Абстракция аккаунта против абстракции родного аккаунта

Проще говоря, Account Abstraction в ERC-4337 - это необязательная инфраструктура на блокчейне. Вы можете выбрать, принять его или нет. После принятия он обеспечит функции, схожие с контрактными счетами (Contract Accounts, CA), такие как мультисигма, оплата газа токенами ERC-20, социальное восстановление и многое другое. Многие поставщики услуг, например, компания Stackup, работают над созданием такой инфраструктуры. Однако эта инфраструктура не получила широкого распространения по следующим причинам:

• Проблема бандлеров: только бандлеры участвуют в проверке, что приводит к чрезмерной зависимости от бандлеров.
• Недостаточная прибыль для бандлеров: В основном это связано с небольшим масштабом, что требует от большего количества DApps выбирать инфраструктуру Account Abstraction для экономии платы за газ.
• Концентрация бандлеров: Концентрацию поставщиков (Alchemy, Pimlico, Stackup) составляют несколько компаний, что создает риски централизации.
• Показатель удержания пользователей: За исключением воздушных капель, процент удержания пользователей в службах Account Abstraction очень низок.

Многие решения второго уровня внедряют абстракцию счетов непосредственно в "родную" цепочку для снижения платы за газ. Это известно как Native Account Abstraction. Однако у этого подхода есть и другие проблемы, например, пользователи, которым не нужна эта функция, не могут отказаться от нее, ограниченные возможности кросс-цепочек и общая нехватка гибкости.

В этой статье упоминаются некоторые термины, например, различие между EOA и CA (простыми словами, Metamask - это EOA, а контракты - CA), а также бандлеры (в экосистеме Account Abstraction пользователи отправляют UserOperations бандлерам для упаковки и обработки на цепи, вместо того чтобы отправлять их валидаторам узлов/Mempool). Для получения подробных объяснений Вы можете щелкнуть по ссылкам на две вышеупомянутые статьи и обратиться к ранее опубликованным статьям о Gate Learn.

Что такое RIP-7560?

RIP-7560 - это предложение по улучшению абстракции счета (EIP-2938/ERC-4337). Внедрение нового типа транзакции "AA_TX_TYPE" включает в себя роли, отличные от торговца пакетами (блокчейн-билдер/нод-валидатор), на этапах проверки и выполнения транзакции. Он больше не полагается исключительно на продавца пакетов для их упаковки и подачи на цепь, что решает проблемы централизации, о которых говорилось ранее. Кроме того, RIP-7560 обеспечивает стандартизированный дизайн, чтобы обеспечить большее соответствие для будущих пользователей. В этой статье мы подробнее остановимся на стандартах, улучшенных в рамках предложения RIP-7560, и рассмотрим возникшие опасения.

Самое фундаментальное изменение

Это изменение протокола уровня консенсуса \
Самое раннее предложение по абстракции счета было сделано в сентябре 2020 года EIP-2938. В конце концов, он был принят сообществом и развернут на платформе Ethereum. Причина, по которой ERC-4337 в конечном итоге была принята вместо 2938, заключается в том, что 4337 не требует изменений на уровне консенсуса, что делает ее относительно более легкой для принятия сообществом.

В отличие от ERC-4337, предложение RIP-7560 повлечет за собой более серьезные изменения, в частности, на уровне протокола уровня консенсуса (префикс RIP указывает на то, что это предложение более низкого уровня по улучшению технологии Rollup). Соответствующее преимущество - возможность не полагаться напрямую на инфраструктуру родной цепочки L2.

Введение нового типа транзакции \
Был введен новый тип транзакции: четвертый тип транзакции, также известный как "AA_TX_TYPE" (который был предложен в старом EIP-2938). Он не только поддерживает все функциональные возможности типичного УЦ (например, функции оплаты бензина и повторяющихся автоматических платежей, упомянутые в статье Visa), но и, в отличие от ERC-4337, позволяет существующим УОА отправлять транзакции. Это означает, что данное предложение направлено на содействие более широкому внедрению.

Логика выполнения транзакций

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

Блок-схема выполнения (Источник: GitHub документ RIP-7560)

Основные опасения по поводу данного предложения

Автор высказал следующие опасения во время обсуждения на форуме Ethereum Magicians: RIP-7560: Абстракция нативных счетов

Ограничит ли это развитие сервисов абстракции учетных записей на основе намерений?

Ожидается, что основными игроками в сфере услуг, основанных на намерениях, станут Uniswap V4 и UniswapX, причем UniswapX планирует разработать услуги абстракции учетных записей. Кроме того, аналогичное направление было предложено ERC-7521. Отвечая на обсуждения в сообществе, один из авторов этого предложения, Йоав Вайс, упомянул, что наряду с RIP-7560 существует также правило проверки абстракции счета под названием ERC-7562. Дизайн системы намерений может быть совместим только с RIP-7560, но не с правилом проверки. Затем можно использовать отдельную сеть решателей намерений, что позволит использовать преимущества RIP-7560, не вступая в конфликт с дизайном намерений.

Риск необратимости

Некоторые представители сообщества задаются вопросом, не является ли это предложение сродни "попытке встроить операционную систему в голый металл", что создает значительные риски. На это ответил Йоав Вайс: Это предложение предназначено для цепочек, которые решили встроить операционную систему (такую как ERC-4337) в "голый металл", а именно для цепочек L2, которые решили развернуть "родную" абстракцию аккаунтов. В экосистеме Ethereum существует достаточно вариантов, и пользователи могут выбрать другие цепочки L2, в которых не внедрена собственная абстракция счетов.

Сложность и стоимость

Что касается опасений по поводу сложности и, как следствие, высокой стоимости данного предложения, Дрор Тирош, один из авторов, ответил, что это присуще самой абстракции счета. Абстракция счета обусловлена тем, что мы хотим проверять внешние данные с помощью общего кода EVM. Устранение этой сложности подвергнет производителей блоков DoS-атакам или потребует удаления общего использования кода EVM, что противоречит цели разработки технологии абстракции счетов.

Заключение

В настоящее время, по крайней мере, поставщики инфраструктуры абстрагирования аккаунтов, такие как основатель Stackup, приветствуют подобные изменения на уровне консенсуса, что говорит о том, что основные проблемы нынешних сервисов абстрагирования аккаунтов все еще остаются актуальными. Если недостаточно dApps примут это решение, чтобы снизить газовые сборы и внедрить удобные функции, подобные CA, то поставщики услуг не получат прибыли, а показатели удержания пользователей никогда не вырастут. Однако если сервисы, разработанные на основе этого предложения, смогут беспрепятственно поддерживать существующие EOA на цепи, чтобы они изначально поддерживали абстракцию аккаунта, мы будем ближе к конечной цели (массовое внедрение, Metamask с поддержкой абстракции аккаунта и т.д.), а опыт пользователей при взаимодействии с DApps будет постепенно улучшаться.