Этлабс’ Дерек Чан, основатель ZeroDev, заявил, что сотрудничество по согласованию EIP-8130, основанного на Base, с EIP-8141 Frame Transactions от Ethereum завершилось на прошлой неделе, оставив обе стороны для разработки отдельных нативных стандартов абстракции аккаунтов.
Официальный реестр предложений по улучшению Ethereum содержит EIP-8130 и EIP-8141 в качестве черновиков. Ethlabs поддерживает Frame Transactions для Hegotá, которую она описывает как предстоящий форк Ethereum, и заявляет о намерении сотрудничать с Layer 2 и кошельками при запуске.
На практике несовместимые нативные типы транзакций переложат большую часть работы по интеграции на разработчиков кошельков и приложений. Чьян сказал, что неудавшаяся попытка «возлагает бремя на кошельки, чтобы они справлялись с возникающей фрагментацией», хотя он утверждал, что программное обеспечение все еще может скрыть эти различия от пользователей.
Как различаются дизайны
Абстракция аккаунтов позволяет смарт-контрактным аккаунтам определять собственную логику проверки, а не полагаться исключительно на фиксированные правила для внешних аккаунтов. Финальный ERC-4337 standard обеспечивает абстракцию аккаунтов без изменения правил консенсуса Ethereum: пользователи отправляют объекты `UserOperation` в отдельный mempool, а бандлеры упаковывают их в транзакции для контракта EntryPoint.
Оба новых черновика перемещают функции абстракции аккаунта в нативную обработку транзакций, но используют разные точки управления.
EIP-8130 объединяет новый тип транзакции с хранилищем ключей в сети и системой настройки аккаунтов. Он поддерживает пользовательскую аутентификацию, пакетные вызовы и спонсорство газа. Поскольку каждая транзакция указывает своего аутентификатора, ноды могут определить необходимый объем проверки и отклонить неизвестные аутентификаторы до выполнения произвольного кода кошелька.
Проект 8130 определяет профиль L1 с разрешающим принятием аутентификаторов и профиль L2, ограничивающий его родной путь транзакций набором канонических аутентификаторов. Такая структура предназначена для обеспечения предсказуемых затрат на валидацию в цепочках с высокой пропускной способностью при сохранении общего базового уровня для кошельков.
EIP-8141 вместо этого разделяет транзакцию на последовательность «фреймов» — вызовов контрактов, которые проверяют транзакцию, подтверждают оплату газа и выполняют пользовательские операции. Его дизайн позволяет аккаунтам использовать код EVM для определения правил проверки и оплаты газа, поддерживая функции, такие как смена ключей, пакетные вызовы и альтернативные способы оплаты комиссий.
Ethlabs описал основной компромисс: разрешение без разрешения и валидация на основе EVM обеспечивают Frame Transactions гибкость для обеспечения конфиденциальности и будущих систем подписей, но динамические затраты на валидацию могут создавать трудности для высокоэффективных Layer 2. EIP-8130 приоритизирует более предсказуемую валидацию, делая аутентификатор явным до выполнения.
Переносимость движется выше по стеку
Черновик EIP-8130 по-прежнему называет переносимость приоритетной задачей. Он утверждает, что аккаунты могут функционировать на цепочках EVM, не поддерживающих тип транзакции 8130, с использованием ERC-4337 или другого транспортного механизма. Он также требует, чтобы совместимые цепочки принимали общий канонический набор аутентификаторов.
Сообщаемое разделение, следовательно, не обязательно сделает аккаунт 8130 непригодным для использования на другой цепочке EVM. Однако это прервет усилия по созданию единого общего формата исходных транзакций для Ethereum и Base, если два черновика будут продвигаться отдельно. Кошельки и приложения должны будут выбирать соответствующие правила транспортировки и валидации транзакций для каждой цепочки.
Чианг описал два возможных подхода: расширить координацию ресурсов, общих для ethereum и Layer 2, или принять протокольные различия и создавать кошельки и приложения, которые скрывают их от пользователей. На данный момент официальный реестр EIP включает оба дизайна в качестве черновиков.