Глибокий аналіз еволюції абстрагування рахунку Ethereum
Вступ
Ця стаття поділена на дві великі частини:
Перша частина починається з першої пропозиції AA 2015 року, система узагальнює основний зміст EIP-пропозицій до сьогоднішнього дня, з метою дослідити розвиток пропозицій AA з історичної точки зору та провести комплексну оцінку різних схем.
Друга частина зосереджується на порівнянні ринкової реакції після запропонування EIP4337, а також поглибленому аналізі EIP7702, який незабаром буде включено до наступного оновлення Ethereum. Як тільки ця пропозиція буде об'єднана, це повністю змінить форму децентралізованих додатків.
EIP-7702 має епохальне значення, давайте детальніше розглянемо.
1. Абстрагування рахунку
1.1 позиціонування абстрагування рахунку
Засновник Ethereum Віталік під час оновлення дорожньої карти ETH наприкінці 2023 року не змінив налаштування абстрагування рахунку. Наразі основна модель переходить з EIP-4337 до наступного етапу добровільного переходу EOA.
Понад рік після виходу EIP4337, він здобув широке визнання серед користувачів, але не був широко використаний. У цій суперечливій ринковій обстановці прогрес EIP-7702 значно прискорився, і вже підтверджено, що він буде об'єднаний у наступному оновленні.
1.2 Стан ринку абстрагування рахунку
Після півтора року розвитку EIP4337 на основних ланцюгах існує лише 12 мільйонів адрес, з яких на основній мережі Ethereum активно використовуються лише 6,764 адреси, що значно нижче, ніж кількість адрес EOA та CA. У основній мережі Ethereum EIP4337 практично не має суттєвого розвитку.
Проте, це не впливає на сутнісну цінність AA. З самого початку дизайну EIP4337 було вирішено, що він важко вирішить питання зворотної сумісності основної мережі. З розгортанням нативного AA на різних L2 ланцюгах, кількість адрес EIP4337 на L2 зазнала вибухового зростання, при цьому активні користувачі ланцюгів Base та Polygon у липні досягли 1 мільйона та 3 мільйонів відповідно.
Отже, у EIP4337 немає жодних помилок у дизайні, у нього є багато переваг. Поточний стан викликаний різницею між основною мережею та L2, їм потрібні відповідні рішення.
2. Що таке абстрагування рахунку?
абстрагування рахунку в основному вирішує проблему розділення прав власності.
У архітектурі EVM є два типи акаунтів: зовнішній акаунт ( EOA ) та акаунт контракту ( CA ). Право власності та право підпису зовнішнього акаунту насправді належать одній і тій же сутності. Особа, що володіє приватним ключем, має не лише "право власності" на акаунт, а й право "підписувати передачу всіх активів".
Це визначається структурою транзакцій акаунта Ethereum. У стандартній транзакції немає поля From, фактичний переказ коштів здійснюється через параметри VRS (, підписані користувачем, ), які розшифровують адресу From. Це призвело до нинішньої проблеми з об'єднанням прав власності на адреси EOA.
Основний ефект EIP4337 полягає в додаванні адреси відправника в поле транзакції, що дозволяє відокремити приватний ключ від адреси, яку обробляють.
Розділення прав власності є важливим, оскільки зовнішні акаунти (EOA) створюватимуть більше проблем:
Важко захистити приватний ключ: втрата приватного ключа означає втрату всіх активів.
Однотипний алгоритм підпису: рідний протокол може використовувати лише перевірку підпису ECDSA.
Підписні права надто високі: немає нативного мультипідпису, однопідпису достатньо для виконання будь-якої операції.
Комісія за транзакцію може сплачуватися лише в ETH, не підтримує масові транзакції.
Витік конфіденційності交易: одноосібна торгівля полегшує аналіз конфіденційної інформації акаунта.
Ці обмеження ускладнюють використання Ethereum звичайними користувачами:
По-перше, для використання додатків Ethereum потрібно мати ETH і нести ризики цінових коливань.
По-друге, користувачам потрібно впоратися з такими складними концепціями, як ціна газу, ліміт газу, неповторний номер тощо.
Нарешті, хоча багато гаманців намагаються оптимізувати досвід, ефект обмежений.
Ключем до подолання цих обмежень є реалізація абстрагування рахунку, що дозволяє розділити право власності та право підпису, тим самим вирішуючи зазначені вище проблеми по черзі.
В історії існувало багато варіантів, зрештою зведених до двох шляхів.
3. Огляд історії пропозицій абстрагування рахунку
Розв'язання проблеми здається, що є багато пропозицій EIP, але в кінцевому підсумку це всього лише дві основні ідеї. Кожна неприйнята пропозиція EIP враховує питання, що вже включені в існуючі рішення.
3.1 Перший варіант: перетворення адреси EOA в адресу CA
У листопаді 2015 року Віталік запропонував нову структуру рахунку у EIP-101, яка використовує контракти як акаунти. Адресу було змінено на таку, що має лише код і простір для зберігання, що підтримує оплату комісій у ERC20, через попередньо скомпільовані контракти перетворюючи рідні токени на баланс, подібний до ERC20, спростивши поля транзакції до to, startgas, data та code.
Це революційна зміна, яка значно змінить базовий дизайн, дозволяючи кожній адресі акаунту мати власну "кодову" логіку (, що також є метою EIP-7702 ).
Воно також може похідні інші функції:
Транзакції використовують більше криптографічних алгоритмів, метод підпису визначається внутрішнім кодом адреси.
Містить характеристики захисту від квантових атак, оскільки код може бути оновлений.
Зробити ETH таким же функціональним, як ERC20, наприклад, авторизація на утримання
Підвищення можливостей налаштування акаунту, сумісність з соціальним відновленням, підтримка SBT, відновлення ключів тощо
Причина, чому не було продовжено, проста: кроки були занадто великими, і не було достатньо уваги до конфліктів хешів транзакцій і безпеки. Але кожна перевага стала основною функцією наступних EIP4337 та EIP7702.
Наступна серія EIP намагається вдосконалити цю логіку:
Як альтернативу EIP-3074 буде включено у майбутній жорсткий форк ETH Prague/Electra.
3.2 Другий маршрут: нехай адреса EOA керує адресою CA
EIP-3074(2020-10-15): додати операційні коди AUTH та AUTHCALL
Додавання двох нових опкодів до EVM, які дозволяють EOA уповноважувати контракти замість ідентичності EOA викликати інші контракти.
EIP-4337(2021-09-29): Використання мемпулу транзакцій для абстрагування рахунку
Натхненний MEV, повністю уникає змін у протоколі рівня консенсусу. Запропоновано об'єкт UserOperation, який користувач надсилає до пулу пам'яті, а бандлери пакетно пакують і виконують транзакції.
EIP-5189(2022-06-29): через операції з ендорсерами абстрагування рахунку
Оптимізація EIP4337, запобігання атакам DoS за допомогою механізму підтримки.
3.3 Інші пропозиції, що підтримують абстрагування рахунку
EIP-2718(2020-06-13):упаковка нового типу транзакцій
Визначення нового типу транзакції як конверта для майбутніх типів транзакцій.
EIP-3607(2021-06-10): заборонити розгортання контрактів з адрес EOA
Запобігання конфлікту між адресою розгортання контракту та адресою EOA.
3.4 Як зрозуміти етапи розвитку абстрагування рахунку?
Перш за все, потрібно зрозуміти цінність, яка виникає після переходу до CA, фактично це є реальний ефект EIP-4337.
Але основний недолік EIP-4337 полягає в тому, що він суперечить принципу людських мотивів. Він потрапляє в мертве коло розвитку ринку: Dapp не сумісні, користувачі не хочуть використовувати адреси CA, витрати на використання CA вищі, занадто покладається на сумісність Dapp.
тому в мережі Ethereum ніколи не поширювався.
Вартість є найважливішим критерієм оцінки для користувачів, тому необхідно зменшити витрати.
Щоб дійсно знизити Gas, необхідно провести м'який форк оновлення самого Ethereum. Якщо вже йдеться про м'який форк, чому б не розглянути EIP-7702.
4. Повний аналіз EIP-7702
4.1 Що таке EIP-7702
Вона дозволяє EOA тимчасово мати функції смарт-контракту в одній транзакції через новий тип транзакцій, підтримує пакетні транзакції, транзакції без Gas та управління правами доступу, і не потребує введення нового EVM opCode.
Користувачі можуть отримати більшість можливостей абстрагування рахунку без необхідності розгортання смарт-контрактів, навіть можуть використовувати сторонні сервіси для здійснення транзакцій, необхідно лише підписати авторизаційну інформацію.
4.2 структура даних
Визначення нового типу транзакції 0x04, TransactionPayload є результатом RLP-кодування наступного вмісту:
Додано об'єкт authorization_list, який зберігає код, який підписувачі хочуть виконати в EOA.
4.3 Життєвий цикл交易
4.3.1 етап верифікації
Відновлення адреси підписувача
Перевірка ID ланцюга
Перевірка коду підписувача
Перевірка nonce підписувача
Налаштування коду підписувача
Збільшення nonce підписувача
Додати акаунт підписанта до списку відвіданих адрес
4.3.2 етап виконання операцій
Завантажте код з поля address authorization_list, виконуючи в контексті акаунта підписувача.
4.4 Цінність EIP-7702
Це змінить всю ланцюгову взаємодію Web3 гаманців, суттєво покращуючи користувацький досвід. Звичайні транзакції, ініційовані EOA, можуть виконувати різні логіки, такі як масовий transfer.
порушив кілька існуючих стереотипів:
Баланс акаунту може зменшитися через операції, що не походять з цього акаунту.
Після виконання транзакції nonce EOA може збільшитися на кілька
Логіка захисту порівняння tx.origin і msg.sender не діє
EOA може видавати події
EOA може не отримати активи ERC20 тощо
4.5 Порівняння EIP-7702 та EIP-4337
Переваги EIP-7702:
Газ нижчий
Витрати на міграцію користувачів нижчі
Підтримка повної довіреності та захищеної довіреності
Недоліки EIP-7702:
М'яке оновлення, потрібно консенсусне просування
Значні зміни, широкий вплив
Важко аудиторувати
Більшість інфраструктури важко безпосередньо адаптувати
EOA не може зберігати простір
Вартість окремих угод трохи вища
може призвести до відправлення активів DoS
Логіка поповнення та зняття на ланцюгу може бути непослідовною
Подія, що виникає з EOA, може бути проблемною
5. Підсумок
абстрагування рахунку можна впроваджувати тільки в кінці модуля "Виправити все". Прискорення прогресу EIP7702 головним чином викликає виклики для безпеки системи. Це врешті-решт буде реалізовано, оскільки витрати для користувачів зменшилися.
EIP7702 порушує кілька правил на блокчейні та більшість логіки Dapp, але його основна перевага в тому, що витрати для користувачів знижуються. Користувачі все ще є акаунтами EOA, використовують логіку CA за потребою, витрати на володіння та використання зменшилися.
Незважаючи на те, що EIP7702 змінює багато, через переваги вартості варто всім Dapp дослідити адаптацію. Цього разу користувачі обов'язково стануть на бік EIP7702.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
6 лайків
Нагородити
6
5
Поділіться
Прокоментувати
0/400
NotSatoshi
· 8год тому
Віталік Бутерін ця хвиля хоче змінити Ethereum до невпізнаваності
Переглянути оригіналвідповісти на0
LiquidatorFlash
· 8год тому
Тривога: eip7702 поріг застави занадто високий, ризик ліквідації не можна ігнорувати
Переглянути оригіналвідповісти на0
MevShadowranger
· 8год тому
Ось це справжня еволюція! Старому 4337 час йти.
Переглянути оригіналвідповісти на0
MEVSandwichVictim
· 8год тому
Ти нарешті зрозумів AA?
Переглянути оригіналвідповісти на0
LiquidationWatcher
· 8год тому
О боже, 4337 викликав у мене тривогу, але 7702... насправді ми, можливо, нарешті зробимо це правильно після всіх тих невдалих спроб з 2015 року.
Еволюція абстрагування рахунку Ethereum: від EIP-4337 до EIP-7702 значний прорив
Глибокий аналіз еволюції абстрагування рахунку Ethereum
Вступ
Ця стаття поділена на дві великі частини:
Перша частина починається з першої пропозиції AA 2015 року, система узагальнює основний зміст EIP-пропозицій до сьогоднішнього дня, з метою дослідити розвиток пропозицій AA з історичної точки зору та провести комплексну оцінку різних схем.
Друга частина зосереджується на порівнянні ринкової реакції після запропонування EIP4337, а також поглибленому аналізі EIP7702, який незабаром буде включено до наступного оновлення Ethereum. Як тільки ця пропозиція буде об'єднана, це повністю змінить форму децентралізованих додатків.
EIP-7702 має епохальне значення, давайте детальніше розглянемо.
1. Абстрагування рахунку
1.1 позиціонування абстрагування рахунку
Засновник Ethereum Віталік під час оновлення дорожньої карти ETH наприкінці 2023 року не змінив налаштування абстрагування рахунку. Наразі основна модель переходить з EIP-4337 до наступного етапу добровільного переходу EOA.
Понад рік після виходу EIP4337, він здобув широке визнання серед користувачів, але не був широко використаний. У цій суперечливій ринковій обстановці прогрес EIP-7702 значно прискорився, і вже підтверджено, що він буде об'єднаний у наступному оновленні.
1.2 Стан ринку абстрагування рахунку
Після півтора року розвитку EIP4337 на основних ланцюгах існує лише 12 мільйонів адрес, з яких на основній мережі Ethereum активно використовуються лише 6,764 адреси, що значно нижче, ніж кількість адрес EOA та CA. У основній мережі Ethereum EIP4337 практично не має суттєвого розвитку.
Проте, це не впливає на сутнісну цінність AA. З самого початку дизайну EIP4337 було вирішено, що він важко вирішить питання зворотної сумісності основної мережі. З розгортанням нативного AA на різних L2 ланцюгах, кількість адрес EIP4337 на L2 зазнала вибухового зростання, при цьому активні користувачі ланцюгів Base та Polygon у липні досягли 1 мільйона та 3 мільйонів відповідно.
Отже, у EIP4337 немає жодних помилок у дизайні, у нього є багато переваг. Поточний стан викликаний різницею між основною мережею та L2, їм потрібні відповідні рішення.
2. Що таке абстрагування рахунку?
абстрагування рахунку в основному вирішує проблему розділення прав власності.
У архітектурі EVM є два типи акаунтів: зовнішній акаунт ( EOA ) та акаунт контракту ( CA ). Право власності та право підпису зовнішнього акаунту насправді належать одній і тій же сутності. Особа, що володіє приватним ключем, має не лише "право власності" на акаунт, а й право "підписувати передачу всіх активів".
Це визначається структурою транзакцій акаунта Ethereum. У стандартній транзакції немає поля From, фактичний переказ коштів здійснюється через параметри VRS (, підписані користувачем, ), які розшифровують адресу From. Це призвело до нинішньої проблеми з об'єднанням прав власності на адреси EOA.
Основний ефект EIP4337 полягає в додаванні адреси відправника в поле транзакції, що дозволяє відокремити приватний ключ від адреси, яку обробляють.
Розділення прав власності є важливим, оскільки зовнішні акаунти (EOA) створюватимуть більше проблем:
Важко захистити приватний ключ: втрата приватного ключа означає втрату всіх активів.
Однотипний алгоритм підпису: рідний протокол може використовувати лише перевірку підпису ECDSA.
Підписні права надто високі: немає нативного мультипідпису, однопідпису достатньо для виконання будь-якої операції.
Комісія за транзакцію може сплачуватися лише в ETH, не підтримує масові транзакції.
Витік конфіденційності交易: одноосібна торгівля полегшує аналіз конфіденційної інформації акаунта.
Ці обмеження ускладнюють використання Ethereum звичайними користувачами:
По-перше, для використання додатків Ethereum потрібно мати ETH і нести ризики цінових коливань.
По-друге, користувачам потрібно впоратися з такими складними концепціями, як ціна газу, ліміт газу, неповторний номер тощо.
Нарешті, хоча багато гаманців намагаються оптимізувати досвід, ефект обмежений.
Ключем до подолання цих обмежень є реалізація абстрагування рахунку, що дозволяє розділити право власності та право підпису, тим самим вирішуючи зазначені вище проблеми по черзі.
В історії існувало багато варіантів, зрештою зведених до двох шляхів.
3. Огляд історії пропозицій абстрагування рахунку
Розв'язання проблеми здається, що є багато пропозицій EIP, але в кінцевому підсумку це всього лише дві основні ідеї. Кожна неприйнята пропозиція EIP враховує питання, що вже включені в існуючі рішення.
3.1 Перший варіант: перетворення адреси EOA в адресу CA
У листопаді 2015 року Віталік запропонував нову структуру рахунку у EIP-101, яка використовує контракти як акаунти. Адресу було змінено на таку, що має лише код і простір для зберігання, що підтримує оплату комісій у ERC20, через попередньо скомпільовані контракти перетворюючи рідні токени на баланс, подібний до ERC20, спростивши поля транзакції до to, startgas, data та code.
Це революційна зміна, яка значно змінить базовий дизайн, дозволяючи кожній адресі акаунту мати власну "кодову" логіку (, що також є метою EIP-7702 ).
Воно також може похідні інші функції:
Транзакції використовують більше криптографічних алгоритмів, метод підпису визначається внутрішнім кодом адреси.
Містить характеристики захисту від квантових атак, оскільки код може бути оновлений.
Зробити ETH таким же функціональним, як ERC20, наприклад, авторизація на утримання
Підвищення можливостей налаштування акаунту, сумісність з соціальним відновленням, підтримка SBT, відновлення ключів тощо
Причина, чому не було продовжено, проста: кроки були занадто великими, і не було достатньо уваги до конфліктів хешів транзакцій і безпеки. Але кожна перевага стала основною функцією наступних EIP4337 та EIP7702.
Наступна серія EIP намагається вдосконалити цю логіку:
EIP-859(2018-01-30):головна ланцюгова абстракція акаунта
Вирішення проблеми розгортання коду, пропозиція нового коду операцій PAYGAS.
EIP-7702(2024-05-07): налаштування коду EOA акаунту
Як альтернативу EIP-3074 буде включено у майбутній жорсткий форк ETH Prague/Electra.
3.2 Другий маршрут: нехай адреса EOA керує адресою CA
EIP-3074(2020-10-15): додати операційні коди AUTH та AUTHCALL
Додавання двох нових опкодів до EVM, які дозволяють EOA уповноважувати контракти замість ідентичності EOA викликати інші контракти.
EIP-4337(2021-09-29): Використання мемпулу транзакцій для абстрагування рахунку
Натхненний MEV, повністю уникає змін у протоколі рівня консенсусу. Запропоновано об'єкт UserOperation, який користувач надсилає до пулу пам'яті, а бандлери пакетно пакують і виконують транзакції.
EIP-5189(2022-06-29): через операції з ендорсерами абстрагування рахунку
Оптимізація EIP4337, запобігання атакам DoS за допомогою механізму підтримки.
3.3 Інші пропозиції, що підтримують абстрагування рахунку
EIP-2718(2020-06-13):упаковка нового типу транзакцій
Визначення нового типу транзакції як конверта для майбутніх типів транзакцій.
EIP-3607(2021-06-10): заборонити розгортання контрактів з адрес EOA
Запобігання конфлікту між адресою розгортання контракту та адресою EOA.
3.4 Як зрозуміти етапи розвитку абстрагування рахунку?
Перш за все, потрібно зрозуміти цінність, яка виникає після переходу до CA, фактично це є реальний ефект EIP-4337.
Але основний недолік EIP-4337 полягає в тому, що він суперечить принципу людських мотивів. Він потрапляє в мертве коло розвитку ринку: Dapp не сумісні, користувачі не хочуть використовувати адреси CA, витрати на використання CA вищі, занадто покладається на сумісність Dapp.
тому в мережі Ethereum ніколи не поширювався.
Вартість є найважливішим критерієм оцінки для користувачів, тому необхідно зменшити витрати.
Щоб дійсно знизити Gas, необхідно провести м'який форк оновлення самого Ethereum. Якщо вже йдеться про м'який форк, чому б не розглянути EIP-7702.
4. Повний аналіз EIP-7702
4.1 Що таке EIP-7702
Вона дозволяє EOA тимчасово мати функції смарт-контракту в одній транзакції через новий тип транзакцій, підтримує пакетні транзакції, транзакції без Gas та управління правами доступу, і не потребує введення нового EVM opCode.
Користувачі можуть отримати більшість можливостей абстрагування рахунку без необхідності розгортання смарт-контрактів, навіть можуть використовувати сторонні сервіси для здійснення транзакцій, необхідно лише підписати авторизаційну інформацію.
4.2 структура даних
Визначення нового типу транзакції 0x04, TransactionPayload є результатом RLP-кодування наступного вмісту:
[chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, value, data, access_list, authorization_list, signature_y_parity, signature_r, signature_s]
Додано об'єкт authorization_list, який зберігає код, який підписувачі хочуть виконати в EOA.
4.3 Життєвий цикл交易
4.3.1 етап верифікації
4.3.2 етап виконання операцій
Завантажте код з поля address authorization_list, виконуючи в контексті акаунта підписувача.
4.4 Цінність EIP-7702
Це змінить всю ланцюгову взаємодію Web3 гаманців, суттєво покращуючи користувацький досвід. Звичайні транзакції, ініційовані EOA, можуть виконувати різні логіки, такі як масовий transfer.
порушив кілька існуючих стереотипів:
4.5 Порівняння EIP-7702 та EIP-4337
Переваги EIP-7702:
Недоліки EIP-7702:
5. Підсумок
абстрагування рахунку можна впроваджувати тільки в кінці модуля "Виправити все". Прискорення прогресу EIP7702 головним чином викликає виклики для безпеки системи. Це врешті-решт буде реалізовано, оскільки витрати для користувачів зменшилися.
EIP7702 порушує кілька правил на блокчейні та більшість логіки Dapp, але його основна перевага в тому, що витрати для користувачів знижуються. Користувачі все ще є акаунтами EOA, використовують логіку CA за потребою, витрати на володіння та використання зменшилися.
Незважаючи на те, що EIP7702 змінює багато, через переваги вартості варто всім Dapp дослідити адаптацію. Цього разу користувачі обов'язково стануть на бік EIP7702.