Автор: Kernel Ventures Jerry Luo
Редакторы: Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
Существует два типа кошельков в Ethereum: EOA и SCW, сталкивающиеся с проблемами низкой эффективности выполнения и невозможности самостоятельно инициировать транзакции. Разработчики Ethereum прошли через несколько исследований, и лучшее решение, найденное на данном этапе, — это абстракция учетной записи, реализованная через ERC4337.
Кошелек ERC4337 реализует разделение приватных ключей и субъекта учетной записи через Bundler, пакетную упаковку транзакций и возможность запускать транзакции. Более того, через встроенный код смарт-контрактного кошелька транзакции могут автоматически обрабатываться на основе внешней информации.
Но ERC4377 все еще сталкивается с проблемами от других решений, таких как абстракция учетной записи уровня консенсуса и нативные кошельки абстракции учетной записи. Кроме того, контракт точки входа ERC4337 был запущен только в основной сети Ethereum в марте этого года с проблемами, которые нужно исследовать, и неопределенностью в решении. Наконец, из-за единственной точки контракта Точка входа ERC4337 сильно ограничен в обновлениях.
Чтобы решить эти проблемы, разработчики ERC4337 также дополнили предложения EIP для оптимизации без изменения контракта точки входа. В то же время они построили множество проектов кошельков ERC4337 и Dapp, сосредоточенных на взаимодействии кошельков ERC4337, чтобы справиться с сопротивлением от EOA.
В общем, ERC4337 по-прежнему является лучшим решением для достижения абстракции учетной записи на данном этапе. Благодаря контракту компенсации Paymaster порог для DeFi может быть значительно оптимизирован, поскольку сообщество может предоставить 0 газа или низкие газовые транзакции, чтобы привлечь больше пользователей к участию. За счет упаковки и пакетной обработки транзакций опыт участия пользователей в SocialFi и GameFi может быть значительно улучшен, что обеспечит более разнообразные варианты взаимодействия для участников SocialFi и GameFi.
1. Фон
Компромисс между децентрализацией и удобством всегда был основной дилеммой для участников крипто. Чтобы принять децентрализацию, следует принять ряд сложных процессов, таких как хранение мнемоник, подписи приватных ключей и установка значений nonce. Чтобы добиться удобства, грозы ряда централизованных учреждений, таких как FTX и JPEX, делают невозможным игнорировать важность права собственности на учетную запись. На сегодняшний день разработчики Ethereum сделали ряд попыток достичь учетных записей с удобством Web2 в Web3 — абстракция учетной записи. На конференции ETHCC в этом году основатель Ethereum Виталик Бутерин обобщил эти попытки. Среди них стандарт ERC4337 получил наибольшее согласие среди разработчиков.
2. Принцип ERC4337
ERC4337 в основном включает три объекта: UserOperation, Bundler и смарт-контракт на цепи в процессе разделения контроля и собственности от субъекта учетной записи. UserOperation состоит из пользовательского ввода, в то время как Bundler завершает процесс упаковки и отправки транзакций. Контракт на цепи состоит из трех частей: Точка входа, контракт Paymaster и контракт Кошелек, которые в основном реализуют сложную логику проверки и выполнения.
UserOperation: UserOperation содержит всю информацию, связанную с транзакцией, представленную пользователем. Следующая фигура показывает параметры, необходимые как в UserOperation, так и в обычной учетной записи EOA.
Источник: Kernel Ventures
Самая большая разница между двумя заключается в том, что кошелек ERC4337 может указать отправителя, а не рассматривать адрес расшифровки ECDSA по умолчанию в EOA как инициатора транзакции. Таким образом, кошелек ERC4337 достигает разделения субъекта учетной записи и собственности. Во-вторых, paymasterAndData также добавляется в ERC4337 для настройки контракта на оплату. Мы также объясним конкретную функцию контракта на оплату позже.
Bundler: Bundler — это учетная запись EOA, которая может проверять кодовую логику в calldata UserOperation, взаимодействующую с функцией validateOp Кошелька Контракта. Если calldata содержит коды, такие как TIMESTAMP, BLOCKHASH или хранение кошелька для внешнего доступа, Bundler отклонит эту UserOperation, чтобы предотвратить атаку, называемую злонамеренным подделыванием. После прохождения проверки Bundler упакует прошедшие UserOperations и передаст их в публичный или частный пул памяти после проверки. В то же время, поскольку смарт-контракты в Ethereum должны инициироваться учетной записью EOA, Bundler должен впоследствии взаимодействовать с контрактом Точка входа для выполнения UserOperation. В этом процессе Bundler может воспользоваться разницей между максимальной платой за приоритет и фактическими затратами на газ, а также доходом MEV в сортировке транзакций. Следовательно, рост ERC4337 может также принести новый метод майнинга Ethereum.
Точка входа: Точка входа — это смарт-контракт, используемый для проверки и выполнения контента в UserOperation, который инициируется Bundler. Более того, Точка входа является единичным контрактом в ERC4337 с завершением отделения между Bundler и смарт-контрактным кошельком. Каждый Кошелек Контракт в ERC4337 предоставит адресу контракта Точка входа некоторые специальные разрешения в процессе взаимодействия, когда он создаётся. Когда Bundler вызывает контракт Точка входа, он вызовет функцию handleOps в контракте. Эта функция сначала проверит, достаточно ли у кошелька газа, чтобы компенсировать Bundler. Если нет, транзакция будет немедленно отменена. Кроме того, смарт-контрактный кошелек также может выбрать, чтобы контракт Paymaster оплатил газ, что будет упомянуто в последующем контенте. После того как все проверки пройдены, функция _executeUserOp в контракте постепенно выполнит содержимое calldata UserOperation и вызовет соответствующую функцию в смарт-контрактном кошельке. После завершения всех действий оставшийся газ будет компенсирован Bundler.
Кошелек Контракт: Кошелек Контракт, по сути, является смарт-контрактным кошельком. В контракте есть функция multiCall, которая может обрабатывать транзакции в calldata из UserOperation пакетами, тем самым значительно снижая потребление газа. Однако в функции multiCall содержимое из UserOperation не выполняется напрямую, а делится на процессы validateOp и executeOp. Если содержимое в UserOperation не может пройти validateOp, выполнение будет автоматически прекращено, а все затраты газа, возникшие в процессе, несет Bundler. Оказавшись внутри executeOp, независимо от причины, по которой выполнение контракта завершается, затраты газа будут нести Кошелек Контракт. Этот механизм не только эффективно гарантирует, что Bundler может получить законные выгоды от своего собственного упаковочного поведения, но также предотвращает атаки DoS, инициированные злонамеренным Bundler, которые могут истощить ETH, хранящийся в Кошельке Контракт. Наконец, развитие учетной записи кошелька в ERC4337 принимает модульный дизайн. У поставщиков кошельков есть большое количество модульных контрактов для пользователей, чтобы расширять и реализовывать индивидуальные функции.
Paymaster: Paymaster не является обязательным в ERC4337. Когда параметр paymasterAndData в UserOperation не пуст, указанный контракт Paymaster будет оплачивать газ для Bundler. В процессе Bundler вызовет функцию validatePaymasterOp в Paymaster. Функция заключается в том, чтобы оплатить газ для указанной UserOperation в соответствии с требованиями, заданными пользователем, после подтверждения, что в Paymaster достаточно средств для поддержки оплаты газа. Стоит отметить, что сам ERC4337 не устанавливает стандарт для приоритета использования Paymaster. Bundler должен выбрать лучший Paymaster и устранить низкокачественный Paymaster на основе оффчейн-рекордов прошлых платежей Paymaster. Этот процесс создает конкуренцию между Paymaster, что помогает повысить эффективность работы сети.
Агрегатор подписей: Поскольку в ERC4337 поддерживаются алгоритмы подписей, отличные от ECDSA. Поэтому нам нужно сначала классифицировать UserOperations, которые используют разные алгоритмы подписей. Затем Bundler создаст агрегированную подпись для подобных транзакций через Агрегатор Подписей. Все транзакции, содержащиеся в ней, могут быть проверены с помощью одной проверки подписи, что значительно снижает затраты на газ.
В целом, в этом процессе пользователь сначала отправляет UserOperation, содержащий определенные параметры, в Bundler. Если есть параметр paymasterAndData, контракт на оплату будет вызван для оплаты сборов за газ. Если есть параметр initCode, пользователь создаст новый смарт-контрактный кошелек в соответствии с логикой кода внутри. Наконец, чтобы снизить потребление газа в процессе проверки подписи, ERC4337 использует метод пакетной упаковки транзакций, используя Агрегатор Подписей для упаковки аналогичных UserOperations, чтобы сгенерировать агрегированную подпись, которая проверяется только один раз. Когда как симуляционная проверка Bundler оффчейн, так и фактическая проверка в сети проходят успешно, смарт-контрактный кошелек успешно выполняет определенную пользователем функцию в UserOperation и возвращает избыточный газ Bundler в качестве вознаграждения.
Источник: Kernel Ventures
В сравнении с использованием учетной записи EOA для запуска транзакции, это чрезвычайно просто — подписать данные транзакции и передать их в всю сеть — это единственные необходимые шаги. Транзакция, переданная в сеть, будет упакована после проверки узлом и, в конечном итоге, записана в цепь узлом, выбранным механизмом POS. Этот процесс очень прост, без посредников Bundler или контракта Точка входа, что значительно снижает потребление газа. В то же время безопасность связана только с алгоритмом шифрования ECDSA, и нет эндогенных рисков безопасности, вызванных сложной логикой контракта. Однако в этом процессе приватный ключ и права контроля учетной записи уникально связаны и не могут быть изменены. Все транзакции должны подписываться и проверяться по одной, что делает весь процесс неэффективным.
Источник: Kernel Ventures
В целом, ERC4337 достигает разделения приватных ключей и собственности на учетную запись, снижает потребление газа сложных транзакционных процессов за счет пакетных транзакций, устраняет порог доступа к балансу Ethereum для кошельков через контракты на оплату и реализует методы подписи через смарт-контрактные кошельки. Эти улучшения сделали значительный прогресс в удобстве и практичности учетных записей Web3
3. Типы, плюсы и минусы текущих кошельков Ethereum
EOA (учетная запись внешнего управления): Учётные записи EOA в Ethereum контролируются через подписи приватных ключей, которые генерируются из 12-словной мнемонической фразы. Хотя учетная запись EOA имеет оперативную инициативу и может активно торговать. Для обеспечения права собственности на учетную запись EOA необходимо правильно сохранить 64-битную строку шестнадцатеричных чисел или 12 мнемонических слов, что создает много проблем для пользователей. Дополнительно, транзакции, связанные с аутентификацией личности в учетных записях EOA, необходимо подписывать по одной, что крайне неудобно. Это эквивалентно требованию отдельного подтверждения для каждого переписывания статуса и изменения разрешений за одним подтверждением. Наконец, для инициирования транзакций с использованием учетной записи EOA необходимо предварительно перевести Ethereum на учетную запись, что очень неудобно для новичков.
SCW (смарт-контрактный кошелек): По сравнению с EOA кошельком, смарт-контрактный кошелек улучшил удобство и автоматизацию операций. Благодаря встроенному коду смарт-контрактов транзакции могут быть упакованы, а сложные операции могут быть автоматизированы в соответствии с намерениями пользователей. Однако SCW не имеет таких же полномочий, как EOA, которые могут автоматически выполнять транзакции. Инициирование транзакций в SCW требует срабатывания учетной записи EOA.
MPC (Мультипартийные вычисления): Кошелек MPC разбивает приватные ключи и разделяет их между несколькими субъектами для хранения, а затем соединяет их, когда требуются подписи. Это похоже на многофакторный кошелек, но между ними есть много различий. Прежде всего, многофакторная проверка полностью выполняется через смарт-контракты на блокчейне, в то время как настройка порога и генерация подписей MPC выполняются вне цепи. Кошелек MPC эффективно избегает сбоев в точках, не беспокоясь о потере приватного ключа в EOA и, следовательно, потере права собственности на учетную запись. Однако процесс генерации подписей вне цепи является централизованным процессом, который требует строгой системы проверки для предотвращения возможных злоупотреблений. В то же время, большинство MPC в настоящее время являются индивидуальными продуктами, недоступными для публики, поэтому трудно интегрировать модули в процессе разработки, что увеличивает затраты на разработку. Но одно, что необходимо подчеркнуть, это то, что между кошельком MPC и кошельком AA, о котором мы упомянем позже, нет конкуренции. Болевой момент, который решает MPC, — это сохранение приватных ключей, в то время как болевой момент, который решает AA, — это улучшение гибкости процесса транзакций. Эти два могут быть объединены в будущем развитии.
AA (абстрактная учетная запись): Возможность абстракции учетной записи восходит к EIP86 в 2017 году. Предложение предлагало превратить все учетные записи в контракты, позволяя пользователям свободно определять свои собственные модели безопасности. Однако это предложение связано с изменениями в уровне консенсуса Ethereum, что относительно сложно и имеет ряд возможных проблем с безопасностью. Поэтому EIP86 и последующие предложения, представленные EIP86, касающиеся изменений в уровне консенсуса или протокола Ethereum, были отложены на неопределенный срок. До предложения EIP2938 изменения в нижнем слое Ethereum были значительно сокращены с решением проблем безопасности путем установки правил для пула памяти для узлов, после чего общая концепция абстракции учетной записи изменилась на то, как реализовать абстракцию учетной записи на основе изменения уровня смарт-контракта. В 2021 году был предложен ERC4337, который полностью реализует абстракцию учетной записи только при условии внесения изменений на уровне смарт-контрактов. В марте этого года контракт Точка входа ERC4337 был развернут на Ethereum, и абстракция учетной записи вошла в эру ERC4337.
4. Проблемы и решения
4.1 Неоднозначные методы абстрактной учетной записи
Абстракция учетной записи на уровне консенсуса: Прежде всего, ERC4337 не является единственным решением для абстракции учетной записи на Layer1 Ethereum. Абстракция учетной записи на уровне консенсуса, возглавляемая EIP2938, временно отложена. На данном этапе преимущества, которые приносит абстракция учетной записи, не могут побудить разработчиков внести изменения в консенсус Ethereum. Но по мере того, как развитие абстракции учетной записи ERC4337 достигает瓶颈, появляется лучший пользовательский опыт. В это время полномочия контрактной учетной записи могут быть увеличены, чтобы она могла активно инициировать транзакции. Решение по абстракции учетной записи на уровне консенсуса, которое исключает Bundler и снижает транзакционные расходы и сложность транзакций, может снова войти в сферу обсуждаемого.
Предложения EIP, которые необходимо уточнить: Контракт Точка входа ERC4337 существует на цепи менее года, и его проблемы все еще обнаруживаются и улучшаются. Из-за сложности изменения контракта Точка входа большинство предложений EIP, временно выдвинутых для оптимизации ERC4337, связаны с оптимизацией Bundler и опкодов, таких как контракт одобрения в EIP-1589, который может предотвращать атаки MEV, и EIP-3974, который включает изменения в уровне консенсуса. Будет ли возможность принятия этих предложений для добавленных опкодов, которые эскроируют контроль учетной записи EOA к смарт-контрактным учетным записям, остается обсуждаемым в сообществе разработчиков Ethereum.
Нативная абстракция учетной записи Layer2: Наконец, существуют различные нативные кошельки для абстракции учетной записи на Layer2, такие как Starknet и Zksync Era. Starknet использует подпись ECDSA, отличную от Ethereum, что значительно снижает стоимость подписи и процесса проверки подписи, тем самым значительно уменьшая потребление газа. В то же время в Starknet существуют только контрактные учетные записи, которые по умолчанию являются учетными записями верхнего уровня. Контрактные учетные записи могут непосредственно инициировать транзакции, не проходя через сложные операции на уровне контракта, предоставляя разработчикам более гибкую и богатую среду для проектирования приложений.
В целом, ERC4337 не является единственным выбором абстракции учетной записи на Ethereum.
4.2 Внутренние дефекты ERC4337
Высокая стоимость газа: Потребление газа для основных операций в кошельке ERC4337 составляет 42 000 газа, что в два раза больше, чем у обычной учетной записи EOA. Причины следующие:
Источник: Kernel Ventures
Как мы видим, из-за внедрения смарт-контрактов в процессе выполнения контрактных услуг (распаковка UserOperation, выполнение проверки условий, хеширование в цепи и т. д.) и триггерных событий для публикации логов в Ethereum возникает огромное потребление газа. В то же время пакетная обработка в ERC4337 была признана непрактичной в реальных транзакциях для снижения транзакционных затрат, поскольку пользователи редко нуждаются в упаковке большого количества транзакций за один вызов. Кроме того, как только UserOperation, изначально разработанный для совместного использования транзакционных затрат, не удается выполнить в цепи, это также приведет к более высоким потерям для учетной записи кошелька или Bundler.
Высокая стоимость обновления: в смарт-контракте Точка входа функция entryPoint() может быть использована для возврата параметра, соответствующего интерфейсу IEntryPoint. В Кошелек Контракт этот параметр может быть использован для определения, происходит ли внешняя транзакция из вызова функции в контракте entryPoint. Однако это требует, чтобы адрес EntryPoint был записан в каждом сгенерированном смарт-контракте учетной записи. Если контракт EntryPoint должен быть обновлен, все смарт-контракты учетных записей должны согласовать это. Когда ERC4337 будет широко принят, это изменение будет не менее сложным, чем изменения в уровне консенсуса. Поэтому развертывание ERC4337 должно быть очень осторожным, и необходимо проводить проверки безопасности со всех сторон. А если вы хотите оптимизировать производительность в будущем, это будет очень сложной задачей.
Безопасность контракта: транзакция в учетной записи EOA была простой, обеспеченная криптографией и механизмом консенсуса уровня консенсуса. Алгоритмы шифрования и механизмы консенсуса распределенных систем были протестированы на протяжении длительного времени и сертифицированы научными кругами, с низкой вероятностью сбоев. Кошелек ERC4337 изменяет многие проверки с механизма консенсуса блокчейна на суждения функций контракта, что ставит крайне высокие требования к безопасности контракта. Поскольку логика транзакций становится более сложной, риски безопасности также резко возрастают.
4.3 Стоимость продвижения ERC4337
Исключение из традиционных гигантов-кошельков:
ChainCatcher: Руководитель продукта MetaMask Алекс Юпитер заявил в интервью Decrypt, что хотя абстракция учетной записи, EOA и другие технологии для оптимизации пользовательского опыта были упомянуты много раз во время EthCC, MetaMask будет очень осторожно использовать эти технологии.
В качестве традиционного поставщика кошельков MetaMask может помочь пользователям легко создавать учетные записи EOA и собирать комиссионные за обработку, предоставляя услуги децентрализованного обмена. Для этих традиционных гигантов-кошельков, которые сформировали стабильную модель прибыли, большинство из них не желают рисковать и вносить изменения. На данный момент они часто принимают выжидательную позицию к абстракции учетной записи.
Стоимость обновления Dapp
Существующие Dapps на Ethereum, включая Opensea, Uniswap, MetaMask Swap и т. д., все используют EOA учетные записи в качестве своих объектов сервиса по умолчанию. Чтобы Dapps стали полностью совместимыми с кошельками ERC4337, необходимо изменить механизм проверки для взаимодействия между Dapps и кошельками, а также механизм залога токенов. Для завершения этого изменения смарт-контрактные коды всех текущих основных Dapps необходимо модифицировать. Риски безопасности и затраты на обновление, которые могут возникнуть в результате этого процесса, не поддаются оценке. Кроме того, учитывая большое количество сопротивления транзакций Dapp к контрактным учетным записям, вызванному предыдущим контрактом Tornado, объем работы этого обновления будет еще больше.
4.4 ERC4337 и межсетевой обмен
В кросс-цепочных мостах, где Ethereum взаимодействует с Layer 2, часто подразумевается, что адрес платежа в принимающей сети такой же, как адрес платежа в отправляющей сети. Это не вызывает никаких проблем в традиционных учетных записях EOA, потому что один и тот же приватный ключ может достичь того же эффекта контроля над адресами в обеих сетях через подписи. Однако в кошельке ERC4337 адрес, инициирующий перевод, является адресом контракта и не контролируется приватным ключом. Поэтому принимающий адрес не может быть установлен таким же, как в сети отправления. Поэтому сегодня возникают проблемы несовместимости между кошельками ERC4337 и почти всеми кросс-цепочными мостами между Layer1 и Layer2 Ethereum.
4.5 Улучшение ERC4337
Улучшение предложений EIP: Хотя сам ERC4337 трудно изменить, дополнение ERC4337 новыми предложениями EIP, такими как EIP5189, предложенный в июне 22 года, снижает риск процесса фильтрации Bundler и дополнительно предотвращает злоупотребления контрактом одобрения атакующими MEV. Кроме того, существует множество предложений, связанных с 4337, ожидающих рассмотрения, таких как EIP3074 и EIP5003.
Дополнение к кросс-цепочному протоколу: Наиболее фундаментальное решение проблемы кросс-цепи между Ethereum Layer 1 и Layer 2 заключается в том, чтобы начать с нижнего слоя кросс-цепочного моста. Позволяя пользователям устанавливать адрес приема в принимающей сети самостоятельно, что дорого, проектируя повторное развертывание кросс-цепочных мостов и вопросы безопасности новых контрактов. Поскольку текущее идеальное решение заключается в том, чтобы установить надежную третью сторону учетную запись EOA для выполнения роли посредника между кошельком ERC4337 и кросс-цепочным мостом, и это требует, чтобы посредник имел большое количество ETH или токена Layer2 в залоге. Впервые, избыточные активы закладываются перед тем, как помочь выполнить кросс-цепочную транзакцию. После того как смарт-контрактный кошелек получает перевод, заложенный токен будет возвращен, и будет выдано определенное вознаграждение.
Самостоятельный Dapp ERC4337: С тех пор как контракт точки входа был развернут в марте этого года, на Ethereum было запущено множество проектов кошельков на основе ERC4337. Эти проекты совместимы с кошельками ERC4337, такие как высокомасштабируемый проект смарт-контрактного кошелька ZeroDev Kernel и MynaWallet, проект абстракции кошелька, официально сотрудничающий с правительством Японии. Эти проекты формируют экосистему абстрактных кошельков самостоятельно и не зависят от сотрудничества с традиционными разработчиками кошельков. Можно увидеть, что даже когда традиционные поставщики кошельков придерживаются выжидательной позиции, использование UserOperation на Ethereum продолжает расти с марта этого года и находится в состоянии быстрого расширения.
Источник: Dune
5. Возможности ERC4337
Источник: Kernel Ventures
5.1 Новый Coinbase — Bundler
Bundler был представлен в ERC4377 для разделения субъекта учетной записи от прав контроля учетной записи. Все, что вам нужно, — это учетная запись EOA, которая хранит определенное количество Ethereum, чтобы действовать как Bundler. По сравнению с майнингом с дорогими майнинг-аппаратами в механизме POW, майнинг Bundler имеет почти нулевые инвестиционные затраты и не подвержен возможным ограничениям со стороны законов. По сравнению с майнингом стекинга в механизме POS, у Bundler крайне низкий порог участия. Не нужно закладывать 32 Ethereum, достаточно лишь газа, который можно использовать для взаимодействия с контрактом Точка входа. Причина в том, что Bundler значительно сложнее совершить зло, чем проверочным узлам, и доход, полученный от злонамеренных действий, также значительно ниже, чем у проверочных узлов. Поэтому нет необходимости закладывать большое количество Ethereum, чтобы гарантировать баланс вознаграждений и наказаний в общей работе протокола ERC4377. Наконец, по сравнению с доходами от стекинга в ликвидном пуле, он имеет более короткий срок блокировки, что делает активы более гибкими. Когда Ethereum сталкивается с давлением на продажу, пользователи могут вовремя вывести свои средства, чтобы уменьшить потери. Учитывая вышеперечисленные преимущества, Bundler, вероятно, станет новым методом инвестирования на Ethereum в будущем, и даже породит пулы Bundler, подобные пулам майнинга Bitcoin и ставочным пулам Ethereum.
5.2 Появление, ориентированное на намерения
Ориентированная на намерения централизация сосредоточена на "намерениях", что означает, что пользователям не нужно знать конкретные шаги выполнения при проведении операций, но программа автоматически разрабатывает модульные операции, которые необходимо выполнить внизу на основе потребностей пользователя. Для новых инвесторов Web3 различные подписи и настройки газа в транзакциях очень неудобны, поэтому заинтересованный в криптовалюте может только инвестировать с помощью CEX, не входя в реальный мир Web3. Основная причина этого явления заключается в различии в операционных намерениях между DEX и CEX. Например, если кто-то хочет использовать DEX для обмена USDT на ETH наиболее выгодным образом, ему необходимо выбирать из многих торговых пулов, чтобы выбрать лучший, затем подписать, чтобы уполномочить Dapp иметь определенные разрешения. Далее, подписать, чтобы подтвердить, что USDT будет заложен в ликвидный пул, и, наконец, подписать, чтобы подтвердить, что эквивалентная сумма ETH будет выведена из ликвидного пула. Каждое из вышеперечисленных действий является операцией на основе поведения, и одно действие соответствует некоторому базовому поведению. Операции CEX основаны на намерениях, которые достигают наиболее выгодного решения для замены USDT, удерживаемого пользователем, на ETH только с помощью рыночного ценового заказа, без необходимости устанавливать конкретную цену заказа. Хотя было предложено, что выполнение этой серии процессов самостоятельно может дать более прозрачное понимание процесса транзакции и предотвратить проблемы, которые могут быть присущи модульным процессам. Но в целом, все еще очень мало людей обладают этой способностью. Большинство людей просто нуждаются в модульном процессе, который может осуществить их намерения, без желания понять конкретные операции за ним. В то же время ручные процессы также несут более высокие риски, чем модульные процессы, которые были протестированы на протяжении длительного времени. Перед рождением абстракции учетной записи ERC4337 эффективность выполнения учетных записей EOA была низкой, и транзакции необходимо было подписывать и подтверждать по одной. Поэтому приложения, ориентированные на намерения, которые требовали модульной обработки транзакций в соответствии с намерениями пользователей, развивались медленно на Ethereum. В ERC4337, вводя UserOperation и Bundler, каждый раз, когда пользователь подписывает транзакцию, она помещается в основной пул памяти после проверки и ждет загрузки в цепь. Вместо этого транзакция (UserOperation в ERC4337) сначала отправляется в резервный пул памяти и смешивается с UserOperation, принадлежащими ему или другим пользователям, ожидая, когда Bundler соберет эти UserOperations и затем представит их контракту входной точке для проверки и выполнения. В этом процессе пользователям необходимо лишь заявить или подписать свои предпочтения, а конкретный процесс выбирается и выполняется Bundlers в соответствии с существующей логикой уровня консенсуса или уровня контракта, без необходимости участвовать в каком-либо конкретном процессе. В Dapp мы можем разработать логику, ориентированную на намерения. Когда пользователи хотят достичь определенной цели, им нужно лишь подписать свои намерения, вместо выбора собственного поведения транзакции и подписания одно за другим. Можно ожидать, что с полным продвижением ERC4337 Dapps, ориентированные на намерения, станут популярными на Ethereum, что значительно снизит барьер для вступления в Web3.
5.3 ERC4337 и DeFi
DeFi был тесно связан с учетными записями EOA на последнем бычьем рынке, что значительно улучшило разнообразие интерактивных функций на цепи криптоинвестора и предоставило различные финансовые методы, такие как залоги, маркетмейкеры и кредиты, что в конечном итоге привело к лету DeFi. Однако сложный процесс транзакций DeFi и потери на цепи установили огромный порог для участия обычных пользователей и также затруднили дальнейшее продвижение DeFi. Тем не менее, кошелек ERC4337 в сочетании с DeFi может предоставить метод взаимодействия, ориентированный на намерения, позволяя пользователям получить опыт, близкий к CEX. В то же время безгазовые транзакции также могут быть достигнуты через Paymaster в ERC4337. Некоторые операторы могут также привлечь больше людей к участию в DeFi через этот метод. Однако, в отличие от вертикалей, таких как SocialFi и GameFi, DeFi включает в себя передачу и залог большого количества токенов и имеет чрезвычайно высокие требования к безопасности. Уровень контракта абстракции учетной записи включает относительно высокую сложность и подвержен рискам безопасности, вызывающим потери зашифрованных активов пользователей. В то же время, поскольку правительство США издал запрет на многие контракты по отмыванию денег, такие как торнадо, многие контракты DeFi будут строго проверять или даже приостанавливать взаимодействие с адресами смарт-контрактов. Поэтому существует множество несовместимостей между смарт-контрактными кошельками и текущей системой DeFi. Это также создаст препятствия для продвижения кошельков ERC4337 в DeFi.
5.4 ERC4337 и мультицепочная игра
В отличие от "полуцепочечных" игр в раннем GameFi, только игровые активы и предметы загружаются в цепь, чтобы обеспечить безопасность своих активов децентрализованным образом. Мультицепочные игры записывают основную логику и экономическую модель игры в смарт-контракты на цепи и взаимодействуют с игрой на цепи, достигая децентрализации и высокой безопасности на протяжении всего процесса. Однако Web3 игры на данном этапе также платят огромную цену за достижение мультицепочности. Первое — это резкий рост газовых сборов. Каждый шаг взаимодействия между игровыми активами, предметами и сценами на цепи необходимо записывать на цепи, что привело к резкому увеличению затрат на игры. Чтобы решить эту проблему, логика взаимодействия мультицепочных игр на данном этапе часто бывает крайне простой, но это также ограничивает опыт транзакций пользователей. В то же время, если вы используете традиционную учетную запись EOA, вы должны выдержать крайне громоздкий процесс проверки, чтобы подтвердить каждое взаимодействие в процессе всей игры. Этот процесс значительно снижает игровой опыт. Введение абстракции учетной записи сначала значительно снижает затраты на транзакции. Процесс подтверждения транзакции требует только агрегированной подписи BLS и одноразовой проверки подписи, что значительно экономит потребление газа в процессе криптографической проверки. Кроме того, упаковка транзакций в пакетах позволяет устранить оригинальный процесс повторного подтверждения. В то же время внедрение персонализированных учетных записей смарт-контрактов может облегчить модульное строительство мультицепочных игр, тем самым улучшая эффективность разработки. В настоящее время в сети Starknet с нативной абстракцией учетной записи мы видели множество успешных случаев сочетания мультицепочных игр с абстракцией учетной записи, таких как Loot Realms, Cartridges и т. д.
5.5 ERC4337 и SocialFi
Застряв в механизме упаковки учетных записей приватных ключей и ограниченных интерактивных функций самих учетных записей EOA, SocialFi долгое время сталкивался с проблемой высокого порога участия и сложного управления учетной записью. Плохой пользовательский опыт значительно ограничивал пределы развития проекта SocialFi. Введение абстракции учетной записи полностью изменит эту ситуацию. Однако выбор между удобством, восстановимостью и безопасностью зависит от важности конкретной учетной записи Web3 SocialFi. торговая компромисс. Первое — это разделение приватных ключей и прав контроля учетной записи. Пользователям больше не нужно хранить сложные и беспорядочные приватные ключи или мнемоники и могут динамически настраивать пароли учетной записи. Например, проект ERC4337 Ambire, запущенный в конце 2021 года, позволяет создавать учетные записи Web3 и восстанавливать приватные ключи через электронную почту. Во-вторых, пакетные транзакции, предоставляемые ERC4337, решают проблему порога Web3, поднятую в начале этой статьи. Проблема, которую можно решить одной кнопкой в Web2, может также быть решена одной кнопкой в Web3. Наконец, введение индивидуальной логики кода в учетные записи ERC4337 также приближает к персонализированному дизайну учетных записей в Web2, позволяя каждой учетной записи SocialFi вводить различные функции учетной записи в соответствии со своими предпочтениями, аналогично QQ, где пользователи могут выбирать, открывать ли функции канала или нет.
6. Перспективы будущего
На момент публикации количество пользователей Web3 составляет около 300 миллионов, что составляет лишь около 4% от глобального населения. По сравнению с 6 миллиардами интернет-пользователей в мире, здесь еще есть большой потенциал для развития. Чтобы догнать размер Web2 и пересечь отметку в 1 миллиард пользователей, более низкие пороги участия и больше функций настройки учетной записи являются предпосылками для Web3. Из всех текущих вариантов достижения этой цели ERC4337 является относительно безопасным, имеет относительно зрелую структуру и признается Фондом Ethereum и крупными разработчиками. Поэтому с тех пор как контракт Точка входа был развернут на Ethereum, количество пользователей абстракции учетной записи также испытало взрывной рост.
Источник: Dune
Хотя ERC4337 был широко признан и продвинут сообществом Ethereum, он все еще сталкивается с множеством проблем во время его фактической реализации. Первое — это собственные стандарты ожидания. Поскольку многие дополнительные предложения для ERC4377 все еще находятся на рассмотрении, окончательная форма не может быть определена, что создает большие препятствия для развития экосистемных проектов ERC4377. Второе — это стоимость обновления ERC4377. После развертывания контракта точки входа большинство кошельков в всей сети должны покрыть оригинальный адрес, чтобы завершить обновление, что крайне сложно. Наконец, существует проблема несовместимости с существующими Dapps и кросс-цепочными мостами. Если ERC4337 должен быть полностью реализован, существующим Dapps Ethereum потребуется обширное обновление, сталкиваясь с рисками безопасности и затратами.
Тем не менее, ERC4377 также положительно отреагировал на вышеперечисленные проблемы, такие как улучшение эффективности упаковки Bundler за счет добавления внешних смарт-контрактов, добавление опкодов для повышения прав доступа смарт-контрактов и дополнение предложений EIP для решения проблемы сложности обновления контракта Точка входа. В то же время, сталкиваясь с проблемами несовместимости традиционных Dapps, ERC4337 активно строит свою собственную экосистему для продвижения применения абстрактных кошельков на Ethereum. Полная реализация кошелька ERC4337 может реализовать EVM, ориентированный на намерения, на уровне виртуальной машины Ethereum, и дальнейшая абстракция EVM, ориентированная на намерения в Dapp, может сделать операции в Web3 достигнуть уровня простоты, ориентированной на намерения пользователя в Web2. Если ориентация на намерения сможет быть полностью реализована в Dapp Ethereum, DeFi, GameFi и почти всех вертикалях, требующих простоты операций и автоматизации, значительно оптимизируют пользовательский опыт, тем самым привлекая больше сторонних участников. Однако DeFi, который непосредственно касается перевода токенов, будет относительно консервативен из-за своих строгих требований к безопасности. Вертикали, такие как SocialFi и GameFi, которые больше внимания уделяют пользовательскому опыту и относительно ослабляют безопасность, не могут проводить сложный дизайн взаимодействия из-за ограничений учетной записи EOA. Через ERC4337 эти вертикали могут решить оригинальные две основные проблемы высокой пороговой линии пользователей и плохого пользовательского опыта, тем самым открывая путь к масштабному росту объема пользователей и, возможно, даже служат основным всплеском в следующем раунде бычьего рынка.
Kernel Ventures — это исследовательское и разработческое сообщество, управляемый крипто VC-фонд с более чем 70 инвестициями на ранних стадиях, сосредоточенный на инфраструктуре, промежуточном программном обеспечении, dApps, особенно ZK, Rollup, DEX, Модульной Блокчейн и вертикалях, которые привлекут следующий миллиард пользователей в крипто, таких как абстракция учетной записи, доступность данных, масштабируемость и т. д. На протяжении последних семи лет мы привержены поддержке роста основных разработчиков сообществ и университетских блокчейн-ассоциаций по всему миру.
Ссылки
Официальная документация ERC4337: https://github.com/eth-infinitism/account-abstraction/blob/develop/eip/EIPS/eip-4337.md
Реализация контрактов для абстракции учетной записи ERC-4337 через альтернативный пул памяти: https://github.com/eth-infinitism/account-abstraction