Кожен обліковий запис Ethereum реалізує п’ять функцій:
EOA реалізує їх жорстко закодованим способом:
Абстракція облікового запису означає додавання програмної логіки до цих п’яти функцій:
EIP-3074 має на меті абстрактне виконання шляхом надлишку EOA довільною логікою виконання через ініціатори. Він має унікальну властивість — розширення можливостей EOA без необхідності переміщення активів до нового облікового запису. Йому не потрібно вирішувати такі проблеми, як децентралізований доступ, оскільки виконання на це не впливає. Інші чотири функції мають, але вони виходять за рамки EIP-3074.
ERC-4337 має на меті абстрагувати весь обліковий запис – усі п’ять функцій. Це складніше вирішити, якщо зберегти децентралізацію та опір цензурі. Основна увага ERC-4337 полягає в тому, щоб пом’якшити DoS і вектори жахливих атак, що ввімкнуто шляхом абстрагування перших чотирьох функціональних можливостей без використання централізованої інфраструктури. Як ERC, він не може розширити можливості EOA, і вимагає переходу на розумний обліковий запис.
Перекриття між двома методами мінімальне: лише абстракція виконання.
Крім того, кожен метод спрямований на вирішення проблем, яких не вирішує інший: EIP-3074 має на меті обслуговувати існуючі EOA та максимально спрощувати речі. ERC-4337 має на меті забезпечити повну абстракцію облікових записів без шкоди для основних властивостей Ethereum, таких як децентралізація.
Якщо хтось наполягає на порівнянні ERC-4337 з попередньою пропозицією, найближчим є EIP-2938, а не EIP-3074. EIP-2938 став проривом у абстрагуванні облікових записів, першою пропозицією, яка усвідомила труднощі пом’якшення DoS у mempool AA. ERC-4337 вирішує певні проблеми, яких не вирішив EIP-2938, але повне порівняння виходить за межі цього документа.
Обидва вирішують абстракцію виконання, а тому вмикають останню категорію варіантів використання вище:
EIP-5003 доповнює EIP-3074, дозволяючи EOA відкликати свій ключ ECDSA та стати розумним контрактом. Як договір, він може абстрагувати решту функцій облікового запису, наприклад заміна ECDSA на інший підпис, ротація ключів, застосування політик доступу тощо. У цьому сенсі він дещо еквівалентний таким пропозиціям, як EIP-6913 та EIP-7377, але кращий за EIP-7377, оскільки як код операції він може використовувати систему відбору газу для самої міграції.
Після того, як EOA буде перетворено на смарт-контракт, він більше не зможе здійснювати прямі транзакції, і до нього потрібно отримати доступ через інший EOA. Це представляє проблему, яку розроблено для вирішення ERC-4337. Користувач має два способи здійснити транзакцію з обліковим записом після міграції:
Спосіб децентралізації доступу до облікового запису після міграції полягає в застосуванні певних обмежень, доки рахунок не сплатить газ. Цей підхід було використано як EIP-2938, так і ERC-4337. <a href="https://notes.ethereum.org/ @yoav /unified-erc-4337-mempool">ERC-4337 mempool пропонує децентралізований спосіб здійснення операцій з обліковим записом.
TL;DR: Ні, це лише підкреслює потребу в ERC-4337.
Існуючим користувачам EOA спокусливо перейти на інтелектуальний обліковий запис на місці замість передачі активів. Однак він має певну вразливість, деякі з яких не можна зменшити.
Що може піти не так, якщо ключ EOA зламано після його відкликання?
Користувач може спалити приватний ключ після міграції та сподіватися, що копії не залишиться, але тоді користувач також не зможе претендувати на ту саму адресу в інших мережах.
Тому міграцію слід використовувати як крайній засіб, коли є вагома причина зберегти стару адресу. За замовчуванням нові облікові записи найкраще розгортати за допомогою CREATE2, а не переносити з EOA, щоб вони не були пов’язані з ключем EOA в інших ланцюгах.
Спільнота схильна надмірно наголошувати на важливості міграції EOA, оскільки більшість поточних користувачів мають EOA. Наступний мільярд користувачів може почати з розумного облікового запису, і їм не доведеться переходити з EOA. Ми, поточні користувачі EOA, є крихітною часткою цього. Перехід може бути важливим на деякий час для поточних користувачів. Це стане рідко використовуваним потоком, коли абстракція облікового запису є нормою.
Так, їх можна <a href="https://notes.ethereum.org/@yoav/eip-3074-erc-4337-synergy"> комбінувати цікавими способами. Якщо ланцюг прийме EIP-3074, проекти, які використовують ERC-4337, зможуть використовувати його на свою користь.
І EIP-3074, і ERC-4337 є кроками, щоб отримати деякі переваги повної абстракції рідного облікового запису. Перший зосереджується на отриманні всіх переваг абстракції виконання, а другий — на отриманні всіх переваг абстракції облікового запису в усіх ланцюжках EVM, але нерідним способом, який є менш ефективним.
Мережа, яка бажає своїм користувачам отримати вигоду від повної абстракції власного облікового запису, може прийняти RIP-7560. Він використовує ту саму архітектуру облікового запису та mempool, що й ERC-4337, але працює на рівні протоколу.
RIP-7560 не потрібно застосовувати з першого дня, і наявні облікові записи зможуть перейти на нього в мережах, які вирішать прийняти його в будь-який час у майбутньому:
Ми збираємо відгуки про RIP-7560, перш ніж запропонувати його закріпити. Якщо вас цікавить нативна абстракція облікового запису, перегляньте PR або приєднайтеся до обговорення.
Кожен обліковий запис Ethereum реалізує п’ять функцій:
EOA реалізує їх жорстко закодованим способом:
Абстракція облікового запису означає додавання програмної логіки до цих п’яти функцій:
EIP-3074 має на меті абстрактне виконання шляхом надлишку EOA довільною логікою виконання через ініціатори. Він має унікальну властивість — розширення можливостей EOA без необхідності переміщення активів до нового облікового запису. Йому не потрібно вирішувати такі проблеми, як децентралізований доступ, оскільки виконання на це не впливає. Інші чотири функції мають, але вони виходять за рамки EIP-3074.
ERC-4337 має на меті абстрагувати весь обліковий запис – усі п’ять функцій. Це складніше вирішити, якщо зберегти децентралізацію та опір цензурі. Основна увага ERC-4337 полягає в тому, щоб пом’якшити DoS і вектори жахливих атак, що ввімкнуто шляхом абстрагування перших чотирьох функціональних можливостей без використання централізованої інфраструктури. Як ERC, він не може розширити можливості EOA, і вимагає переходу на розумний обліковий запис.
Перекриття між двома методами мінімальне: лише абстракція виконання.
Крім того, кожен метод спрямований на вирішення проблем, яких не вирішує інший: EIP-3074 має на меті обслуговувати існуючі EOA та максимально спрощувати речі. ERC-4337 має на меті забезпечити повну абстракцію облікових записів без шкоди для основних властивостей Ethereum, таких як децентралізація.
Якщо хтось наполягає на порівнянні ERC-4337 з попередньою пропозицією, найближчим є EIP-2938, а не EIP-3074. EIP-2938 став проривом у абстрагуванні облікових записів, першою пропозицією, яка усвідомила труднощі пом’якшення DoS у mempool AA. ERC-4337 вирішує певні проблеми, яких не вирішив EIP-2938, але повне порівняння виходить за межі цього документа.
Обидва вирішують абстракцію виконання, а тому вмикають останню категорію варіантів використання вище:
EIP-5003 доповнює EIP-3074, дозволяючи EOA відкликати свій ключ ECDSA та стати розумним контрактом. Як договір, він може абстрагувати решту функцій облікового запису, наприклад заміна ECDSA на інший підпис, ротація ключів, застосування політик доступу тощо. У цьому сенсі він дещо еквівалентний таким пропозиціям, як EIP-6913 та EIP-7377, але кращий за EIP-7377, оскільки як код операції він може використовувати систему відбору газу для самої міграції.
Після того, як EOA буде перетворено на смарт-контракт, він більше не зможе здійснювати прямі транзакції, і до нього потрібно отримати доступ через інший EOA. Це представляє проблему, яку розроблено для вирішення ERC-4337. Користувач має два способи здійснити транзакцію з обліковим записом після міграції:
Спосіб децентралізації доступу до облікового запису після міграції полягає в застосуванні певних обмежень, доки рахунок не сплатить газ. Цей підхід було використано як EIP-2938, так і ERC-4337. <a href="https://notes.ethereum.org/ @yoav /unified-erc-4337-mempool">ERC-4337 mempool пропонує децентралізований спосіб здійснення операцій з обліковим записом.
TL;DR: Ні, це лише підкреслює потребу в ERC-4337.
Існуючим користувачам EOA спокусливо перейти на інтелектуальний обліковий запис на місці замість передачі активів. Однак він має певну вразливість, деякі з яких не можна зменшити.
Що може піти не так, якщо ключ EOA зламано після його відкликання?
Користувач може спалити приватний ключ після міграції та сподіватися, що копії не залишиться, але тоді користувач також не зможе претендувати на ту саму адресу в інших мережах.
Тому міграцію слід використовувати як крайній засіб, коли є вагома причина зберегти стару адресу. За замовчуванням нові облікові записи найкраще розгортати за допомогою CREATE2, а не переносити з EOA, щоб вони не були пов’язані з ключем EOA в інших ланцюгах.
Спільнота схильна надмірно наголошувати на важливості міграції EOA, оскільки більшість поточних користувачів мають EOA. Наступний мільярд користувачів може почати з розумного облікового запису, і їм не доведеться переходити з EOA. Ми, поточні користувачі EOA, є крихітною часткою цього. Перехід може бути важливим на деякий час для поточних користувачів. Це стане рідко використовуваним потоком, коли абстракція облікового запису є нормою.
Так, їх можна <a href="https://notes.ethereum.org/@yoav/eip-3074-erc-4337-synergy"> комбінувати цікавими способами. Якщо ланцюг прийме EIP-3074, проекти, які використовують ERC-4337, зможуть використовувати його на свою користь.
І EIP-3074, і ERC-4337 є кроками, щоб отримати деякі переваги повної абстракції рідного облікового запису. Перший зосереджується на отриманні всіх переваг абстракції виконання, а другий — на отриманні всіх переваг абстракції облікового запису в усіх ланцюжках EVM, але нерідним способом, який є менш ефективним.
Мережа, яка бажає своїм користувачам отримати вигоду від повної абстракції власного облікового запису, може прийняти RIP-7560. Він використовує ту саму архітектуру облікового запису та mempool, що й ERC-4337, але працює на рівні протоколу.
RIP-7560 не потрібно застосовувати з першого дня, і наявні облікові записи зможуть перейти на нього в мережах, які вирішать прийняти його в будь-який час у майбутньому:
Ми збираємо відгуки про RIP-7560, перш ніж запропонувати його закріпити. Якщо вас цікавить нативна абстракція облікового запису, перегляньте PR або приєднайтеся до обговорення.