Тривалий поштовх: Аналіз випадків використання ринку 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 – це лічильник, який використовується для відображення кількості транзакцій, надісланих зовнішніми обліковими записами, або кількості контрактів, створених контрактними обліковими записами;

②balance – кількість Wei, якою володіє ця адреса;

③codeHash – цей хеш представляє код облікового запису на віртуальній машині Ethereum (EVM). Контрактні облікові записи мають запрограмовані фрагменти коду, які виконують різні операції. Цей код EVM виконується, якщо обліковий запис отримує повідомлення. На відміну від інших полів облікового запису, це не можна змінити. Усі фрагменти коду зберігаються під відповідним хешем у державній базі даних для подальшого пошуку;

④storageRoot – іноді називається хешем зберігання.

Є два типи облікових записів:

①Облікові записи у зовнішній власності (облікові записи у зовнішній власності), тобто EOA, є зовнішнім обліковим записом, який контролюється будь-ким, хто має приватний ключ, і кодHash порожній.

②Обліковий запис Contact (Обліковий запис Contact), тобто CA, не має закритого ключа, а codeHash не порожній.

Основна відмінність між зовнішнім обліковим записом EOA та контрактним обліковим записом CA:

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

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

Поєднання двох облікових записів ERC-4337 передає функції смарт-контракту в гаманець в одному обліковому записі, що дає великий простір для фантазії функціям гаманця AA.

Наразі більшість гаманців Ethereum є зовнішніми холдинговими рахунками, як-от найбільш широко використовуваний гаманець метамаски 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, розроблений для того, щоб зробити dApps такими ж зручними, як мобільні програми. Будучи першим уніфікованим операційним протоколом Web3, він створює прошарок між користувачами та інфраструктурою шифрування, такою як загальнодоступні ланцюжки та міжланцюгові мости, що дозволяє користувачам легко взаємодіяти з dappOS і завершувати перевірку та верифікацію в децентралізованому світі. DappOS включає функцію відновлення мнемонічних слів, які були випадково видалені, і користувачі можуть скинути свої облікові записи за допомогою інших пристроїв або навіть сторонніх служб KYC.

Рішення в основному складається з двох частин:

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

②Мережа dappOS: децентралізована мережа, яка допомагає користувачам автоматично виконувати операції, пов’язані з гаманцем і крос-ланцюжками, а також завершувати складний процес взаємодії, що стоїть за транзакцією.

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