EIP-4337: Как абстракция аккаунта изменяет транзакции Ethereum

Исследовательские данные для понимания следующего поколения управления счетами Ethereum

Абстракция счета (AA) представляет собой фундаментальный сдвиг в том, как мы взаимодействуем с Ethereum. Отделяя валидацию транзакций от исполнения и переосмысляя архитектуру кошелька, это предложение решает критические точки трения, которые исторически препятствовали массовому принятию. Введение EIP-4337 делает это видение практическим без необходимости вносить изменения в основной протокол Ethereum.

Фонд: Понимание модели счета Ethereum

Чтобы понять, почему абстракция счетов важна, нам сначала нужно рассмотреть два типа счетов, которые в настоящее время существуют в Ethereum. Внешние счета (EOAs) контролируются с помощью закрытых ключей и сид-фраз — традиционный подход, который используют большинство пользователей. Счетные контракты (CAs), напротив, работают по правилам, установленным смарт-контрактами.

Эта бинарная система создает внутренние ограничения. EOAs не могут автоматически выполнять сложную логику транзакций, в то время как кошельки смарт-контрактов требуют газовых сборов и затрат на развертывание. Абстракция счета преодолевает этот разрыв, позволяя логике смарт-контрактов управлять EOAs, создавая то, что мы называем программируемыми кошельками. Это открывает возможности, такие как пакетные транзакции, пользовательские схемы подписей и спонсируемые транзакции — функции, которые кажутся стандартными в традиционных финансах, но остаются недоступными в криптовалюте.

Почему сообщество Ethereum приняло это решение

Болевые точки, которые решает AA, конкретны и широко распространены. Рассмотрим трения, с которыми сталкиваются пользователи: управление сид-фразами, оплата комиссий за базовые операции, восстановление утерянных счетов или авторизация пакетных действий по одной транзакции за раз. Абстракция счета упрощает эти процессы, вводя настраиваемые модели безопасности счета и гибкие механизмы оплаты газа.

Помимо пользовательского опыта, разработчики получают нечто столь же ценное: программируемую структуру. Вместо того чтобы строить с учетом жестких ограничений на цепочке, они теперь могут разрабатывать логику проверки и выполнения транзакций, адаптированную к конкретным случаям использования. Эта гибкость представляет собой фундаментальное расширение возможностей на Ethereum.

Эволюция: от EIP-2938 до EIP-4337

Путь к абстракции счетов не был простым. В 2020 году появилось два конкурирующих предложения:

EIP-2938 предложил поднять контракты на уровень “топ” статус, что позволит им платить сборы и выполнять транзакции напрямую. Это потребовало бы изменений на уровне протокола, что сделало бы его технически амбициозным, но операционно рискованным.

EIP-3074 ввел два новых кода операций — AUTH и AUTHCALL — позволяя EOAs делегировать полномочия на транзакции смарт-контрактам. Хотя это новшество, данный подход также потребовал модификаций основного протокола и столкнулся с общественными опасениями относительно сложности реализации.

Оба предложения были приостановлены из-за значительных усилий, требуемых от консенсусного уровня Ethereum. Любые ошибки, возникающие на этом уровне, потребуют жесткого форка для разрешения, что представляет собой неприемлемый риск.

Прорыв произошел с EIP-4337, который достигает абстракции счета без изменения базового уровня Ethereum. Вместо этого он вводит параллельную инфраструктуру для обработки транзакций, кардинально меняя подход экосистемы к этой проблеме.

EIP-4337: Архитектура, которая работает

Блеск EIP-4337 заключается в его реализации на уровне приложения. Вместо изменения основных правил протокола он вводит новых участников и процессы, которые сосуществуют с традиционной обработкой транзакций:

UserOperation объекты представляют собой намерения транзакций от владельцев счетов. В отличие от стандартных транзакций, они создаются до подписания, что дает системе гибкость в том, как проверяются и выполняются подписи.

Бандлеры действуют как специализированные узлы, которые собирают несколько UserOperations, агрегируя их в единые пакетные транзакции. Думайте о них как о агрегаторах транзакций, которые объединяют операции для повышения эффективности.

Контракт точки входа служит центром исполнения. Он получает сгруппированные UserOperations, проверяет их подписи с использованием логики, специфичной для счета, и инициирует выполнение через функцию ExecuteUserOp.

Умные контрактные кошельки заменяют традиционные EOAs в качестве основного интерфейса счета. Они управляются программируемой логикой, а не только криптографией с использованием закрытого ключа.

Контракты Paymaster вводят революционную гибкость в оплате газа. Пользователи теперь могут оплачивать комиссии за транзакции с помощью любого токена, получать финансирование комиссий от приложений или использовать полностью индивидуальную логику комиссий. Это исключает необходимость в Эфире как предварительном условии для каждого взаимодействия.

Фабрики кошельков позволяют эффективно создавать новые смарт-контрактные кошельки, снижая накладные расходы для пользователей, присоединяющихся к экосистеме.

