作者:Питер Пэн, соучредитель и технический директор Particle Network &Faust,极客Web3
С 2022 года абстракция учетных записей является широко обсуждаемой темой, и структура абстракции учетной записи с EIP-4337 в качестве ядра, похоже, стала общим консенсусом в отрасли. Популярность концепции намерения побудила уделять больше внимания таким низкопороговым компонентам взаимодействия с пользователем.
Тем не менее, EIP-4337 по-прежнему имеет болевые точки фрагментации учетных записей смарт-счетов и сильно фрагментированного абстрактного пользовательского опыта кроссчейн-учетных записей. ** В этой статье в качестве примеров используются такие проекты, как Biconomy, Safe Core и Particle Network, чтобы изучить, как еще больше продвинуть область абстракции учетных записей в рамках инфраструктуры EIP-4337. **
Понимать концепцию «абстракции счета» с точки зрения абстракции транзакционного процесса
Что касается абстракции учетной записи, Виталик неоднократно указывал, что это необходимое условие для снижения порога пользователей Ethereum и достижения массового внедрения, а его основное видение заключается в том, чтобы позволить пользователям настраивать метод проверки подписи + пользоваться оплатой газа и инициировать транзакции в цепочке без каких-либо активов (обычно известные как безгазовые транзакции). Только реализуя эти предпосылки, мы сможем повысить конверсию новых пользователей Web3-приложений.
В прошлом абстрактные предложения без учетной записи или кошельки смарт-контрактов, хотя и могут достичь аналогичного опыта, далеки от гибкости и эффективности, такие как Gnosis Safe по-прежнему требует адресов EOA для запуска транзакций, а стоимость газа чрезвычайно высока.
Абстракция учетных записей предназначена для оптимизации с нижнего уровня структуры учетных записей смарт-контрактов, чтобы проложить путь для следующего поколения интеллектуальных систем учетных записей.
Но из фактического предложения по абстракции аккаунта мы увидим, что их внимание сосредоточено не на самой модели учетных записей. Например, EIP-86, EIP-4337, EIP-6900 и другие предложения, связанные с абстракцией учетной записи, фокусируются на абстракции/модульности всего процесса обработки транзакции от инициирования до получения узла, проверки подписи, оплаты газа и т. д., не уделяя особого внимания абстракции структуры учетной записи. Поэтому представляется более уместным назвать нынешние предложения «транзакционными абстракциями».
Если мы поймем эти известные предложения по абстрактным учетным записям с точки зрения «абстракции процесса обработки транзакций», нам будет легче понять их основные моменты: эта абстракция транзакций на самом деле хочет привнести в систему Ethereum опыт пользователей уровня Web2, входящих и использующих продукты, такие как черный / белый список, отсутствие проверки личности для инициирования транзакций в течение определенного периода времени, отсутствие транзакций с газом, комиссии за платежи в фиатной валюте и т. д.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-036e81bcee-dd1a6f-69ad2a.webp)
Но некоторые люди спросят: разве эти вещи не могли быть реализованы в кошельках смарт-контрактов в прошлом? В чем ценность абстрактных схем, таких как EIP-4337?
Суть EIP-4337: локальное оптимальное решение абстракции аккаунта в экосистеме Ethereum
Как упоминалось в предыдущем вопросе, хотя в прошлом смарт-кошельки могли выполнять функции, упомянутые выше, методы реализации, как правило, грубы и часто полагаются на высокоцентрализованные сторонние средства. Например, в прошлом схема оплаты газа заключалась в внедрении стороннего узла Relayer (EIP-2771). Более того, отсутствие единых стандартов между различными смарт-кошельками не способствует разработке и развертыванию вспомогательных компонентов. **
Основная привлекательность EIP, связанная с различными абстракциями учетных записей, заключается в том, чтобы устранить эти дефекты в различных проектах кошельков с помощью стандартизированной структуры, разработанной для кошельков смарт-контрактов, и продвигать структуру учетной записи в экосистеме Ethereum от базовой функциональной структуры до интеллектуальной структуры с более высоким потолком.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c592064fab-dd1a6f-69ad2a.webp)
Например, до появления ERC-20 или ERC-721 многие реализации токенов, функции и функции/интерфейсы, предоставляемые извне, были несогласованными, и «несогласованность» не способствовала развитию поддержки сторонних средств и аудиту кода (трудно представить, как приложения Defi развивались бы до нынешнего процветания без протокола ERC-20).
Стандартизированные стандарты реализации протоколов/функций являются необходимым условием для модульных нарративов, а модульная разработка является необходимым условием для процветания почти каждой области (разделение труда является первым принципом эффективности). **
В конце концов, EIP-4337 вышел на первый план.
EIP-4337 является локальным оптимальным решением, но в его рамках есть несколько углов, которые необходимо оптимизировать
EIP-4337 определяет набор стандартов интерфейсов, разъясняя, какие модули должны быть, по крайней мере, для смарт-кошельков, которые следуют протоколу 4337, какие функции/интерфейсы должен реализовывать каждый модуль, такие как Bundler, EntryPoint, Paymaster, и какие вызываемые функции должны предоставляться извне.
После прояснения этих правил взаимодействие между различными компонентами становится более понятным, что удобно для внедрения идей модульного дизайна в абстракцию аккаунта и дизайн смарт-кошелька, и разработчики модуля кошелька также получают большую выгоду. **
Конечно, с чисто пользовательской точки зрения, ценность, которую приносит парадигма разработки модульных смарт-кошельков, не ясна, потому что люди не чувствуют больших изменений в самом абстрактном кошельке в краткосрочной перспективе. ** Но в среднесрочной и долгосрочной перспективе такие протоколы, как EIP-4337, аналогичны по ценности ERC-20 и ERC-721, которые закладывают основу для долгосрочного развития абстрактных кошельков и являются эпохальными вехами.
Тем не менее, EIP-4337 все еще имеет много нерешенных проблем: ** Например:
Функция абстракции аккаунта недостаточно плагинная, и разным разработчикам легко изобретать велосипед;
Совместимость модуля аккаунта плохая, и вся учетная система демонстрирует тенденцию фрагментации экологии;
Экология абстракции аккаунта между разными цепочками сильно фрагментирована, что затрудняет обеспечение унифицированного и качественного опыта для конечных пользователей и разработчиков и достижение лучшего UX.
Ниже мы рассмотрим решения этих проблем.
Направление оптимизации 1: Базовой конфигурацией станет плагинная функция абстракции аккаунта
** Можно сказать, что одним из основных вопросов для обсуждения, связанных с абстракцией учетной записи, является то, как лучше реализовать модульность абстрактного кошелька учетной записи и сократить детализацию каждого модуля до большей детализации. **
Например, Biconomy предлагает нарратив, основанный на EIP-4337 (EIP-6900 с более высокой степенью детализации будет представлен в будущем) для дальнейшего продвижения модульной разработки экологии абстракции учетных записей.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0204bbbe03-dd1a6f-69ad2a.webp)
Так называемый плагин функции абстракции учетной записи на самом деле заключается в том, чтобы прояснить с помощью набора протоколов, какие ключевые модули задействованы в кошельке смарт-контрактов, какие интерфейсы/функции эти модули должны реализовать, а также каковы названия этих интерфейсов и как их вызывать. Затем сторонние разработчики разрабатывают компоненты с различными деталями в соответствии со своими собственными идеями, но эти компоненты будут соответствовать требованиям, изложенным в соглашении.
Версия Biconomy V2 с EIP-4337 в качестве основы протокола разработала более подробные стандарты и добавила ряд интерфейсов, не упомянутых в 4337. Указывая, какими функциями должны обладать такие модули, как Bundler, Smart Contract Wallet и Paymaster, Biconomy позволяет сторонним разработчикам реализовывать модули с одинаковыми характеристиками и разными версиями с разными деталями кода, при условии, что они следуют деталям протокола, заранее заявленным Biconomy (совместимым с EIP-4337).
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8f424156ac-dd1a6f-69ad2a.webp)
В то же время Biconomy также выдвинул слоган «Module Store», при личном запуске SDK модуля абстрактных учетных записей большинству разработчиков рекомендуется представить свои собственные разработанные абстрактные модули учетных записей, расширить «Модуль как услуга», ** чтобы все проекты кошельков, которые следуют протоколу EIP-4337, могли напрямую использовать эти абстрактные модули учетных записей, написанные посторонними. Когда пользователи создают смарт-аккаунт через интерфейсную страницу, у них также есть более разнообразный выбор модулей для использования.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8bb885dd87-dd1a6f-69ad2a.webp)
В то время как модульность удобна для разделения труда, она также удобна для пользователей, чтобы быстро переключать или добавлять и удалять определенные функции в смарт-кошельке (грубо говоря, это разделение гранулярности на более мелкие части).
Biconomy отметил, что чем более модульным является кошелек смарт-контрактов, тем меньше изменений ему нужно вносить при обновлении или обновлении (нет необходимости обновлять существующие контракты кошелька смарт-контрактов пользователей или использовать DelegateCall, только некоторые внешние модули), что упрощает замену определенных компонентов для разных пользователей или разработчиков.
В будущей новой абстракции учетной записи Biconomy она также будет ссылаться на предложение EIP-6900, которое является более модульным, чем EIP-4337.
Направление оптимизации 2: Более детальная сегментация модулей для решения проблемы фрагментации аккаунта
Что касается предложения EIP-6900, то в августе этого года компания Safe (ранее Gnosis Safe) выпустила соответствующий технический документ Safe Core Protocol, и наиболее востребованным из них является EIP-6900. **
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-427d430661-dd1a6f-69ad2a.webp)
** EIP-6900 указывает, что одной из проблем текущей абстракции модульных учетных записей является «фрагментация» учетных записей, или проблема разрозненности. Например, несмотря на то, что различные поставщики модулей абстракции учетных записей или различные приложения DAPP будут совместимы с EIP-4337, EIP-4337 недостаточно высок для разных модулей, а степень детализации относительно грубая, оставляя «слишком высокую» степень свободы для разработчиков модулей смарт-аккаунтов (смарт-счет является основной частью хранения информации о пользователях и записи пользовательской проверки транзакций и логики оплаты газа).
Таким образом, различные участники проекта кошельков, как правило, разрабатывают модули смарт-аккаунтов с уникальными свойствами. ** В долгосрочной перспективе другие поставщики модулей абстракции учетных записей должны уделять первоочередное внимание тому, кто предоставляет совместимые модули смарт-аккаунтов, и постепенно создавать фиксированную восходящую и нисходящую цепочку поставок, что неизбежно приведет к фрагментации и разделению экологии модуля абстракции учетной записи. ** (Как и на заре компьютерной индустрии, разработчики операционных систем должны были учитывать, с каким производителем компьютерного оборудования совместимо.)
Чтобы решить проблему экологической фрагментации и улучшить совместимость модулей абстракции учетных записей, разработанных разными поставщиками, лучший способ — еще больше абстрагировать учетные записи кошельков смарт-контрактов и сделать модули более детализированными.
Позаимствовав идеи EIP-6900, в белой книге протокола **Safe Core была проведена более детальная оптимизация Smart Account (учетной записи смарт-кошелька пользователя). Протокол Safe Core разделяет модули, которые могут быть вызваны каждой учетной записью смарт-кошелька, на плагины, хуки, верификаторы подписи, процессоры функций и другие категории. **
Модуль смарт-аккаунта максимально легче, контракт учетной записи хранит только самые основные данные и функции, а функции, которые могут быть перемещены наружу, передаются в модуль подразделения «function processor» или «plugin» для реализации. Это перекликается с так называемым принципом бритвы Оккама – «не добавляйте сущности без необходимости».
Если сам смарт-счет достаточно легкий и не предполагает слишком громоздких деталей, смарт-счет, разработанный разными производителями, будет ближе по внутренней структуре и более совместим.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0cf696a50a-dd1a6f-69ad2a.webp)
Протокол Safe Core также вводит реестр, похожий на магазин приложений iPhone, который содержит все одобренные доступные модули. Пользователь может выбирать, какие модули активировать, и каждый раз, когда активируется новый модуль, он обрабатывается с помощью контракта Minger.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-cdcab8e9d3-dd1a6f-69ad2a.webp)
Как правило, UserOperation сначала запускает плагин плагина, а затем контракт менеджера проверяет, является ли статус плагина нормальным (есть запись в реестре), и если он нормальный, то разрешает запрос плагина. При необходимости плагины вызывают какую-то функциональность, предоставляемую Хуком, или нет. Затем вносятся изменения в состояние смарт-аккаунта, участвующего в UserOperation.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-6403d3e538-dd1a6f-69ad2a.webp)
С помощью вышеупомянутого метода сегментирования модулей и процесса планирования, Safe Core Protocol пытается реализовать набор протоколов взаимодействия абстрактных модулей с открытым исходным кодом, основная идея которого заключается в том, чтобы сделать смарт-счет легким, таким же простым, как и счет EOA, чтобы улучшить совместимость модулей смарт-аккаунта, улучшенных различными поставщиками.
Направление оптимизации 3: Абстракция аккаунтов по всей цепочке, для достижения унифицированных аккаунтов в разных цепочках
Но даже с вышеупомянутым решением все еще остается большая проблема, которая не решена: разные цепочки и разные Layer2 продвигают абстракции учетных записей с разными деталями, и многие используют формы, конфликтующие с EIP-4337, такие как zkSync Era, Starknet, Flow и т. д. Это привело к фрагментации пользовательского интерфейса кошелька, например, адрес смарт-кошелька пользователя на Starknet и адрес смарт-кошелька на Arbitrum вообще не могут быть унифицированы.
Более того, в мультичейн-среде пользователи независимо друг от друга развернули смарт-аккаунты в разных цепочках, и соответствующие пользовательские данные часто разбросаны в этих контрактах. Если пользовательские данные, такие как ключи, необходимо обновлять, необходимо повторно инициировать транзакции в нескольких цепочках, и трудно обеспечить согласованность смарт-аккаунта.
Сам Виталик ранее предлагал набор унифицированных и простых в управлении схем смарт-счетов, ** эта схема использует Ethereum или высокозащищенный ZKRollup в качестве исходной цепочки, развертывает контракт Keystore, хранит глобальный ключ пользователя, а затем все учетные записи смарт-контрактов пользователя на L2 совместно используют глобальный ключ, хранящийся в контракте Keystore.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fad1fc1c55-dd1a6f-69ad2a.webp)
Однако это решение является чрезвычайно ресурсоемким, то есть всякий раз, когда глобальный ключ, записанный в контракте хранилища ключей в исходной цепочке, изменяется, каждая учетная запись в цепочке L2/целевая цепочка должна синхронизировать новый ключ через межсетевое взаимодействие. Кроссчейн-взаимодействие между Ethereum и L2 слишком дорого для пользователей. И следует отметить, что аккаунты смарт-контрактов отличаются от аккаунтов EOA, которые по своей сути являются мультичейн-унифицированными (унифицированными между цепочками EVM) из-за своих уникальных методов генерации адресов, но аккаунты смарт-контрактов совершенно разные, и пользователям сложно получить аккаунты смарт-контрактов с одним и тем же адресом в разных цепочках.
Компания Particle Network придумала свой подход к этому вопросу. Несмотря на то, что общая идея совпадает с идеей Виталика, которая также заключается в разделении хранилища и кода смарт-аккаунта, Particle Network намерена использовать независимую цепочку, Particle Network Chain, в качестве полноцепочечной базы данных хранения смарт-аккаунта через сторонние решения для обмена сообщениями между сторонами (LayerZero, CCIP, Axelar, Connext). и т.д.) Синхронизировать изменения пользователя в хранилище аккаунта с локальным аккаунтом в других цепочках.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-2e6d60197a-dd1a6f-69ad2a.webp)
(Абстракция многоцепочечной учетной записи Particle Network)
В частности, система абстракции учетных записей Particle Network требует, чтобы пользователи имели единый адрес учетной записи смарт-контракта в разных цепочках EVM, что требует развертывания набора контрактов Deployer в разных цепочках;
Пользователи должны инициировать генерацию новых учетных записей в цепочке Particle Network, после чего Particle Chain активирует контракт Deployer Contract во всех цепочках, гарантируя, что адреса учетных записей смарт-контрактов, сгенерированные для пользователей в разных цепочках, единообразны, или пользователи могут завершить процесс многоцепочечного взаимодействия через контракт в Particle Chain, не зная о других цепочках, и могут использовать Unified Gas Токен как единый способ оплаты комиссии.
Абстракция полной учетной записи также делает возможной пользовательскую операцию Cross-Chain, запуская транзакцию целевой цепочки через пользовательскую операцию исходной цепочки и соответствующий платеж за газ, например, использование USDC Polygon для покупки NFT на базе.
Тем не менее, решение Particle Network требует высокой степени сотрудничества между Deployer Contract и компонентом межсетевого обмена сообщениями для достижения синхронизации многоцепочечного Account и исходного Storage цепочки, которое на самом деле предъявляет высокие требования к используемому им оракулу или межцепочечному мосту сообщений (эта проблема, по-видимому, существует во всех схемах, связанных с полноцепочечной интероперабельностью).
Тем не менее, кроссчейн-синхронизация учетных записей пользователя может гибко настраивать комбинацию различных мостов сообщений, а не полагаться только на определенный мост, например, стратегию, которая может быть настроена как 2/3, полагаясь на подтверждение любых двух LayerZero, Axelar и Connext для подтверждения изменения хранилища в целевой цепочке, что может приблизительно решить эту проблему одноточечной зависимости.
Бесшовная совместимость всей цепочки между EVM и не-EVM — это шаг вперед в абстракции учетных записей полной цепочки в экосистеме Ethereum
Несмотря на то, что в цепочке EVM есть ключевые управляющие и унифицированные учетные записи, все еще есть место для оптимизации в абстракции полной цепочки учетных записей: цепочки, несовместимые с EVM, такие как Aptos, Solana, Sui и т. д., не могут гарантировать, что адрес учетной записи смарт-контракта, сгенерированный пользователем, соответствует цепочке EVM; В то же время, если не-EVM-цепочка не реализует протокол EIP-4337 с эквивалентной схемой, трудно следовать абстрактной концепции полного чейн-счета, предложенной выше Виталиком и Particle Network.
Кроме того, сам проект кошелька, совместимый с EIP-4337, имеет возможности для улучшения. Большинство узлов сборщика, используемых смарт-кошельками, официально запускаются независимо друг от друга и даже не взаимодействуют друг с другом, а многие проекты смарт-кошельков фактически образуют собственную цепочку, что несет с собой множество рисков (устойчивость к цензуре, удобство использования). Создание унифицированного единого интерфейса для большинства цепочек может быть очень сложной задачей. Одно из решений состоит в том, чтобы внедрить дизайн, ориентированный на намерения, добавить слой поверх полной абстракции учетной записи и рассматривать экосистему Ethereum EIP-4337 или собственные средства абстракции учетных записей другой цепочки (такие как zkSync) как конкретные экземпляры в типе Solver/Reactor, а выбор правильного решателя — это задача более высокого уровня. **
Взяв в качестве примера Particle Network, он предлагает лаконичную реализацию абстракции Intent, в то время как различные абстракции аккаунта являются просто классом экземпляров решений Intent, включенных в Solver.
Во-первых, пользовательский интерфейс будет отвечать за преобразование запросов на естественном языке или произвольных взаимодействий с пользователем в конкретные программные описания, включая входные и выходные ограничения (грубо говоря, это входные условия и выходные интервалы результатов, которые удовлетворяют требованиям пользователя), а затем один или несколько Решателей в сети Solver будут содержать определенные входные и выходные ограничения Транзакций. Пересылка к контрактам Solver, развернутым в блокчейне (Solver имеет не только средства узла, но и части контрактов в сети). Контракт Solver передаст инструкцию намерения контракту Reactor (который управляет учетной записью пользователя в цепочке), который вызовет другие модули для завершения окончательного взаимодействия.
Запрос пользователя сначала становится известен сети Solver, так что пользователю не нужно воспринимать лежащую в основе цепочку или построение различных абстракций аккаунта, и эта часть оставлена Solver для построения конкретного решения.
Конечно, эти идеи все еще являются лишь теоретической основой, и детали реализации, лежащие в их основе, еще не были официально изложены Particle Network.
В настоящее время ясно, что в будущем возникнет конкурентный рынок Solver, и пользователи могут инициировать аукционы, чтобы позволить нескольким Solver предложить различные решения, и с помощью формы локальной симуляции торговли можно выбрать лучшее решение и стимулировать соответствующий Solver. Форма поощрения зависит от разработчиков протокола Solver Network (Particle Network намерена использовать токены PNT в качестве поощрительных токенов для своего рынка аукционов Solver).
** Текущее намерение, по сути, экранирует сложные детали нижнего уровня и абстрагирует их на более высокий уровень, ** такой многоуровневый дизайн с природой протокола TCP/IP необходим для взаимодействия с пользователем и разработчиками при бесшовной совместимости всей цепочки.
Массовое внедрение абстракций учетных записей
Когда мы оптимизируем фреймворк 4337 в экосистеме Ethereum со всех сторон, а также обеспечиваем бесшовную совместимость между экосистемами Ethereum и другими экосистемами, чтобы поддержать широкомасштабное внедрение абстракции учетных записей, мы чувствуем, что нам по-прежнему нужен продукт, который охватывает сторону предложения и сторону спроса. Это может сократить использование различных продуктов и сервисов Web3 конечными пользователями, сосредоточившись при этом на разработчиках услуг и снизив порог для разработчиков. **
Одним из лучших продуктов для этой роли является модульный смарт-кошелек как услуга от Particle Network:
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-3a8144f020-dd1a6f-69ad2a.webp)
Сервис предоставляет простой в использовании набор API, которые позволяют разработчикам легко интегрировать модульную функциональность абстракции учетной записи в свои приложения;
Разработчики могут использовать сервис для создания и управления full-chain аккаунтами, проведения кроссчейн-взаимодействия и использования единого способа оплаты комиссии;
Такой сервис предоставит разработчикам более гибкий и удобный способ создания многоцепочечных приложений и будет способствовать широкому внедрению абстракций учетных записей.
В дополнение к вышеупомянутым функциям, удобным для разработчиков, наиболее важной особенностью является то, что продукт Particle Network Modular Smart Wallet-as-as-Service** создает открытую экосистему, основанную на сигнатурных вычислениях, и ориентирован на область абстракции учетных записей разработчиков, в дополнение к предоставлению самостоятельно разработанных модулей абстрактных продуктов для учетных записей, интегрирующих различные типы абстрактных продуктов и услуг для учетных записей. Это может быстро способствовать внедрению продуктов и услуг различных разработчиков во всей области абстракции учетной записи.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-20ede5c527-dd1a6f-69ad2a.webp)
Пусть технологии служат спросу, после устранения ограничений всех аспектов фреймворка ERC-4337, улучшение опыта разработчиков будет продвигать больше продуктов с отличным пользовательским опытом, ускоряя индустрию Web3 от финансовой индустрии, дружественной к криптопанку, к массовой потребительской индустрии.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Почему абстракция полной цепочки учетных записей является последним кусочком головоломки EIP-4337?
作者:Питер Пэн, соучредитель и технический директор Particle Network &Faust,极客Web3
С 2022 года абстракция учетных записей является широко обсуждаемой темой, и структура абстракции учетной записи с EIP-4337 в качестве ядра, похоже, стала общим консенсусом в отрасли. Популярность концепции намерения побудила уделять больше внимания таким низкопороговым компонентам взаимодействия с пользователем.
Тем не менее, EIP-4337 по-прежнему имеет болевые точки фрагментации учетных записей смарт-счетов и сильно фрагментированного абстрактного пользовательского опыта кроссчейн-учетных записей. ** В этой статье в качестве примеров используются такие проекты, как Biconomy, Safe Core и Particle Network, чтобы изучить, как еще больше продвинуть область абстракции учетных записей в рамках инфраструктуры EIP-4337. **
Понимать концепцию «абстракции счета» с точки зрения абстракции транзакционного процесса
Что касается абстракции учетной записи, Виталик неоднократно указывал, что это необходимое условие для снижения порога пользователей Ethereum и достижения массового внедрения, а его основное видение заключается в том, чтобы позволить пользователям настраивать метод проверки подписи + пользоваться оплатой газа и инициировать транзакции в цепочке без каких-либо активов (обычно известные как безгазовые транзакции). Только реализуя эти предпосылки, мы сможем повысить конверсию новых пользователей Web3-приложений.
В прошлом абстрактные предложения без учетной записи или кошельки смарт-контрактов, хотя и могут достичь аналогичного опыта, далеки от гибкости и эффективности, такие как Gnosis Safe по-прежнему требует адресов EOA для запуска транзакций, а стоимость газа чрезвычайно высока.
Абстракция учетных записей предназначена для оптимизации с нижнего уровня структуры учетных записей смарт-контрактов, чтобы проложить путь для следующего поколения интеллектуальных систем учетных записей.
Но из фактического предложения по абстракции аккаунта мы увидим, что их внимание сосредоточено не на самой модели учетных записей. Например, EIP-86, EIP-4337, EIP-6900 и другие предложения, связанные с абстракцией учетной записи, фокусируются на абстракции/модульности всего процесса обработки транзакции от инициирования до получения узла, проверки подписи, оплаты газа и т. д., не уделяя особого внимания абстракции структуры учетной записи. Поэтому представляется более уместным назвать нынешние предложения «транзакционными абстракциями».
Если мы поймем эти известные предложения по абстрактным учетным записям с точки зрения «абстракции процесса обработки транзакций», нам будет легче понять их основные моменты: эта абстракция транзакций на самом деле хочет привнести в систему Ethereum опыт пользователей уровня Web2, входящих и использующих продукты, такие как черный / белый список, отсутствие проверки личности для инициирования транзакций в течение определенного периода времени, отсутствие транзакций с газом, комиссии за платежи в фиатной валюте и т. д.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-036e81bcee-dd1a6f-69ad2a.webp)
Но некоторые люди спросят: разве эти вещи не могли быть реализованы в кошельках смарт-контрактов в прошлом? В чем ценность абстрактных схем, таких как EIP-4337?
Суть EIP-4337: локальное оптимальное решение абстракции аккаунта в экосистеме Ethereum
Как упоминалось в предыдущем вопросе, хотя в прошлом смарт-кошельки могли выполнять функции, упомянутые выше, методы реализации, как правило, грубы и часто полагаются на высокоцентрализованные сторонние средства. Например, в прошлом схема оплаты газа заключалась в внедрении стороннего узла Relayer (EIP-2771). Более того, отсутствие единых стандартов между различными смарт-кошельками не способствует разработке и развертыванию вспомогательных компонентов. **
Основная привлекательность EIP, связанная с различными абстракциями учетных записей, заключается в том, чтобы устранить эти дефекты в различных проектах кошельков с помощью стандартизированной структуры, разработанной для кошельков смарт-контрактов, и продвигать структуру учетной записи в экосистеме Ethereum от базовой функциональной структуры до интеллектуальной структуры с более высоким потолком.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-c592064fab-dd1a6f-69ad2a.webp)
Например, до появления ERC-20 или ERC-721 многие реализации токенов, функции и функции/интерфейсы, предоставляемые извне, были несогласованными, и «несогласованность» не способствовала развитию поддержки сторонних средств и аудиту кода (трудно представить, как приложения Defi развивались бы до нынешнего процветания без протокола ERC-20).
Стандартизированные стандарты реализации протоколов/функций являются необходимым условием для модульных нарративов, а модульная разработка является необходимым условием для процветания почти каждой области (разделение труда является первым принципом эффективности). **
В конце концов, EIP-4337 вышел на первый план.
EIP-4337 является локальным оптимальным решением, но в его рамках есть несколько углов, которые необходимо оптимизировать
EIP-4337 определяет набор стандартов интерфейсов, разъясняя, какие модули должны быть, по крайней мере, для смарт-кошельков, которые следуют протоколу 4337, какие функции/интерфейсы должен реализовывать каждый модуль, такие как Bundler, EntryPoint, Paymaster, и какие вызываемые функции должны предоставляться извне.
После прояснения этих правил взаимодействие между различными компонентами становится более понятным, что удобно для внедрения идей модульного дизайна в абстракцию аккаунта и дизайн смарт-кошелька, и разработчики модуля кошелька также получают большую выгоду. **
Конечно, с чисто пользовательской точки зрения, ценность, которую приносит парадигма разработки модульных смарт-кошельков, не ясна, потому что люди не чувствуют больших изменений в самом абстрактном кошельке в краткосрочной перспективе. ** Но в среднесрочной и долгосрочной перспективе такие протоколы, как EIP-4337, аналогичны по ценности ERC-20 и ERC-721, которые закладывают основу для долгосрочного развития абстрактных кошельков и являются эпохальными вехами.
Тем не менее, EIP-4337 все еще имеет много нерешенных проблем: ** Например:
Функция абстракции аккаунта недостаточно плагинная, и разным разработчикам легко изобретать велосипед;
Совместимость модуля аккаунта плохая, и вся учетная система демонстрирует тенденцию фрагментации экологии;
Экология абстракции аккаунта между разными цепочками сильно фрагментирована, что затрудняет обеспечение унифицированного и качественного опыта для конечных пользователей и разработчиков и достижение лучшего UX.
Ниже мы рассмотрим решения этих проблем.
Направление оптимизации 1: Базовой конфигурацией станет плагинная функция абстракции аккаунта
** Можно сказать, что одним из основных вопросов для обсуждения, связанных с абстракцией учетной записи, является то, как лучше реализовать модульность абстрактного кошелька учетной записи и сократить детализацию каждого модуля до большей детализации. **
Например, Biconomy предлагает нарратив, основанный на EIP-4337 (EIP-6900 с более высокой степенью детализации будет представлен в будущем) для дальнейшего продвижения модульной разработки экологии абстракции учетных записей.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0204bbbe03-dd1a6f-69ad2a.webp)
Так называемый плагин функции абстракции учетной записи на самом деле заключается в том, чтобы прояснить с помощью набора протоколов, какие ключевые модули задействованы в кошельке смарт-контрактов, какие интерфейсы/функции эти модули должны реализовать, а также каковы названия этих интерфейсов и как их вызывать. Затем сторонние разработчики разрабатывают компоненты с различными деталями в соответствии со своими собственными идеями, но эти компоненты будут соответствовать требованиям, изложенным в соглашении.
Версия Biconomy V2 с EIP-4337 в качестве основы протокола разработала более подробные стандарты и добавила ряд интерфейсов, не упомянутых в 4337. Указывая, какими функциями должны обладать такие модули, как Bundler, Smart Contract Wallet и Paymaster, Biconomy позволяет сторонним разработчикам реализовывать модули с одинаковыми характеристиками и разными версиями с разными деталями кода, при условии, что они следуют деталям протокола, заранее заявленным Biconomy (совместимым с EIP-4337).
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8f424156ac-dd1a6f-69ad2a.webp)
В то же время Biconomy также выдвинул слоган «Module Store», при личном запуске SDK модуля абстрактных учетных записей большинству разработчиков рекомендуется представить свои собственные разработанные абстрактные модули учетных записей, расширить «Модуль как услуга», ** чтобы все проекты кошельков, которые следуют протоколу EIP-4337, могли напрямую использовать эти абстрактные модули учетных записей, написанные посторонними. Когда пользователи создают смарт-аккаунт через интерфейсную страницу, у них также есть более разнообразный выбор модулей для использования.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-8bb885dd87-dd1a6f-69ad2a.webp)
В то время как модульность удобна для разделения труда, она также удобна для пользователей, чтобы быстро переключать или добавлять и удалять определенные функции в смарт-кошельке (грубо говоря, это разделение гранулярности на более мелкие части).
Biconomy отметил, что чем более модульным является кошелек смарт-контрактов, тем меньше изменений ему нужно вносить при обновлении или обновлении (нет необходимости обновлять существующие контракты кошелька смарт-контрактов пользователей или использовать DelegateCall, только некоторые внешние модули), что упрощает замену определенных компонентов для разных пользователей или разработчиков.
В будущей новой абстракции учетной записи Biconomy она также будет ссылаться на предложение EIP-6900, которое является более модульным, чем EIP-4337.
Направление оптимизации 2: Более детальная сегментация модулей для решения проблемы фрагментации аккаунта
Что касается предложения EIP-6900, то в августе этого года компания Safe (ранее Gnosis Safe) выпустила соответствующий технический документ Safe Core Protocol, и наиболее востребованным из них является EIP-6900. **
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-427d430661-dd1a6f-69ad2a.webp)
** EIP-6900 указывает, что одной из проблем текущей абстракции модульных учетных записей является «фрагментация» учетных записей, или проблема разрозненности. Например, несмотря на то, что различные поставщики модулей абстракции учетных записей или различные приложения DAPP будут совместимы с EIP-4337, EIP-4337 недостаточно высок для разных модулей, а степень детализации относительно грубая, оставляя «слишком высокую» степень свободы для разработчиков модулей смарт-аккаунтов (смарт-счет является основной частью хранения информации о пользователях и записи пользовательской проверки транзакций и логики оплаты газа).
Таким образом, различные участники проекта кошельков, как правило, разрабатывают модули смарт-аккаунтов с уникальными свойствами. ** В долгосрочной перспективе другие поставщики модулей абстракции учетных записей должны уделять первоочередное внимание тому, кто предоставляет совместимые модули смарт-аккаунтов, и постепенно создавать фиксированную восходящую и нисходящую цепочку поставок, что неизбежно приведет к фрагментации и разделению экологии модуля абстракции учетной записи. ** (Как и на заре компьютерной индустрии, разработчики операционных систем должны были учитывать, с каким производителем компьютерного оборудования совместимо.)
Чтобы решить проблему экологической фрагментации и улучшить совместимость модулей абстракции учетных записей, разработанных разными поставщиками, лучший способ — еще больше абстрагировать учетные записи кошельков смарт-контрактов и сделать модули более детализированными.
Позаимствовав идеи EIP-6900, в белой книге протокола **Safe Core была проведена более детальная оптимизация Smart Account (учетной записи смарт-кошелька пользователя). Протокол Safe Core разделяет модули, которые могут быть вызваны каждой учетной записью смарт-кошелька, на плагины, хуки, верификаторы подписи, процессоры функций и другие категории. **
Модуль смарт-аккаунта максимально легче, контракт учетной записи хранит только самые основные данные и функции, а функции, которые могут быть перемещены наружу, передаются в модуль подразделения «function processor» или «plugin» для реализации. Это перекликается с так называемым принципом бритвы Оккама – «не добавляйте сущности без необходимости».
Если сам смарт-счет достаточно легкий и не предполагает слишком громоздких деталей, смарт-счет, разработанный разными производителями, будет ближе по внутренней структуре и более совместим.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-0cf696a50a-dd1a6f-69ad2a.webp)
Протокол Safe Core также вводит реестр, похожий на магазин приложений iPhone, который содержит все одобренные доступные модули. Пользователь может выбирать, какие модули активировать, и каждый раз, когда активируется новый модуль, он обрабатывается с помощью контракта Minger.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-cdcab8e9d3-dd1a6f-69ad2a.webp)
Как правило, UserOperation сначала запускает плагин плагина, а затем контракт менеджера проверяет, является ли статус плагина нормальным (есть запись в реестре), и если он нормальный, то разрешает запрос плагина. При необходимости плагины вызывают какую-то функциональность, предоставляемую Хуком, или нет. Затем вносятся изменения в состояние смарт-аккаунта, участвующего в UserOperation.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-6403d3e538-dd1a6f-69ad2a.webp)
С помощью вышеупомянутого метода сегментирования модулей и процесса планирования, Safe Core Protocol пытается реализовать набор протоколов взаимодействия абстрактных модулей с открытым исходным кодом, основная идея которого заключается в том, чтобы сделать смарт-счет легким, таким же простым, как и счет EOA, чтобы улучшить совместимость модулей смарт-аккаунта, улучшенных различными поставщиками.
Направление оптимизации 3: Абстракция аккаунтов по всей цепочке, для достижения унифицированных аккаунтов в разных цепочках
Но даже с вышеупомянутым решением все еще остается большая проблема, которая не решена: разные цепочки и разные Layer2 продвигают абстракции учетных записей с разными деталями, и многие используют формы, конфликтующие с EIP-4337, такие как zkSync Era, Starknet, Flow и т. д. Это привело к фрагментации пользовательского интерфейса кошелька, например, адрес смарт-кошелька пользователя на Starknet и адрес смарт-кошелька на Arbitrum вообще не могут быть унифицированы.
Более того, в мультичейн-среде пользователи независимо друг от друга развернули смарт-аккаунты в разных цепочках, и соответствующие пользовательские данные часто разбросаны в этих контрактах. Если пользовательские данные, такие как ключи, необходимо обновлять, необходимо повторно инициировать транзакции в нескольких цепочках, и трудно обеспечить согласованность смарт-аккаунта.
Сам Виталик ранее предлагал набор унифицированных и простых в управлении схем смарт-счетов, ** эта схема использует Ethereum или высокозащищенный ZKRollup в качестве исходной цепочки, развертывает контракт Keystore, хранит глобальный ключ пользователя, а затем все учетные записи смарт-контрактов пользователя на L2 совместно используют глобальный ключ, хранящийся в контракте Keystore.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-fad1fc1c55-dd1a6f-69ad2a.webp)
Однако это решение является чрезвычайно ресурсоемким, то есть всякий раз, когда глобальный ключ, записанный в контракте хранилища ключей в исходной цепочке, изменяется, каждая учетная запись в цепочке L2/целевая цепочка должна синхронизировать новый ключ через межсетевое взаимодействие. Кроссчейн-взаимодействие между Ethereum и L2 слишком дорого для пользователей. И следует отметить, что аккаунты смарт-контрактов отличаются от аккаунтов EOA, которые по своей сути являются мультичейн-унифицированными (унифицированными между цепочками EVM) из-за своих уникальных методов генерации адресов, но аккаунты смарт-контрактов совершенно разные, и пользователям сложно получить аккаунты смарт-контрактов с одним и тем же адресом в разных цепочках.
Компания Particle Network придумала свой подход к этому вопросу. Несмотря на то, что общая идея совпадает с идеей Виталика, которая также заключается в разделении хранилища и кода смарт-аккаунта, Particle Network намерена использовать независимую цепочку, Particle Network Chain, в качестве полноцепочечной базы данных хранения смарт-аккаунта через сторонние решения для обмена сообщениями между сторонами (LayerZero, CCIP, Axelar, Connext). и т.д.) Синхронизировать изменения пользователя в хранилище аккаунта с локальным аккаунтом в других цепочках.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-2e6d60197a-dd1a6f-69ad2a.webp)
(Абстракция многоцепочечной учетной записи Particle Network)
В частности, система абстракции учетных записей Particle Network требует, чтобы пользователи имели единый адрес учетной записи смарт-контракта в разных цепочках EVM, что требует развертывания набора контрактов Deployer в разных цепочках;
Пользователи должны инициировать генерацию новых учетных записей в цепочке Particle Network, после чего Particle Chain активирует контракт Deployer Contract во всех цепочках, гарантируя, что адреса учетных записей смарт-контрактов, сгенерированные для пользователей в разных цепочках, единообразны, или пользователи могут завершить процесс многоцепочечного взаимодействия через контракт в Particle Chain, не зная о других цепочках, и могут использовать Unified Gas Токен как единый способ оплаты комиссии.
Абстракция полной учетной записи также делает возможной пользовательскую операцию Cross-Chain, запуская транзакцию целевой цепочки через пользовательскую операцию исходной цепочки и соответствующий платеж за газ, например, использование USDC Polygon для покупки NFT на базе.
Тем не менее, решение Particle Network требует высокой степени сотрудничества между Deployer Contract и компонентом межсетевого обмена сообщениями для достижения синхронизации многоцепочечного Account и исходного Storage цепочки, которое на самом деле предъявляет высокие требования к используемому им оракулу или межцепочечному мосту сообщений (эта проблема, по-видимому, существует во всех схемах, связанных с полноцепочечной интероперабельностью).
Тем не менее, кроссчейн-синхронизация учетных записей пользователя может гибко настраивать комбинацию различных мостов сообщений, а не полагаться только на определенный мост, например, стратегию, которая может быть настроена как 2/3, полагаясь на подтверждение любых двух LayerZero, Axelar и Connext для подтверждения изменения хранилища в целевой цепочке, что может приблизительно решить эту проблему одноточечной зависимости.
Бесшовная совместимость всей цепочки между EVM и не-EVM — это шаг вперед в абстракции учетных записей полной цепочки в экосистеме Ethereum
Несмотря на то, что в цепочке EVM есть ключевые управляющие и унифицированные учетные записи, все еще есть место для оптимизации в абстракции полной цепочки учетных записей: цепочки, несовместимые с EVM, такие как Aptos, Solana, Sui и т. д., не могут гарантировать, что адрес учетной записи смарт-контракта, сгенерированный пользователем, соответствует цепочке EVM; В то же время, если не-EVM-цепочка не реализует протокол EIP-4337 с эквивалентной схемой, трудно следовать абстрактной концепции полного чейн-счета, предложенной выше Виталиком и Particle Network.
Кроме того, сам проект кошелька, совместимый с EIP-4337, имеет возможности для улучшения. Большинство узлов сборщика, используемых смарт-кошельками, официально запускаются независимо друг от друга и даже не взаимодействуют друг с другом, а многие проекты смарт-кошельков фактически образуют собственную цепочку, что несет с собой множество рисков (устойчивость к цензуре, удобство использования). Создание унифицированного единого интерфейса для большинства цепочек может быть очень сложной задачей. Одно из решений состоит в том, чтобы внедрить дизайн, ориентированный на намерения, добавить слой поверх полной абстракции учетной записи и рассматривать экосистему Ethereum EIP-4337 или собственные средства абстракции учетных записей другой цепочки (такие как zkSync) как конкретные экземпляры в типе Solver/Reactor, а выбор правильного решателя — это задача более высокого уровня. **
Взяв в качестве примера Particle Network, он предлагает лаконичную реализацию абстракции Intent, в то время как различные абстракции аккаунта являются просто классом экземпляров решений Intent, включенных в Solver.
Во-первых, пользовательский интерфейс будет отвечать за преобразование запросов на естественном языке или произвольных взаимодействий с пользователем в конкретные программные описания, включая входные и выходные ограничения (грубо говоря, это входные условия и выходные интервалы результатов, которые удовлетворяют требованиям пользователя), а затем один или несколько Решателей в сети Solver будут содержать определенные входные и выходные ограничения Транзакций. Пересылка к контрактам Solver, развернутым в блокчейне (Solver имеет не только средства узла, но и части контрактов в сети). Контракт Solver передаст инструкцию намерения контракту Reactor (который управляет учетной записью пользователя в цепочке), который вызовет другие модули для завершения окончательного взаимодействия.
Запрос пользователя сначала становится известен сети Solver, так что пользователю не нужно воспринимать лежащую в основе цепочку или построение различных абстракций аккаунта, и эта часть оставлена Solver для построения конкретного решения.
Конечно, эти идеи все еще являются лишь теоретической основой, и детали реализации, лежащие в их основе, еще не были официально изложены Particle Network.
В настоящее время ясно, что в будущем возникнет конкурентный рынок Solver, и пользователи могут инициировать аукционы, чтобы позволить нескольким Solver предложить различные решения, и с помощью формы локальной симуляции торговли можно выбрать лучшее решение и стимулировать соответствующий Solver. Форма поощрения зависит от разработчиков протокола Solver Network (Particle Network намерена использовать токены PNT в качестве поощрительных токенов для своего рынка аукционов Solver).
** Текущее намерение, по сути, экранирует сложные детали нижнего уровня и абстрагирует их на более высокий уровень, ** такой многоуровневый дизайн с природой протокола TCP/IP необходим для взаимодействия с пользователем и разработчиками при бесшовной совместимости всей цепочки.
Массовое внедрение абстракций учетных записей
Когда мы оптимизируем фреймворк 4337 в экосистеме Ethereum со всех сторон, а также обеспечиваем бесшовную совместимость между экосистемами Ethereum и другими экосистемами, чтобы поддержать широкомасштабное внедрение абстракции учетных записей, мы чувствуем, что нам по-прежнему нужен продукт, который охватывает сторону предложения и сторону спроса. Это может сократить использование различных продуктов и сервисов Web3 конечными пользователями, сосредоточившись при этом на разработчиках услуг и снизив порог для разработчиков. **
Одним из лучших продуктов для этой роли является модульный смарт-кошелек как услуга от Particle Network:
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-3a8144f020-dd1a6f-69ad2a.webp)
В дополнение к вышеупомянутым функциям, удобным для разработчиков, наиболее важной особенностью является то, что продукт Particle Network Modular Smart Wallet-as-as-Service** создает открытую экосистему, основанную на сигнатурных вычислениях, и ориентирован на область абстракции учетных записей разработчиков, в дополнение к предоставлению самостоятельно разработанных модулей абстрактных продуктов для учетных записей, интегрирующих различные типы абстрактных продуктов и услуг для учетных записей. Это может быстро способствовать внедрению продуктов и услуг различных разработчиков во всей области абстракции учетной записи.
! [Почему абстракция полной цепочки учетных записей является последним кусочком головоломки для EIP-4337?] ](https://img-cdn.gateio.im/webp-social/moments-69a80767fe-20ede5c527-dd1a6f-69ad2a.webp)
Пусть технологии служат спросу, после устранения ограничений всех аспектов фреймворка ERC-4337, улучшение опыта разработчиков будет продвигать больше продуктов с отличным пользовательским опытом, ускоряя индустрию Web3 от финансовой индустрии, дружественной к криптопанку, к массовой потребительской индустрии.