Первые 3 курса возвращают нас к разработке криптовалютных кошельков и указывают на некоторые трудности и проблемы, связанные с несколькими решениями для кошельков web3, в частности, с единой точкой отказа EOA, мультисигмой и ограничениями MPC-кошелька по переназначению делегатов. Кроме того, пользователям web3 требуется дружественная среда для разработчиков, которая позволяет им легко создавать решения, отвечающие разнообразным требованиям быстро развивающегося ландшафта web3. Ограничиваясь транзакционной логикой EOA на Ethereum, разработчикам было трудно расширить ее функциональность и удовлетворить более сложные требования DApps. Прежде чем мы погрузимся в абстракцию счетов, чтобы понять, почему ее обычно считают ключевым шагом в массовом внедрении web3, нам нужно сравнить типичный жизненный цикл транзакции с EOA и с улучшениями AA в Ethereum.

Сеть Ethereum позволяет только EOA (Externally Owned Account) инициировать транзакцию с ECDSA в качестве подписи, и эта подписанная транзакция отправляется в Mempool на каждом узле сети для обработки. После того, как большинство узлов подтвердили такую информацию, как совпадение подписи, достаточный баланс, достаточное количество газа и нетче, EVM приступает к выполнению транзакции.

Из приведенной выше диаграммы видно, что пять частей, выделенных красным цветом, жестко закодированы в сети Ethereum Network и не могут быть изменены ни при каких обстоятельствах. Следовательно, разработчики должны начинать с нуля, если они вводят новые функциональные возможности, такие как реализация мультиподписи с использованием криптографических методов. Есть ли способ предоставить разработчикам простую среду разработки, не изменяя механизм сети Ethereum? Группа разработчиков внесла предложение о создании EIP-4337, который сейчас известен как ERC-4337, чтобы воплотить его в жизнь. ERC-4337 привносит новые роли в Ethereum, чтобы сделать его более программируемым, что мы называем Абстракцией счета в Ethereum. (сокращенно АА)

*EIP означает Ethereum Improvement Proposal, которое может быть внесено любым членом сообщества Ethereum для изменения или улучшения Сети Ethereum, в то время как ERC - это стандарты для Сети Ethereum, только принятые сообществом EIP могут называться ERC.

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

В контексте AA мы можем просто увидеть, что бандлер берет на себя роль оригинального EOA (на самом деле, бандлер - это EOA), чтобы упаковать UserOperations в Bundle, что соответствует оригинальным транзакциям в Mempool. UO настраивается, позволяя использовать широкий спектр типов подписей. Только проверенные на уровне консенсуса пакеты отправляются в EVM для конкретной проверки каждого UO точкой входа и выполнения соответствующих контрактов. После проверки точки входа начинается выполнение конкретного контракта, который разделен на три модуля:

• Заводской контракт - участвует только во время первоначального создания контракта.
• Контракт со счетом - Используется для реализации пользовательских функциональных возможностей.
• Paymaster Contract - отвечает за обработку индивидуальных платежей за газ.

Поэтому, если сравнить этапы инициирования транзакций в оригинальном варианте и в варианте AA, то нетрудно заметить, что при сохранении механизма слоя консенсуса были введены новые модули, такие как UserOperation, Bundler и EntryPoint, что увеличивает возможность реализации большего количества функций.

источник:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_

Ключевые инновации в кошельке абстракции счета

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

Существует 5 основных направлений, в которых развиваются кошельки AA:.

• Социальное восстановление: Устранение проблем, связанных с необратимой потерей закрытых ключей.
  В AA разработчики могут настраивать метод подписи, что подразумевает использование распространенных методов web2 через мобильную связь, электронную почту или биометрическую верификацию для подписи или восстановления учетной записи.

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

• Улучшения в сфере газа: Позволяет любому человеку платить за газ любыми токенами, включая стабильные монеты
  Благодаря функции Account Abstraction пользователи могут использовать любые токены, включая стабильные монеты, для оплаты газа, что еще больше расширяет возможности спонсирования газа третьими сторонами. Новый дополнительный модуль в EVM, Paymaster, предназначен для обработки операций, связанных с газом. Это означает, что разработчики DApps могут легко субсидировать плату для своих пользователей в качестве средства привлечения пользователей. Более того, он также может позволить пользователям оплачивать бензин кредитными картами или другими способами.

• Автоматические транзакции: Вместо того, чтобы получать одобрение каждый раз, когда мы взаимодействуем с DApp, кошельки AA можно настроить так, чтобы они позволяли автоматическое выполнение операций при заранее определенных условиях. Эта функция позволяет трейдерам следить за чужими стратегиями через децентрализованную биржу или позволяет регулярно оплачивать подписку в мире web3.
• Делегирование вызовов: Владельцы кошельков назначают различные роли для аккаунтов.

Разным пользователям могут быть предоставлены определенные привилегии доступа. Например, Аккаунт A уполномочен управлять кошельком, с максимальным месячным лимитом в $100 на использование.

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

*Кошельки могут добавить больше функций позже. Последнее обновление 3 ноября 2023 г.

источник:https://www.alchemy.com/best/smart-contract-wallets