Агрегаторы проверяют пакеты подписей, позволяя использовать криптографические оптимизации, которые снижают затраты на верификацию в цепочке.

Как проходят транзакции в Ethereum с поддержкой AA

Давайте проследим конкретный пример того, как работает транзакция в соответствии с EIP-4337:

Шаг 1: Выражение намерений Пользователь создает UserOperation, указывая детали своей транзакции, включая максимальные сборы (maxFeePerGas, maxPriorityFee), взаимодействие с целевым контрактом и данные подписи. Важно отметить, что подпись еще не была применена—система определяет, как ее интерпретировать на основе правил контракта кошелька.

Шаг 2: Трансляция в мемпул UserOperation попадает в специальный пул памяти, отделенный от стандартных транзакций Ethereum. Этот специализированный мемпул позволяет бандлерам применять пользовательскую логику для упорядочивания и выбора.

Шаг 3: Объединение Бандлеры сканируют мемпул UserOperation, выбирают операции и агрегируют их. Затем они вызывают функцию handleOps контракта точки входа с объединением. Если бандлер также действует как строитель блоков, он может напрямую включить это в следующий блок. Если нет, они работают через инфраструктуру, такую как MEV-Boost или протоколы разделения предложений и строителей, чтобы обеспечить включение.

Шаг 4: Валидация Контракт точки входа использует validateUserOp для проверки подписи каждой операции в соответствии с правилами контракта кошелька. После валидации бандлеры добавляют контракт точки входа в белый список, устанавливая доверительные отношения.

Шаг 5: Исполнение Функция ExecuteUserOp контракта кошелька срабатывает, выполняя фактическую логику транзакции. Пакет теперь завершен и включен в блокчейн Ethereum.

Сравнение архитектур кошельков: EOA против MPC против AA

Почему EIP-3074 был отложен

Перед тем, как EIP-4337 получил популярность, EIP-3074 представлял собой ведущую альтернативу для абстракции счетов. Он ввел те же операции AUTH и AUTHCALL, о которых мы упоминали ранее. Вот почему он не продолжился:

Проблема изменения протокола: EIP-3074 требовал модификаций на уровне консенсуса, что означало, что основные узлы Ethereum должны были принять новое поведение. Если возникли бы ошибки в реализации, единственным средством исправления было бы разрушительное хард-форк, затрагивающее всю сеть.

Ограниченная гибкость: Хотя EIP-3074 позволил EOA действовать как смарт-контракты, он сохранил ECDSA в качестве фиксированного механизма подписи. Это помешало разработчикам экспериментировать с новыми криптографическими подходами или внедрять более сложную логику проверки.

Преимущество: Основная сила EIP-3074 заключалась в элегантности — любой EOA мог получить возможности, подобные смарт-контрактам, без развертывания контрактов. Однако эта простота обошлась в ограниченной настройке.

В отличие от этого, EIP-4337 принимает более сложные процессы на блокчейне, чтобы избежать рисков на уровне протокола, что сообщество сочло приемлемым компромиссом.

Мост: EIP-5003 и эволюция кошельков

Хотя EIP-3074 остается в ожидании, разговор не закончился. EIP-5003 вводит операционный код AUTHUSURP, который работает вместе с EIP-3074, позволяя существующим EOA эволюционировать в смарт-контрактные счета.

Вот практический сценарий: EOA Алисы уполномочивает адрес Боба действовать от ее имени в соответствии с EIP-3074. Используя AUTHUSURP, адрес Боба может развернуть код по адресу Алисы, эффективно обновляя ее счет с EOA на CA. Эта миграция предоставляет Алисе доступ к пользовательским схемам подписи и повышенной безопасности, не отказываясь от ее оригинального адреса или закрытого ключа.

Эта модель проектирования предлагает постепенный путь миграции для экосистемы, а не резкий переход.

Практическое воздействие: более низкие барьеры, более высокая безопасность

Поскольку Ethereum продолжает стремиться к массовому принятию, абстракция счетов EIP-4337 решает реальные проблемы. Пользователям больше не нужно накапливать ETH для оплаты газа или запоминать фразы для восстановления в качестве основного механизма безопасности. Разработчики могут создавать кошельки, которые встраивают механизмы восстановления, пакетные операции и пользовательскую логику авторизации. Приложения могут спонсировать транзакции пользователей, снижая трение при регистрации.

Безопасность также улучшается. Кошельки смарт-контрактов могут реализовать многофакторную верификацию, операции с временной блокировкой, лимиты на траты и другие меры безопасности помимо базовой криптографии с использованием закрытых ключей.

Эволюция экосистемы Ethereum в сторону абстракции счетов представляет собой не простое техническое обновление, а фундаментальное переосмысление того, как функционируют счета — то, что приближает крипто-взаимодействия к бесшовному опыту, который пользователи ожидают от современных приложений.