Длинный толчок: анализ рыночных вариантов использования ERC-4337 на основе транзакций с намерением

Автор: Arrow@go2mars, Источник: Автор Twitter @ArrowCrypto_eth

Сегодня мы поговорим о ERC-4337 (абстракция учетной записи Ethereum) на основе транзакций намерений. На самом деле, в предыдущей статье мы уже упоминали роль Account Abstract в проекте Bob the Solver.

Абстракция учетной записи ERC-4337

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

Это означает, что кошелек AA может получить доступ к кошельку смарт-контрактов, не полагаясь на централизованный ретранслятор, контролируемый одним объектом, что позволяет осуществлять транзакции и создавать контракты в едином контрактном аккаунте.

Абстракция учетной записи объединяет функции существующих двух типов учетных записей ① внешней учетной записи (EOA) и ② учетной записи смарт-контракта (CA), предоставляя функции смарт-контракта кошельку в одной учетной записи. Это делает будущие инновационные проекты кошельков более вероятными.

Давайте сначала разберемся в основах этих двух типов учетных записей.

Учетная запись Ethereum имеет четыре поля: {nonce, Balance, codeHash, StorageRoot}, где:

①Nonce — счетчик, используемый для отображения количества транзакций, отправленных внешними учетными записями, или количества контрактов, созданных учетными записями контрактов;

②баланс – количество Wei, принадлежащее этому адресу;

③codeHash — этот хэш представляет код учетной записи на виртуальной машине Ethereum (EVM). Контрактные учетные записи содержат запрограммированные фрагменты кода, выполняющие различные операции. Этот код EVM выполняется, если учетная запись получает вызов сообщения. В отличие от других полей учетной записи, его нельзя изменить. Все фрагменты кода сохраняются под соответствующим хешем в базе данных штата для последующего извлечения;

④storageRoot — иногда называется хэшем хранилища.

Два типа учетной записи:

①Учетные записи, принадлежащие внешним владельцам (учетные записи, принадлежащие внешним владельцам), то есть EOA, — это учетная запись, принадлежащая внешним владельцам, контролируемая любым, у кого есть закрытый ключ, и codeHash пуст.

②Контактная учетная запись (Контактная учетная запись), то есть CA, не имеет закрытого ключа, а codeHash не пуст.

Основное различие между внешней учетной записью EOA и контрактной учетной записью CA заключается в следующем:

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

Контрактная учетная запись (CA): создание контракта требует затрат из-за необходимости использовать пространство сетевого хранилища; транзакции можно отправлять только после их получения; транзакции, инициированные с внешних учетных записей на контрактные учетные записи, могут запускать код, который может выполнять различные операции. , такие как передача токенов. Монеты даже создают новые контракты; учетные записи контрактов не имеют закрытых ключей и контролируются логикой кода смарт-контракта.

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

В настоящее время большинство кошельков Ethereum являются внешними учетными записями, такими как наиболее широко используемый кошелек metamask little fox.

Но этот тип внешнего кошелька будет ограничен установленными правилами внешнего кошелька.Например, доступ к вашей учетной записи полностью зависит от закрытого ключа, и все транзакции должны быть подписаны.Если вы потеряете мнемонику, вы потеряете контроль над кошелек. .

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

Как работает ERC-4337

Предложение по абстракции учетной записи полностью исключает необходимость изменения протокола уровня консенсуса.Фактически, аналогичная концепция была предложена в предыдущем EIP-2938, но протокол уровня консенсуса необходимо изменить. Идея «делегирования управления EOA смарт-контракту» также предлагается в EIP-3074.

Вместо добавления новых функций протокола и изменения базового типа транзакции предложение ERC-4337 вводит объект псевдотранзакции более высокого уровня, называемый UserOperation.

В процессе фактической операции пользователь отправляет объект UserOperation в новый отдельный пул памяти. Затем эти объекты упаковываются в единую транзакцию путем вызова специального контракта через упаковщика (Bundler), и транзакция также будет включена в блок.

Предложение также вводит платежный механизм, при котором пользователи могут оплачивать сборы за газ с помощью произвольных токенов ERC-20 (таких как USDC) вместо ETH или позволить третьей стороне полностью поддерживать свои сборы за газ, и все это децентрализованным способом.

Намеренная транзакция с ERC-4337

В ERC-4337 UserOperation — это «объект псевдотранзакции», который представляет намерение пользователя совершить транзакцию. Он может содержать несколько инструкций и дополнительные данные для выполнения вызова смарт-контракта, инициированного учетной записью смарт-контракта. Позже, благодаря ERC4337, будет принято все больше и больше намерений.

Давайте взглянем на dappOS, операционный протокол Web3, который в последнее время был очень популярен и известен как ведущий новый нарратив «Intent-Centric».

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

Решение в основном состоит из двух частей:

①Учетная запись dappOS: пользователь использует единую учетную запись, основанную на абстракции учетной записи, вместо внешней учетной записи EOA, что позволяет пользователям восстанавливать учетные записи, выполнять предварительные пакетные транзакции и автоматизировать выполнение. агрегация кошельков также может облегчить пользователям унифицированное управление активами в разных цепочках;

② Сеть dappOS: децентрализованная сеть, которая помогает пользователям автоматически выполнять операции, связанные с кошельком и кроссчейном, и завершать сложный процесс взаимодействия, стоящий за транзакцией.

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

Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • комментарий
  • Репост
  • Поделиться
комментарий
0/400
Нет комментариев
  • Закрепить