EIP-8141 vs. ERC-4337: яка між ними різниця?

Головна різниця між EIP-8141 і ERC-4337 полягає в архітектурі. ERC-4337 реалізує абстракцію акаунтів поза межами базового механізму транзакцій Ethereum за допомогою смарт-контрактних гаманців, UserOperation (операція користувача), бандлери, єдиний смарт-контракт EntryPoint і опційних paymaster-и. Натомість EIP-8141 пропонує новий формат Frame Transaction (транзакція з фреймами) на рівні протоколу, де процеси валідації, оплати газу, розгортання та виконання розподіляються між кількома фреймами в одній транзакції.

Обидва підходи впроваджують схожі функції абстракції акаунтів: спонсоровані транзакції, пакетні операції, гнучкі підписи, механізми відновлення доступу, зручний досвід користування гаманцем. Відмінність полягає в глибині інтеграції цих можливостей у сам Ethereum.

Основні висновки

ERC-4337 не змінює власний тип транзакцій Ethereum; EIP-8141 додає Frame Transaction (транзакція з фреймами) безпосередньо на рівні протоколу.

ERC-4337 працює на основі UserOperation (операція користувача), бандлери, єдиний смарт-контракт EntryPoint і контрактів paymaster-и.

EIP-8141 використовує VERIFY, SENDER та інші фрейми для поділу процесів валідації, оплати газу, розгортання й виконання.

Обидва підходи забезпечують абстракцію газу (можливість сплачувати комісію альтернативними способами), пакетні операції, альтернативні підписи й спонсоровані транзакції.

EIP-7702 відкриває шлях для міграції наявних EOA (Externally Owned Account) до смарт-функціональності та дозволяє взаємодію з обома підходами до абстракції акаунтів.

EIP-8141 проти ERC-4337: абстракція акаунтів

Функція ERC-4337 EIP-8141

Головний об'єкт користувача UserOperation (операція користувача) Frame Transaction (транзакція з фреймами)

Модель акаунта Контракт смарт-акаунта Власний акаунт з підтримкою AA

Потрібна зміна протоколу Ні Так

Координатор виконання єдиний смарт-контракт EntryPoint Виконання фреймів на рівні протоколу

Бандлери Ядро стандартного процесу Не обов'язкові

Абстракція газу Контракт paymaster Схвалення оплати всередині фреймів

Пакетні транзакції Логіка смарт-акаунта Кілька фреймів / атомарний пакет (атомарна група дій)

Розгортання акаунта Фабрика/ініціалізаційний код Deploy frame

Валідація Валідація смарт-акаунта VERIFY frame

Виконання користувача Виклик смарт-акаунта SENDER frame

EOA-шлях Підтримка EIP-7702 Код за замовчуванням / модель, сумісна з EIP-7702

ERC-4337 визначає UserOperation (операція користувача) як псевдотранзакцію. Вона містить поля для даних виклику, лімітів газу, максимальної комісії, підпису й даних paymaster, але зрештою бандлери пакують її у звичайну транзакцію Ethereum, яку надсилає в EntryPoint.

EIP-8141 змінює саму структуру транзакції: її вміст складається з кількох фреймів, підписів, параметрів комісії та адреси відправника, що дозволяє кожному фрейму мати власний режим виконання й ліміти газу.

Як працюють смарт-контрактні гаманці на базі ERC-4337

Завдяки ERC-4337 користувач створює або управляє активами через контракт смарт-акаунта, а не покладається лише на традиційний EOA (Externally Owned Account).

Користувач підписує UserOperation (операція користувача) із потрібними даними виклику. Бандлери збирають очікувані UserOperation (операція користувача) і передають їх у контракт EntryPoint, який валідує кожен акаунт і координує виконання. Контракт paymaster може спонсорувати витрати на газ, дозволяючи застосункам реалізовувати умовні політики оплати або давати змогу користувачам сплачувати комісію токенами ERC-20.

Оскільки підпис інтерпретується смарт-акаунтом, а не визначається консенсусними правилами Ethereum, ERC-4337 підтримує сесійні ключі, політики мультипідпису, логіку відновлення доступу та модульні смарт-акаунти.

Чинна архітектура абстракції акаунтів ERC-4337 забезпечує розширені можливості смарт-контрактів без необхідності оновлення протоколу.

Як Frame Transaction (транзакція з фреймами) за EIP-8141 змінює модель

EIP-8141 переносить ці можливості у власний потік транзакцій Ethereum.

Verify frame відповідає за перевірку. Sender frame виконує дію користувача в контексті відправника. Deploy frame встановлює код акаунта до валідації за потреби, а додаткові фрейми відповідають за оплату або логіку після виконання.

Оператор APPROVE дозволяє коду валідації визначити, що саме схвалюється — виконання, оплата чи обидва. Після авторизації виконання решта фреймів виконують багатоступеневі дії.

Тут полягає головна різниця між Frame Transaction (транзакція з фреймами) і ERC-4337: сам протокол розпізнає ці етапи, а не покладається на окремий пайплайн UserOperation (операція користувача).

Оплата та облік газу

Обидві системи дозволяють виконувати транзакції без особистого балансу ETH у користувача.

У ERC-4337 контракт paymaster покриває газ і може отримати компенсацію з користувача в іншому токені. Постачальник гаманця чи dApp визначає умови спонсорства.

У EIP-8141 оплата газу є частиною процесу валідації транзакції. Контракт-спонсор авторизує оплату, а відправник — виконання. Тобто платник і відправник можуть бути різними особами.

