Что такое абстракция счета?

Каждый счет Ethereum реализует пять функциональных возможностей:

• Аутентификация
• Авторизация
• Защита от воспроизведения
• Оплата за газ
• Исполнение

EOA реализует их в жестко закодированном виде:

• Аутентификация и авторизация объединены вместе: неизменяемый ключ ECDSA подтверждает личность и предоставляет все полномочия.
• Защита от повторного воспроизведения - это простой nonce - монотонно увеличивающийся счетчик.
• Оплата газа производится непосредственно с баланса EOA в ETH.
• Исполнение - один вызов к одному месту назначения.

Абстрагирование аккаунта означает добавление программной логики к этим пяти функциональным возможностям:

• Аутентификация - любая форма подтверждения своей личности.
• Авторизация - любая политика доступа.
• Защита от воспроизведения - упорядочивание транзакций отделено от защиты от воспроизведения.
• Оплата газа - оплата газа, отделенная от самого счета.
• Исполнение - любая логика исполнения.

Примеры использования абстракции счета

• Различные схемы подписи
  • secp256r1 (secure enclave, passkeys)
  • Schnorr
  • BLS
  • Постквантовый
  • Доказательства ZK (например. zkemail)
• Вращение ключа
  • Замените скомпрометированные ключи
  • Deadman's switch для наследования (ключ становится активным, если аккаунт неактивен в течение года)
• Различные политики доступа
  • Multisig
  • Доступ на основе ролей
  • специфические для dapp ключи сессии
  • Социальное восстановление
• Различные схемы защиты от воспроизведения
  • Параллельные транзакции от разных организаций
  • Предварительно подписанные будущие транзакции, которые будут отправляться третьими лицами
  • Административный канал
• Отбор газа
  • Газовое спонсорство третьих лиц
  • Оплата активами, отличными от ETH
  • Конфиденциальность: анонимные заявления на airdrop или выход из ZK-роллапов или миксеров
• Абстракция выполнения
  • Пакетная обработка нескольких звонков по нескольким направлениям (например. одобрить+перевести)
  • Атомарность
  • Улучшения UX, специфичные для dapp

ERC-4337 против EIP-3074: Ложная дихотомия

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

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

Пересечение между этими двумя методами минимально: только абстракция Execution.

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

Если Вы настаиваете на сравнении ERC-4337 с предыдущим предложением, то ближайшим из них является EIP-2938, а не EIP-3074. EIP-2938 стал прорывом в абстракции учетных записей, первым предложением, которое позволило осознать сложность борьбы с DoS в AA mempool. ERC-4337 решает некоторые проблемы, которые не решал EIP-2938, но полное сравнение не входит в рамки данного документа.

Что могут решить и ERC-4337, и EIP-3074?

Оба решают проблему абстракции выполнения и, следовательно, позволяют реализовать последнюю категорию приведенных выше примеров использования:

• Пакетная обработка нескольких вызовов по нескольким направлениям
• Атомарность
• Улучшения UX, специфичные для dapp

Что может сделать EIP-3074, чего не может ERC-4337?

• Добавьте сложные функции выполнения к существующим EOA.
  • ERC-4337 не может добавить функциональность в EOA, потому что это ERC.
• Простота и лучшая газовая эффективность, когда требуется только абстракция выполнения.
  • Полная абстракция счета добавляет сложности, которые не нужны для абстракции выполнения.

Что может сделать ERC-4337, чего не может EIP-3074?

• Поддерживайте любую цепочку EVM с первого дня. Никаких изменений в консенсусе.
  • EIP-3074 должен быть принят каждой цепочкой путем консенсусного изменения.
• Инновации без разрешения
  • Кошельки будут разрешать только инвокерам из белого списка EIP-3074. Счета ERC-4337 могут быть созданы и использоваться кем угодно.
• Полная абстракция аккаунта - все вышеперечисленные варианты использования, без ущерба для децентрализации:
  • Различные схемы подписи.
    • В EIP-3074 используется ECDSA. В EIP упоминается возможность перехода на другую схему в будущем, но пока в самом EOA используется ключ ECDSA, инвокер не сможет предотвратить его прямое использование.
  • Ключевая ротация.
    • При использовании EIP-3074 у EOA по-прежнему есть безотзывный ключ.
  • Различные политики доступа
    • Ключ ECDSA может обойти приглашающую сторону и выполнить любую операцию в учетной записи. Нет гранулярного контроля доступа.
  • Различные схемы защиты от воспроизведения
    • Учетная запись по-прежнему является EOA и использует одномерный nonce.
  • Отбор газа
    • Счет оплачивает свой собственный газ с помощью ETH.
    • На базе EIP-3074 можно построить систему абстрагирования от газа, используя ретранслятор для отправки мета-транзакций от имени счета. Однако защита таких ретрансляторов от DoS и грифинга - сложная задача, поэтому они, скорее всего, станут разрешенными. Большая часть сложности ERC-4337 связана с тем, чтобы эти ретрансляторы (бандлеры) не имели разрешения.

Могут ли EIP-3074 + EIP-5003 делать то, что делает ERC-4337?

EIP-5003 дополняет EIP-3074, позволяя EOA отозвать свой ключ ECDSA и стать смарт-контрактом. В качестве контракта он может абстрагировать остальные функциональные возможности аккаунта, например. Замена ECDSA на другую подпись, ротация ключей, применение политик доступа и т.д. В этом смысле он в какой-то степени эквивалентен таким предложениям, как EIP-6913 и EIP-7377, но превосходит EIP-7377, поскольку в качестве опкода он может использовать систему газовых абстракций для самой миграции.

