Глибокий аналіз історії та майбутнього абстрагування рахунку Ethereum
Вступ
Ця стаття ділиться на дві великі частини:
Перша частина починається з першої пропозиції AA у 2015 році, система узагальнює основний зміст пропозицій EIP до сьогоднішнього дня, оглядає розвиток історії пропозицій AA та комплексно оцінює переваги та недоліки кожного з варіантів.
Другий розділ зосереджується на порівнянні відгуків на ринку, що виникли після впровадження EIP4337, з глибоким аналізом EIP7702, який незабаром буде включено в наступне оновлення Ethereum. Ця пропозиція, якщо буде об'єднана, повністю змінить форму децентралізованих додатків.
EIP-7702 має епохальне значення, давайте детально обговоримо.
1. Фон абстрагування рахунку
1.1 Значення абстрагування рахунку
Засновник Ethereum Віталік, оновлюючи дорожню карту ETH наприкінці 2023 року, не змінив налаштування абстрагування рахунку. Наразі основна модель переходить з EIP-4337 на наступний етап: добровільне перетворення акаунтів EOA.
Більше ніж через рік після запуску EIP4337, 1 березня 2023 року на WalletCon у Денвері офіційно оголошено (, цей план отримав широке визнання користувачів, але не був широко використаний. У такому суперечливому ринковому середовищі прогрес EIP-7702 значно прискорився, і вже підтверджено, що він буде об'єднаний у наступному оновленні.
) 1.2 Стан ринку абстрагування рахунку
Протягом півтора року розвитку EIP4337 на основних ланцюгах налічується 12 мільйонів адрес. Серед них на основній мережі Ethereum лише 6,764 активні адреси, що значно відрізняється від кількості EOA та CA адрес. Кількість незалежних адрес на основній мережі Ethereum досягла 270 мільйонів, що свідчить про те, що EIP4337 практично не має суттєвого розвитку на основній мережі.
Однак це не впливає на сутнісну вартість AA. Дизайн EIP4337 приречений на те, що він важко вирішує питання зворотної сумісності мережі. З ростом різних L2 ланцюгів, які нативно інтегрують AA, кількість адрес EIP4337 на L2 різко зросла, при цьому в липні активні користувачі мереж Base та Polygon досягли 1 мільйона та 3 мільйонів відповідно, що є досить значним.
Отже, дизайн EIP4337 не є помилковим, він має багато переваг. Поточний стан справ викликаний різницею між основною мережею та L2, які потребують відповідних рішень.
![Глибоке дослідження минулого та майбутнього абстрагування акаунтів Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. Що таке абстрагування рахунку?
абстрагування рахунку в основному вирішує питання розділення прав власності.
У архітектурі EVM є два типи акаунтів: зовнішні акаунти ) EOA ( та акаунти контрактів ) Contract Account (. Власність та право підпису зовнішнього акаунту належать одній і тій же особі. Особа, яка має приватний ключ, не лише володіє "власністю акаунту", але й має право "підписувати передачу всіх активів".
Це визначається структурою транзакції акаунта Ethereum. З структури транзакції видно, що стандартна транзакція Ethereum не має поля From. Під час переказу коштів конкретна адреса, з якої витрачаються кошти, визначається через параметри VRS ), підписані користувачем, які дозволяють розшифрувати адресу From (.
Це стосується концепцій, таких як ECDSA та односторонні порогові функції, але не буде розгорнуто. Загалом, це забезпечується криптографією для гарантії безпеки, що також призвело до поточної скрутної ситуації з об'єднанням прав власності на EOA-адреси.
Основний ефект EIP4337 полягає в додаванні адреси відправника у поле транзакції, що дозволяє відокремити приватний ключ від адреси, що підлягає обробці.
Причина, чому розділення прав власності є таким важливим, полягає в тому, що зовнішні акаунти )EOA( викликатимуть більше питань:
Важко захистити приватний ключ: втрата приватного ключа означає втрату всіх активів.
Алгоритм підпису обмежений: рідний протокол може використовувати лише алгоритми підпису та перевірки ECDSA під час верифікації транзакцій.
Висока дозволеність підпису: без рідного мультипідпису ) мультипідпис може бути реалізований лише через смарт-контракт (, одноосібний підпис може виконувати будь-які операції.
Комісія за транзакцію може сплачуватися тільки в ETH, масові транзакції не підтримуються.
Витік приватності транзакцій: одноосібні транзакції легко аналізувати для отримання приватної інформації про власників акаунтів.
Ці обмеження ускладнюють звичайним користувачам використання Ethereum:
По-перше, для використання будь-якого додатку на Ethereum користувачі повинні володіти Етер ) та брати на себе ризики від коливань цін (.
По-друге, користувачам потрібно впоратися зі складною логікою витрат, такі як ціна газу, ліміт газу, блокування транзакцій ) порядок nonce ( та інші поняття, які занадто складні для користувачів.
Нарешті, хоча багато блокчейн-гаманців або додатків намагаються підвищити користувацький досвід за рахунок оптимізації продукту, ефект є незначним.
Отже, рішення полягає в реалізації абстрагування рахунку, що дозволяє розділити право власності )Owner( та право підпису )Signer(, щоб поступово вирішити вищезазначені проблеми.
В історії існувало безліч варіантів, які врешті-решт злилися в два напрямки.
![Глибоке занурення в минуле та майбутнє абстрагування акаунтів Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Огляд історії пропозицій AA
Розв'язання проблеми здається, що має багато пропозицій EIP, але в основному це дві основні ідеї. У минулому кожна неприйнята пропозиція EIP об'єднала питання, які стали точками прориву для теперішнього рішення.
) 3.1 Перший маршрут: перетворити EOA адресу в CA адресу
15 листопада 2015 року Віталік запропонував нову структуру рахунку на основі контрактів в рамках EIP-101. Адресу було змінено на таку, що має лише код і простір для зберігання, змінилася підтримка комісії, яка тепер може сплачуватися через ERC20, за допомогою попередньо скомпільованого контракту нативний токен було перетворено на клас ERC20 для зберігання балансу ###, що дозволяє реалізувати функції авторизації автоматичного зняття коштів (, а поля транзакції були спрощені до лише to, startgas, data та code.
Зараз виглядає, що це революційна зміна, яка суттєво змінить базовий дизайн, дозволяючи кожному акаунту мати свою "кодову" логіку ), що і є метою EIP-7702 на даний момент (.
Можна також отримати інші функції, наприклад:
Дозволити торгам використовувати більше криптографічних алгоритмів, які можуть бути вказані всередині коду кожної адреси для методів верифікації та автентифікації.
Має властивості захисту від квантових атак, оскільки код може бути оновлений.
Надати Етеру функціональні характеристики, які відповідають контракту ERC20, основний ефект полягає в наявності авторизації на утримання, без необхідності витрачати рідну монету.
Підвищення кастомізації акаунту, сумісність із соціальним відновленням, підтримка SBT, відновлення ключів тощо.
Причина, чому не вдалося продовжити, дуже проста: очевидно, що кроки були занадто великими, і питання конфлікту хешів транзакцій та проблеми безпеки були недостатньо обґрунтовані, тому все залишалося в підвішеному стані. Але кожна концепція переваг стала однією з основних функцій наступних EIP4337 та EIP7702.
Пізніше було ще кілька EIP, які намагалися вдосконалити цю логіку:
EIP-859: головна ланцюгова абстракція акаунта )2018-01-30(
Спроба вирішити проблему розгортання коду. Основна функція полягає в тому, що, якщо контракт сторони угоди не розгорнутий, то використовується параметр code, що додається до угоди, для виконання розгортання гаманця контракту. Крім того, було запропоновано новий код операції PAYGAS, який, окрім оплати газу, також став роздільником між частиною перевірки та частиною виконання в параметрах транзакції.
Хоча тоді це закінчилося безрезультатно, але це стало однією з основних логік теперішнього EIP7702. Кожна транзакція EIP7702 поєднує спеціальну структуру транзакції, що дозволяє прикріплювати певний код, таким чином надаючи EOA адресі можливості контракту в цій транзакції.
Це також є основним механізмом обговорення в цій статті, EIP. Віталік оприлюднив EIP-7702 як альтернативу EIP-3074. Таким чином, EIP-3074 був відхилений, EIP-7702 визначено, що буде включено в майбутній ETH Prague/Electra)Pectra( жорсткий форк, про що ми детально розповімо далі.
) 3.2 Другий маршрут: дозволити адресі EOA керувати адресою CA
EIP-3074:додавання операційних кодів AUTH та AUTHCALL ###2020-10-15(
Додано два нових OpCodes AUTH і AUTHCALL в EVM, що дозволяє EOA через ці два opcode авторизувати контракт замість ідентичності EOA для виклику інших контрактів.
У загальному, EOA може надіслати підписане повідомлення ) транзакції ( до довіреного контракту ), який називається Invoker (. Цей контракт Invoker може використовувати операційні коди AUTH і AUTHCALL, щоб замінити цю EOA для виконання транзакції.
EIP-4337: реалізація абстрагування рахунку за допомогою пам'яті транзакцій ) 2021-09-29 (
Натхненний MEV, його основною цінністю є можливість повністю уникнути змін протоколу рівня консенсусу.
EIP4337 пропонує новий об'єкт транзакції UserOperation, який користувачі надсилають до мемпулу, де бандлери з боку майнерів масово упаковують і передають для виконання контрактів транзакційні операції, по суті, це піднімає базові транзакції та операції з акаунтами на рівень виконання контрактів.
EIP-5189: через ендорсерів для управління абстрагованими акаунтами )2022-06-29(
Це оптимізація логіки EIP4337, яка запобігає атакам DoS блокування зловмисних Bundler через створення механізму підтримки штрафів за фінансування.
) 3.3 Інші пропозиції для підтримки абстрагування рахунку
EIP-2718:упаковка нових типів транзакцій ###2020-06-13(
Це остаточно затверджена пропозиція, яка визначає новий тип угоди як конверт для майбутніх нових типів угод.
Кінцевий ефект полягає в тому, що при введенні нового типу транзакцій через певне кодування відрізняється, який це тип транзакції, що дозволяє йому бути лише зворотно сумісним, не потребуючи попередньої сумісності. Найбільш поширеним прикладом є EIP1559, який розрізняє комісії за транзакції, використовуючи нове кодування типу транзакцій, і при цьому не впливає на початковий тип транзакцій legacy.
EIP-3607: зробити адреси EOA недоступними для розгортання контрактів )2021-06-10(
Це додаткова схема на шляху AA, призначена для запобігання конфлікту між адресою розгортання контракту та адресою EOA. Вона контролює методи генерації контрактів, заважаючи системі розгортати код на адресах, які вже є адресами EOA. Цей ризик насправді дуже малий, адже адреса Ethereum має довжину 160 біт, хоча існують методи зіткнення приватних ключів для отримання приватного ключа для заданої адреси контракту, але за оцінками, з урахуванням усієї обчислювальної потужності Bitcoin, знадобиться ще рік.
) 3.4 Як зрозуміти розвиток абстрагування рахунку?
По-перше, потрібно зрозуміти цінність після переходу до CA.
В основному це фактичний ефект EIP-4337, який може реалізувати:
Відновлення соціальних зв'язків
Агреґація підписів
Пакетна торгівля
захист від атак DOS
Оплата газових витрат
ERC20 сплата Gas
Платіжний підготовлений контракт
Безгазовий переказ
Управління правами
Обмеження на торгівлю
оновлюваний гаманець
пісочниця для виконання
Але головний недолік EIP-4337 полягає в тому, що він суперечить принципу людських мотивів.
Виглядає краще, але потрапило в мертве коло розвитку ринку :D Багато Dapp все ще несумісні, тому користувачі не хочуть використовувати акаунт CA, навіть якщо використання CA має вищі торгові витрати ### У звичайних сценаріях переказу, торгові витрати також можуть подвоїтися (, занадто залежить від сумісності самого Dapp.
Тому на основній мережі Ethereum досі не стало популярним.
Вартість є найважливішим критерієм для користувачів, вартість повинна бути знижена.
Але для того, щоб справді знизити GAS, необхідно, щоб сам Ethereum провів м'яке форк-оновлення, змінивши обчислення GAS або змінивши споживання GAS для операційних кодів та інших модулів. Оскільки потрібно провести м'який форк, чому б не розглянути EIP-7702 безпосередньо?
![Глибоке дослідження минулого та майбутнього абстрагування рахунку Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
4. Повний аналіз EIP-7702
) 4.1 Що таке EIP-7702
Вона розрізняє нові типи транзакцій, дозволяючи EOA тимчасово мати функції смарт-контрактів в одній транзакції, що підтримує бізнесові операції, такі як пакетні транзакції, безгазові транзакції та управління правами доступу, без необхідності впровадження нових EVM opCode###, що вплине на зворотну сумісність(.
Це дозволяє користувачам отримати більшість можливостей абстрагування рахунку без розгортання смарт-контрактів, навіть може надати третім особам можливість ініціювати транзакції від імені користувача без необхідності надання приватного ключа, достатньо підписати інформацію про авторизацію.
) 4.2 структура даних
Вона визначає новий тип транзакції 0x04, який має RLP-кодовану серіалізацію вмісту TransactionPayload, що наведений нижче:
Важливо, що було додано об'єкт authorization_list, який зберігає код, який підписувачі хочуть виконати у своєму EOA. Користувач підписує угоду одночасно з підписанням коду контракту, який існує у вигляді двовимірного списку, що вказує на можливість зберігання кількох операційних даних для виконання пакетних операцій.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
18 лайків
Нагородити
18
7
Поділіться
Прокоментувати
0/400
0xLuckbox
· 18год тому
4337 ще не встиг нагрітися, як вже потрібно міняти на 7702.
Переглянути оригіналвідповісти на0
DefiSecurityGuard
· 07-20 13:21
ммм... виявлено підозрілу модель розгортання в eip4337. викликаю червоні прапори на цьому. не для того, щоб сіяти паніку, але вектори атак є *тривожними*
Переглянути оригіналвідповісти на0
FastLeaver
· 07-18 23:22
Зараз йду, це eip дивитися болить голова.
Переглянути оригіналвідповісти на0
AirdropChaser
· 07-18 23:19
4337 - це все ями, 7702 також не є привабливим.
Переглянути оригіналвідповісти на0
LightningAllInHero
· 07-18 23:18
Ей, я чув, що 4337 хочуть скасувати? Це сприятлива інформація!
Переглянути оригіналвідповісти на0
GameFiCritic
· 07-18 23:13
AA змінюється, що з того? роздрібний інвестор все одно втрачає монети.
Історія розвитку абстрагування рахунку Ethereum: від EIP4337 до EIP7702 значні зміни
Глибокий аналіз історії та майбутнього абстрагування рахунку Ethereum
Вступ
Ця стаття ділиться на дві великі частини:
Перша частина починається з першої пропозиції AA у 2015 році, система узагальнює основний зміст пропозицій EIP до сьогоднішнього дня, оглядає розвиток історії пропозицій AA та комплексно оцінює переваги та недоліки кожного з варіантів.
Другий розділ зосереджується на порівнянні відгуків на ринку, що виникли після впровадження EIP4337, з глибоким аналізом EIP7702, який незабаром буде включено в наступне оновлення Ethereum. Ця пропозиція, якщо буде об'єднана, повністю змінить форму децентралізованих додатків.
EIP-7702 має епохальне значення, давайте детально обговоримо.
1. Фон абстрагування рахунку
1.1 Значення абстрагування рахунку
Засновник Ethereum Віталік, оновлюючи дорожню карту ETH наприкінці 2023 року, не змінив налаштування абстрагування рахунку. Наразі основна модель переходить з EIP-4337 на наступний етап: добровільне перетворення акаунтів EOA.
Більше ніж через рік після запуску EIP4337, 1 березня 2023 року на WalletCon у Денвері офіційно оголошено (, цей план отримав широке визнання користувачів, але не був широко використаний. У такому суперечливому ринковому середовищі прогрес EIP-7702 значно прискорився, і вже підтверджено, що він буде об'єднаний у наступному оновленні.
) 1.2 Стан ринку абстрагування рахунку
Протягом півтора року розвитку EIP4337 на основних ланцюгах налічується 12 мільйонів адрес. Серед них на основній мережі Ethereum лише 6,764 активні адреси, що значно відрізняється від кількості EOA та CA адрес. Кількість незалежних адрес на основній мережі Ethereum досягла 270 мільйонів, що свідчить про те, що EIP4337 практично не має суттєвого розвитку на основній мережі.
Однак це не впливає на сутнісну вартість AA. Дизайн EIP4337 приречений на те, що він важко вирішує питання зворотної сумісності мережі. З ростом різних L2 ланцюгів, які нативно інтегрують AA, кількість адрес EIP4337 на L2 різко зросла, при цьому в липні активні користувачі мереж Base та Polygon досягли 1 мільйона та 3 мільйонів відповідно, що є досить значним.
Отже, дизайн EIP4337 не є помилковим, він має багато переваг. Поточний стан справ викликаний різницею між основною мережею та L2, які потребують відповідних рішень.
![Глибоке дослідження минулого та майбутнього абстрагування акаунтів Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. Що таке абстрагування рахунку?
абстрагування рахунку в основному вирішує питання розділення прав власності.
У архітектурі EVM є два типи акаунтів: зовнішні акаунти ) EOA ( та акаунти контрактів ) Contract Account (. Власність та право підпису зовнішнього акаунту належать одній і тій же особі. Особа, яка має приватний ключ, не лише володіє "власністю акаунту", але й має право "підписувати передачу всіх активів".
Це визначається структурою транзакції акаунта Ethereum. З структури транзакції видно, що стандартна транзакція Ethereum не має поля From. Під час переказу коштів конкретна адреса, з якої витрачаються кошти, визначається через параметри VRS ), підписані користувачем, які дозволяють розшифрувати адресу From (.
Це стосується концепцій, таких як ECDSA та односторонні порогові функції, але не буде розгорнуто. Загалом, це забезпечується криптографією для гарантії безпеки, що також призвело до поточної скрутної ситуації з об'єднанням прав власності на EOA-адреси.
Основний ефект EIP4337 полягає в додаванні адреси відправника у поле транзакції, що дозволяє відокремити приватний ключ від адреси, що підлягає обробці.
Причина, чому розділення прав власності є таким важливим, полягає в тому, що зовнішні акаунти )EOA( викликатимуть більше питань:
Важко захистити приватний ключ: втрата приватного ключа означає втрату всіх активів.
Алгоритм підпису обмежений: рідний протокол може використовувати лише алгоритми підпису та перевірки ECDSA під час верифікації транзакцій.
Висока дозволеність підпису: без рідного мультипідпису ) мультипідпис може бути реалізований лише через смарт-контракт (, одноосібний підпис може виконувати будь-які операції.
Комісія за транзакцію може сплачуватися тільки в ETH, масові транзакції не підтримуються.
Витік приватності транзакцій: одноосібні транзакції легко аналізувати для отримання приватної інформації про власників акаунтів.
Ці обмеження ускладнюють звичайним користувачам використання Ethereum:
По-перше, для використання будь-якого додатку на Ethereum користувачі повинні володіти Етер ) та брати на себе ризики від коливань цін (.
По-друге, користувачам потрібно впоратися зі складною логікою витрат, такі як ціна газу, ліміт газу, блокування транзакцій ) порядок nonce ( та інші поняття, які занадто складні для користувачів.
Нарешті, хоча багато блокчейн-гаманців або додатків намагаються підвищити користувацький досвід за рахунок оптимізації продукту, ефект є незначним.
Отже, рішення полягає в реалізації абстрагування рахунку, що дозволяє розділити право власності )Owner( та право підпису )Signer(, щоб поступово вирішити вищезазначені проблеми.
В історії існувало безліч варіантів, які врешті-решт злилися в два напрямки.
![Глибоке занурення в минуле та майбутнє абстрагування акаунтів Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Огляд історії пропозицій AA
Розв'язання проблеми здається, що має багато пропозицій EIP, але в основному це дві основні ідеї. У минулому кожна неприйнята пропозиція EIP об'єднала питання, які стали точками прориву для теперішнього рішення.
) 3.1 Перший маршрут: перетворити EOA адресу в CA адресу
15 листопада 2015 року Віталік запропонував нову структуру рахунку на основі контрактів в рамках EIP-101. Адресу було змінено на таку, що має лише код і простір для зберігання, змінилася підтримка комісії, яка тепер може сплачуватися через ERC20, за допомогою попередньо скомпільованого контракту нативний токен було перетворено на клас ERC20 для зберігання балансу ###, що дозволяє реалізувати функції авторизації автоматичного зняття коштів (, а поля транзакції були спрощені до лише to, startgas, data та code.
Зараз виглядає, що це революційна зміна, яка суттєво змінить базовий дизайн, дозволяючи кожному акаунту мати свою "кодову" логіку ), що і є метою EIP-7702 на даний момент (.
Можна також отримати інші функції, наприклад:
Дозволити торгам використовувати більше криптографічних алгоритмів, які можуть бути вказані всередині коду кожної адреси для методів верифікації та автентифікації.
Має властивості захисту від квантових атак, оскільки код може бути оновлений.
Надати Етеру функціональні характеристики, які відповідають контракту ERC20, основний ефект полягає в наявності авторизації на утримання, без необхідності витрачати рідну монету.
Підвищення кастомізації акаунту, сумісність із соціальним відновленням, підтримка SBT, відновлення ключів тощо.
Причина, чому не вдалося продовжити, дуже проста: очевидно, що кроки були занадто великими, і питання конфлікту хешів транзакцій та проблеми безпеки були недостатньо обґрунтовані, тому все залишалося в підвішеному стані. Але кожна концепція переваг стала однією з основних функцій наступних EIP4337 та EIP7702.
Пізніше було ще кілька EIP, які намагалися вдосконалити цю логіку:
EIP-859: головна ланцюгова абстракція акаунта )2018-01-30(
Спроба вирішити проблему розгортання коду. Основна функція полягає в тому, що, якщо контракт сторони угоди не розгорнутий, то використовується параметр code, що додається до угоди, для виконання розгортання гаманця контракту. Крім того, було запропоновано новий код операції PAYGAS, який, окрім оплати газу, також став роздільником між частиною перевірки та частиною виконання в параметрах транзакції.
Хоча тоді це закінчилося безрезультатно, але це стало однією з основних логік теперішнього EIP7702. Кожна транзакція EIP7702 поєднує спеціальну структуру транзакції, що дозволяє прикріплювати певний код, таким чином надаючи EOA адресі можливості контракту в цій транзакції.
EIP-7702: налаштування коду EOA акаунту )2024-05-07(
Це також є основним механізмом обговорення в цій статті, EIP. Віталік оприлюднив EIP-7702 як альтернативу EIP-3074. Таким чином, EIP-3074 був відхилений, EIP-7702 визначено, що буде включено в майбутній ETH Prague/Electra)Pectra( жорсткий форк, про що ми детально розповімо далі.
) 3.2 Другий маршрут: дозволити адресі EOA керувати адресою CA
EIP-3074:додавання операційних кодів AUTH та AUTHCALL ###2020-10-15(
Додано два нових OpCodes AUTH і AUTHCALL в EVM, що дозволяє EOA через ці два opcode авторизувати контракт замість ідентичності EOA для виклику інших контрактів.
У загальному, EOA може надіслати підписане повідомлення ) транзакції ( до довіреного контракту ), який називається Invoker (. Цей контракт Invoker може використовувати операційні коди AUTH і AUTHCALL, щоб замінити цю EOA для виконання транзакції.
EIP-4337: реалізація абстрагування рахунку за допомогою пам'яті транзакцій ) 2021-09-29 (
Натхненний MEV, його основною цінністю є можливість повністю уникнути змін протоколу рівня консенсусу.
EIP4337 пропонує новий об'єкт транзакції UserOperation, який користувачі надсилають до мемпулу, де бандлери з боку майнерів масово упаковують і передають для виконання контрактів транзакційні операції, по суті, це піднімає базові транзакції та операції з акаунтами на рівень виконання контрактів.
EIP-5189: через ендорсерів для управління абстрагованими акаунтами )2022-06-29(
Це оптимізація логіки EIP4337, яка запобігає атакам DoS блокування зловмисних Bundler через створення механізму підтримки штрафів за фінансування.
) 3.3 Інші пропозиції для підтримки абстрагування рахунку
EIP-2718:упаковка нових типів транзакцій ###2020-06-13(
Це остаточно затверджена пропозиція, яка визначає новий тип угоди як конверт для майбутніх нових типів угод.
Кінцевий ефект полягає в тому, що при введенні нового типу транзакцій через певне кодування відрізняється, який це тип транзакції, що дозволяє йому бути лише зворотно сумісним, не потребуючи попередньої сумісності. Найбільш поширеним прикладом є EIP1559, який розрізняє комісії за транзакції, використовуючи нове кодування типу транзакцій, і при цьому не впливає на початковий тип транзакцій legacy.
EIP-3607: зробити адреси EOA недоступними для розгортання контрактів )2021-06-10(
Це додаткова схема на шляху AA, призначена для запобігання конфлікту між адресою розгортання контракту та адресою EOA. Вона контролює методи генерації контрактів, заважаючи системі розгортати код на адресах, які вже є адресами EOA. Цей ризик насправді дуже малий, адже адреса Ethereum має довжину 160 біт, хоча існують методи зіткнення приватних ключів для отримання приватного ключа для заданої адреси контракту, але за оцінками, з урахуванням усієї обчислювальної потужності Bitcoin, знадобиться ще рік.
) 3.4 Як зрозуміти розвиток абстрагування рахунку?
По-перше, потрібно зрозуміти цінність після переходу до CA.
В основному це фактичний ефект EIP-4337, який може реалізувати:
Але головний недолік EIP-4337 полягає в тому, що він суперечить принципу людських мотивів.
Виглядає краще, але потрапило в мертве коло розвитку ринку :D Багато Dapp все ще несумісні, тому користувачі не хочуть використовувати акаунт CA, навіть якщо використання CA має вищі торгові витрати ### У звичайних сценаріях переказу, торгові витрати також можуть подвоїтися (, занадто залежить від сумісності самого Dapp.
Тому на основній мережі Ethereum досі не стало популярним.
Вартість є найважливішим критерієм для користувачів, вартість повинна бути знижена.
Але для того, щоб справді знизити GAS, необхідно, щоб сам Ethereum провів м'яке форк-оновлення, змінивши обчислення GAS або змінивши споживання GAS для операційних кодів та інших модулів. Оскільки потрібно провести м'який форк, чому б не розглянути EIP-7702 безпосередньо?
![Глибоке дослідження минулого та майбутнього абстрагування рахунку Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
4. Повний аналіз EIP-7702
) 4.1 Що таке EIP-7702
Вона розрізняє нові типи транзакцій, дозволяючи EOA тимчасово мати функції смарт-контрактів в одній транзакції, що підтримує бізнесові операції, такі як пакетні транзакції, безгазові транзакції та управління правами доступу, без необхідності впровадження нових EVM opCode###, що вплине на зворотну сумісність(.
Це дозволяє користувачам отримати більшість можливостей абстрагування рахунку без розгортання смарт-контрактів, навіть може надати третім особам можливість ініціювати транзакції від імені користувача без необхідності надання приватного ключа, достатньо підписати інформацію про авторизацію.
) 4.2 структура даних
Вона визначає новий тип транзакції 0x04, який має RLP-кодовану серіалізацію вмісту TransactionPayload, що наведений нижче:
rlp###[ chain_id, nonce max_priority_fee_per_gas, max_fee_per_gas, gas_limit, призначення, значення, дані, access_list, authorization_list, signature_y_parity, signature_r, signature_s ](
Важливо, що було додано об'єкт authorization_list, який зберігає код, який підписувачі хочуть виконати у своєму EOA. Користувач підписує угоду одночасно з підписанням коду контракту, який існує у вигляді двовимірного списку, що вказує на можливість зберігання кількох операційних даних для виконання пакетних операцій.
authorization_list = [[chain_id, адреса, ні, y_parity, р, с], ...]
) 4.3 торгівельне життя