EIP-8141 впроваджує чітку модель газу: кожен фрейм отримує свої ліміти виконання й зміни стану, а загальні витрати транзакції обмежені максимумом. Невикористаний газ не передається між фреймами, що обмежує витрати на симуляцію та валідацію.

Пакетні операції та кілька операцій

Смарт-акаунти ERC-4337 вже дозволяють пакетування операцій, тобто виконання кількох дій однією операцією.

EIP-8141 робить пакетування явним завдяки кільком фреймам. Атомарний пакет (атомарна група дій) дає змогу групувати дії так, щоб вони виконувалися або скасовувалися разом. Якщо один фрейм повертає помилку, скасовуються всі зміни групи.

Наприклад, схвалення токена й своп можуть виконуватися як одна послідовність "все або нічого", щоб уникнути невикористаних схвалень у разі невдалого свопу.

Такий підхід до багатоступеневих операцій — одна з причин, чому EIP-8141 спрощує проектування смарт-акаунтів.

EIP-7702 і шлях міграції для EOA (Externally Owned Account)

EIP-7702 дозволяє EOA (Externally Owned Account) делегувати виконання контракту, зберігаючи свою адресу. Це практичний міст між класичними акаунтами і функціями смарт-акаунтів.

ERC-4337 може працювати з акаунтами, що підтримують EIP-7702, не вимагаючи переходу на нову адресу для кожного користувача.

EIP-8141 впроваджує код за замовчуванням, який дає акаунту базову поведінку Frame Transaction (транзакція з фреймами) навіть без коду чи сховища. Deploy frame встановлює або делегує код за потреби.

Таким чином, EIP-7702, ERC-4337 і EIP-8141 — це взаємопов'язані етапи міграції абстракції акаунтів, а не незалежні системи.

Власна абстракція акаунтів: зміни на рівні протоколу

Глибока інтеграція EIP-8141 зменшує залежність від бандлери та іншої офчейн-інфраструктури (інфраструктура поза блокчейном) для більшості операцій абстракції акаунтів.

Вона наближає програмовану валідацію до моделі транзакцій на рівні консенсусу. Можна впроваджувати політики відновлення доступу, агрегацію підписів, сесійні дозволи чи пост-квантову автентифікацію (автентифікація, стійка до квантових атак).

Компроміс — складність. Публічні ноди повинні безпечно обробляти Frame Transaction (транзакція з фреймами) до включення в блок. EIP-8141 визначає обмежений валідаційний префікс, обмежує доступ до стану, встановлює межі валідаційної роботи і по-різному опрацьовує канонічних та неканонічних paymaster-ів, щоб зменшити ризики масової невалідності та відмови в обслуговуванні.

Ширша архітектура абстракції акаунтів Ethereum ілюструє, чому UX гаманців поступово переходить від обхідних рішень на рівні застосунків до глибокої підтримки на рівні протоколу.

Висновок

Просте порівняння: ERC-4337 забезпечує абстракцію акаунтів навколо Ethereum, тоді як EIP-8141 — вбудовує її безпосередньо у Ethereum.

ERC-4337 базується на смарт-контрактних гаманцях, UserOperation (операція користувача), бандлери, EntryPoint і paymaster-и. EIP-8141 використовує Frame Transaction (транзакція з фреймами) із виділеними етапами валідації, відправника, розгортання, оплати й виконання.

ERC-4337 цінний тим, що вже надає зрілу інфраструктуру абстракції акаунтів без необхідності оновлення протоколу. Перевага EIP-8141 — зробити абстракцію газу (можливість сплачувати комісію альтернативними способами), програмовану валідацію, пакетні операції й спонсоровані транзакції власними і незалежними від додаткового пайплайну транзакцій.

Часті запитання

Чи замінює EIP-8141 ERC-4337?

Ні. ERC-4337 вже підтримує розгорнуті смарт-акаунти й наявну інфраструктуру. EIP-8141 змінює власні можливості Ethereum, а гаманці можуть надалі використовувати компоненти ERC-4337 там, де це доцільно.

Чи потрібен для EIP-8141 контракт EntryPoint?

Для основного потоку Frame Transaction (транзакція з фреймами) не потрібен еквівалентний єдиний смарт-контракт EntryPoint. Валідація й виконання реалізуються безпосередньо через фрейми транзакції, а не через UserOperation (операція користувача), які проходять через EntryPoint.

Чи можуть обидві системи підтримувати спонсоровану оплату газу?

Так. ERC-4337 використовує paymaster-и для спонсорування UserOperation (операція користувача). EIP-8141 дозволяє під час валідації транзакції окремо авторизувати відправника й платника, даючи контракту-спонсору можливість покрити газ.

Чи підтримує ERC-4337 наявні EOA (Externally Owned Account)?

Так, особливо через EIP-7702. EOA (Externally Owned Account) може делегувати функції смарт-контракту, зберігаючи свою адресу, що зменшує потребу у повній міграції акаунта.

Чому EIP-8141 називають власною абстракцією акаунтів?

Тому що валідація, авторизація оплати, розгортання й виконання інтегровані у новий формат транзакції Ethereum, а не реалізовані через зовнішню інфраструктуру UserOperation (операція користувача).

Цей матеріал призначений лише для ознайомлення. Стандарти Ethereum, оновлення протоколу, реалізації гаманців і специфікації EIP можуть змінюватися.