Как только EOA преобразуется в смарт-контракт, он больше не может совершать сделки напрямую, и доступ к нему должен осуществляться через другой EOA. Это создает проблему, которую призван решить ERC-4337. После миграции у пользователя есть два способа совершать операции со счетом:

1. Поддерживайте еще один финансируемый EOA для совершения операций со счетом и подписывайте каждую операцию дважды. Это сводит на нет ценность абстракции счета и приводит к плохому UX.
2. Используйте ретранслятор, который поддерживает финансируемый EOA, проводит транзакции по цепочке и получает возмещение по счету. Защитить такой ретранслятор от DoS и грифинга сложнее, чем кажется, поэтому некоторые проекты запускают ретранслятор с разрешением. Это приводит к потере децентрализации и сопротивлению цензуре.

Способ децентрализации доступа к счету после миграции заключается в наложении определенных ограничений до тех пор, пока счет не оплатит газ. Такой подход был использован и в EIP-2938, и в ERC-4337. <a href="https://notes.ethereum.org/@yoav/unified-erc-4337-mempool"> ERC-4337 mempool предлагает децентрализованный способ совершения операций со счетом.

TL;DR: Нет, это только подчеркивает необходимость ERC-4337.

Оговорка: миграция EOA считается вредной

Для существующих пользователей EOA очень заманчиво перейти на смарт-счет вместо того, чтобы переводить активы. Тем не менее, он имеет определенные уязвимости, некоторые из которых невозможно устранить.

Что может произойти, если ключ EOA будет скомпрометирован после того, как он был отозван?

1. Ключ остается действительным для других цепочек (включая будущие цепочки, которые еще не существуют на момент миграции). Его можно использовать, чтобы заявить о том же счёте в других цепочках и передать любые активы, отправленные на этот счёт, в эти цепочки.
2. Внецепочечные системы, такие как процесс входа во фронтенды dapp, проверяют подписи. Многие из них поддерживают EIP-1271 для подписей смарт-контрактов, но пробуют его только в том случае, если ecrecover не работает. Ключ может быть использован для компрометации учетной записи в этих системах.
3. Его можно использовать на цепи (на той же цепи, где он был отозван) для подписания разрешений. Если в аккаунте есть токены ERC-20, поддерживающие разрешение, эти токены могут быть украдены с помощью отозванного ключа.
4. Межцепочечные мосты часто проверяют подпись при выводе средств. Если аккаунт отправляет средства в другую цепочку через такой мост, отозванный ключ может быть использован для снятия средств на другой стороне.

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

Поэтому миграцию следует использовать в крайнем случае, когда есть веские причины сохранить старый адрес. По умолчанию новые учетные записи лучше всего развертывать с помощью CREATE2, а не переносить из EOA, чтобы они не были связаны с ключом EOA в других цепочках.

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

Существует ли синергия между ERC-4337 и EIP-3074?

Да, их можно <a href="https://notes.ethereum.org/@yoav/eip-3074-erc-4337-synergy"> сочетать интересными способами. Если цепочка примет EIP-3074, проекты, использующие ERC-4337, смогут использовать его в своих интересах.

RIP-7560: Многообещающий путь к будущему абстракции счета

И EIP-3074, и ERC-4337 - это шаги к получению некоторых преимуществ полной абстракции родного счета. Первый фокусируется на получении всех преимуществ абстракции выполнения, а второй - на получении всех преимуществ абстракции счета на всех цепочках EVM, но неродным способом, который менее эффективен.

Цепочка, которая хочет, чтобы ее пользователи пользовались преимуществами полной абстракции собственных счетов, может принять RIP-7560. Она использует ту же архитектуру счетов и mempool, что и ERC-4337, но работает на уровне протокола.

RIP-7560 не обязательно должен быть принят с первого дня, и существующие учетные записи смогут перейти на него в сетях, которые решат принять его в любое время в будущем:

• Учетные записи ERC-4337 смогут перейти на RIP-7560 без изменения своей архитектуры, изменив свою реализацию, чтобы доверять специальному адресу EntryPoint, определенному в RIP-7560. Счет может быть совместим как с ERC-4337, так и с RIP-7560 без особых усилий, так что даже не потребуется миграция.
• Возможно, EOA сможет перейти непосредственно на RIP-7560, не проходя через ERC-4337 или EIP-3074. RIP-7560 уже поддерживает абстракцию газа для EOA. Будущий RIP может позволить EOA устанавливать свой код, используя опкод типа SETCODE (EIP-6913) или AUTHUSURP (EIP-5003), или добавив подтип TransactionType4, подобный EIP-7377. Этот опкод/подтип может быть использован миграционным контрактом, который вызывается в транзакции Type-4 (RIP-7560). Однако миграция ЭОА - это <a href="https://notes.ethereum.org/@yoav/erc-4337-vs-eip-3074-false-dichotomy#Caveat:-EOA-migration-considered-harmful"> discouraged.

RIP-7560 нуждается в ваших отзывах

Мы собираем отзывы о RIP-7560, прежде чем предложить закрепить его. Если Вам интересна нативная абстракция учетных записей, пожалуйста, ознакомьтесь с PR или присоединяйтесь к обсуждению.

Отказ от ответственности：

1. Эта статья перепечатана из [<a href="https://notes.ethereum.org/@ yoav/erc-4337-vs-eip-3074-false-dichotomy"" > @yoav]. Все авторские права принадлежат оригинальному автору[@yoav]. Если у Вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они незамедлительно рассмотрят их.
2. Предупреждение об ответственности: Мнения и взгляды, выраженные в этой статье, принадлежат исключительно автору и не являются инвестиционным советом.
3. Перевод статьи на другие языки осуществляется командой Gate Learn. Если не указано, копирование, распространение или плагиат переведенных статей запрещены.