

Абстракція акаунтів (AA) стала ключовою концепцією в екосистемі Ethereum. Вона змінює способи управління акаунтами та взаємодії користувачів із блокчейном. Цей гайд розкриває деталі абстракції акаунтів та інноваційної пропозиції EIP-4337, що підвищує безпеку і зручність у сфері криптовалют.
Щоб зрозуміти абстракцію акаунтів, потрібно знати базову структуру акаунтів Ethereum. У мережі Ethereum є два типи акаунтів: акаунти зовнішнього власника (EOA) та акаунти контрактів (CA). EOA — це акаунти, якими користувач керує через приватний ключ і seed-фразу, тобто самостійно зберігає криптографічні дані. Акаунти контрактів працюють за логікою смартконтрактів, розгорнутих у блокчейні.
Абстракція акаунтів змінює цю архітектуру, відокремлюючи джерело транзакції від підпису, і дозволяє оновлювати EOA так, щоб вони діяли як CA. У результаті смартконтракти можуть керувати акаунтами, створюючи смартконтрактні гаманці. Це дає користувачам більшу гнучкість, нові опції безпеки та покращений досвід роботи з екосистемою Ethereum. Завдяки EIP-4337 ці переваги доступні на багатьох платформах.
Спільнота Ethereum активно підтримує абстракцію акаунтів, оскільки вона вирішує ключові проблеми користувацького досвіду. Головна перевага AA — це гнучкість, що дозволяє налаштовувати складну логіку транзакцій і параметри безпеки.
З точки зору безпеки AA дає змогу використовувати різні способи перевірки, зокрема мультипідпис, соціальне відновлення й індивідуальні методи аутентифікації. Це спрощує доступ для новачків і одночасно підвищує безпеку для досвідчених користувачів. EIP-4337 зробив ці рішення практично застосовними.
Розвиток абстракції акаунтів в Ethereum супроводжувався низкою важливих пропозицій. Знайомство з Ethereum Improvement Proposal (EIP) допомагає оцінити роль EIP-4337.
EIP-2938 вперше запропонував зробити акаунти контрактів “верхнього рівня” — платоспроможними і здатними самостійно проводити транзакції. Така ідея мала стерти межу між EOA і CA, але вимагала змін протоколу. EIP-3074 ввів OpCode AUTH і AUTHCALL, які дозволяють EOA делегувати дії контракту. Це спрощує розробку транзакцій і механізмів перевірки.
І EIP-2938, і EIP-3074 вимагали змін у протоколі Ethereum, що створювало додаткові ризики та складності. Через це їх реалізацію відклали. EIP-4337 став проривом, бо дозволяє абстракцію акаунтів без змін протоколу, що значно спрощує впровадження і підвищує безпеку.
Головна перевага EIP-4337 перед попередниками — спосіб реалізації. EIP-3074, хоча й використовує нові OpCode AUTH та AUTHCALL, потребує змін консенсусного шару, що загрожує стабільності мережі. Загроза “hard fork” стримує спільноту Ethereum.
EIP-4337 реалізує абстракцію акаунтів на рівні вище протоколу, що виключає зміну консенсусу і мінімізує ризики. Водночас зберігаються ключові переваги абстракції акаунтів. Тому EIP-4337 став основним стандартом для AA у Ethereum, і його підтримка зростає серед гаманців та платформ.
EIP-4337 містить складну архітектуру з ключовими компонентами, які забезпечують абстракцію акаунтів. Знання цих елементів необхідне для розуміння системи.
Об'єкт UserOperation — основна одиниця транзакцій, що містить всю інформацію для виконання. Контракт Entry Point — координатор, який обробляє пакети операцій і керує потоком транзакцій. Bundler — вузли, що агрегують операції у пакети для оптимізації витрат на газ.
Wallet-контракти — це акаунти користувача на базі смартконтракту, що виконують транзакції. Wallet-фабрики дозволяють швидко створювати нові гаманці. Aggregator відповідає за перевірку підписів у пакетних операціях, а Paymaster — за гнучку оплату газу, даючи змогу платити різними валютами або користуватися спонсорованими транзакціями.
Модульна архітектура забезпечує стійкість і чіткий розподіл ролей кожного компоненту. Стандарт EIP-4337 гарантує сумісність і взаємодію між реалізаціями.
Потік транзакцій за EIP-4337 суттєво відрізняється від класичної моделі Ethereum. Впроваджуються нові етапи і механізми, що реалізують абстракцію акаунтів.
Процес стартує, коли власник акаунту створює UserOperation, що містить усі дані транзакції: адресу, параметри газу (maxFeePerGas, maxPriorityFee) та підпис. На відміну від класичних транзакцій, логіку підпису визначає акаунт, а не протокол. Операції надходять у спеціальний пул, окремий від стандартного mempool. Це — ключова особливість EIP-4337.
Bundler (валідатор) отримує операції з пулу і агрегує їх у пакети. Bundler може діяти як блок-білдер або використовувати інфраструктуру на кшталт MEV-boost, забезпечуючи включення пакетних операцій у блоки із дотриманням валідності. Можливе використання експериментальних RPC, таких як eth_sendRawTransactionConditional, для оптимізації включення. Фреймворк EIP-4337 дає гнучкість і гарантує безпеку.
Зібрані операції надходять у Entry Point, що координує перевірку і виконання. Контракт викликає validateUserOp для перевірки підпису і автентичності. Bundler підтримує whitelist для контрактів Entry Point, допускаючи тільки перевірені операції. Цей етап забезпечує безпеку та запобігає несанкціонованим транзакціям.
Транзакції виконуються на рівні смартконтрактного гаманця через ExecuteUserOp. Bundler пакує перевірені операції і ініціює handleOps у EntryPoint. Після включення в блок результати фіксуються у блокчейні. Архітектура EIP-4337 гарантує безпеку та ефективність виконання.
Кожна архітектура гаманця має свої переваги і недоліки. EOA-гаманці — це акаунти зовнішнього власника з низькою вартістю створення і комісій, але обмеженою функціональністю й відсутністю нативного відновлення. Вони працюють на підписах ECDSA, потребують ретельного управління приватними ключами, а рівень безпеки залежить від реалізації. EOA-гаманці залишаються популярними на платформах для торгівлі.
MPC-гаманці підтримують тип акаунту EOA і розподіляють управління ключами між кількома сторонами, усуваючи єдину точку відмови і дозволяючи офлайн-відновлення. Однак вони все ще використовують ECDSA і вимагають уваги до політики авторизації підпису та прозорості.
AA-гаманці працюють через акаунти контракту і реалізують EIP-4337. Це найсучасніша архітектура: вища вартість створення і комісій, але максимальна гнучкість, мультивалютні платежі, пакетні транзакції, різні підписи й вбудоване відновлення. Після EIP-4337 AA-гаманці отримують безпеку на рівні ланцюга і усувають єдину точку відмови. Недолік — складність і потреба в аудиторському контролі контрактів і пулів.
Розуміння відмінностей між EIP-3074 та EIP-4337 дозволяє оцінити вибір шляху реалізації абстракції акаунтів.
Головна перевага EIP-3074 — можливість надання EOA функцій контракту без розгортання нових контрактів. AUTH і AUTHCALL дозволяють делегувати контроль EOA контракту, що дає розробникам гнучку основу для нових схем транзакцій: пакетна торгівля, агреговані транзакції, гнучка оплата газу.
Механізм invoker contract у EIP-3074 дозволяє створювати довірених посередників між спонсором і підопічним, приймати оплату в токенах, відмінних від ETH. Це розширює доступ до Ethereum, усуваючи вимогу про ETH для комісій. Будь-який EOA може одразу отримати функції смартконтрактного гаманця без розгортання окремого контракту. EIP-4337 отримав ширшу підтримку завдяки комплексному підходу.
EIP-3074 стикається з серйозними труднощами, через які його реалізацію відклали. Потреба у змінах консенсусного шару створює ризик і може спричинити “hard fork”. Зміни протоколу несуть невизначеність і можуть дестабілізувати мережу.
EIP-3074 дає EOA властивості контракту, але залишає фіксований механізм підпису ECDSA. Це обмежує використання нових схем підпису і гнучкість абстракції акаунтів. Неможливість застосовувати сучасні схеми підпису — ключове обмеження порівняно з EIP-4337.
EIP-5003 розвиває ідеї EIP-3074 і дає шлях для переходу EOA на контрактний акаунт. OpCode AUTHUSURP дозволяє розгортати код на адресах, авторизованих через EIP-3074.
У поєднанні з EIP-3607, що відкликає права підпису оригінального ключа, EIP-5003 створює механізм міграції EOA. Наприклад, якщо EOA дає іншій адресі право діяти від свого імені через EIP-3074, AUTHUSURP дозволяє розгорнути код на цій адресі. EOA фактично стає контрактним акаунтом і може перейти на сучасні схеми підпису.
Пропозиція демонструє прагнення спільноти Ethereum забезпечити шляхи міграції для існуючих акаунтів і підтримку вибору користувача. Інтеграція принципів EIP-4337 відображає еволюцію рішень абстракції акаунтів.
Абстракція акаунтів — це ключовий етап у розвитку Ethereum для масового впровадження. EIP-4337 дає екосистемі практичне рішення, що усуває давні проблеми користувацького досвіду без ризикових змін консенсусу. Переваги — підвищена безпека, гнучка оплата газу, пакетні транзакції, відновлення акаунту — спрощують доступ для широкої аудиторії та дають розширені можливості досвідченим користувачам.
Рух від пропозицій EIP-2938 і EIP-3074 до EIP-4337 показує прагматичний підхід спільноти до інновацій. EIP-4337 дозволяє безпечне впровадження і зберігає всі переваги абстракції акаунтів.
Із зростанням інтеграції абстракції акаунтів у Ethereum ми бачимо масове використання смартконтрактних гаманців, покращення досвіду користувачів і появу нових застосунків, що раніше були неможливими. Майбутнє управління акаунтами Ethereum — це не лише безпека і гнучкість, а й доступність для всіх. Democratization блокчейн-технологій і нові можливості безпеки та зручності від EIP-4337 готують Ethereum до масового впровадження й подальших інновацій у сфері децентралізованих фінансів. EIP-4337 став основою для інфраструктури гаманців нового покоління на різних платформах і сервісах.
EIP-4337 — це стандарт абстракції акаунтів у Ethereum. Він дозволяє розділити підписування і виконання транзакцій, використовує об'єкти UserOperation і глобальний контракт entry point для пакетних транзакцій, що підвищує безпеку і ефективність екосистеми Ethereum.
EIP-4337 — набір інструментів для створення функцій абстракції акаунтів. EIP-7702 адаптує ці функції для роботи з існуючими акаунтами зовнішнього власника.
ERC-4337 — протокол Ethereum для абстракції акаунтів. Він дозволяє смарт-акаунтам виконувати транзакції без ETH, використовуючи токени ERC-20 або paymasters. Вводить UserOperation для ретрансляції транзакцій.
Ні, EIP і ERC — це різні поняття. EIP (Ethereum Improvement Proposal) — це зміни в протоколі, а ERC (Ethereum Request for Comment) — стандарти токенів і смартконтрактів.











