Глибокий аналіз минулого та майбутнього абстрагування рахунку Ethereum
Ця стаття поділена на дві великі частини:
Верхня частина починається з першої пропозиції AA 2015 року, система узагальнює основний зміст пропозицій EIP до сьогоднішнього дня, досліджує еволюцію історичних пропозицій AA та проводить комплексну оцінку різних варіантів.
У нижній частині основна увага приділяється порівнянню реакції ринку на EIP4337, а також глибокому аналізу EIP7702, яка буде включена в наступне оновлення Ethereum. Ця пропозиція, після злиття, повністю змінить форму застосування в ланцюгу.
EIP-7702 має епохальне значення, давайте детальніше розглянемо це.
1. Фон абстрагування рахунку
1.1 Значення абстрагування рахунку
Засновник Ethereum Віталік наприкінці 2023 року знову оновив дорожню карту розвитку ETH, але налаштування абстрагування рахунку не змінилися. Наразі основна модель переходить з 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. Що таке абстрагування рахунку?
Абстрагування рахунку в основному вирішує проблему розділення прав власності.
Ethereum віртуальна машина)EVM( має дві категорії акаунтів: зовнішній акаунт)EOA( та контрактний акаунт)Contract Account(. Право власності та право підпису зовнішнього акаунту фактично належать одній і тій же особі. Особа, яка володіє приватним ключем, не тільки має "власність" акаунту, але й має право "підписувати передачу всіх активів".
Це визначається структурою угоди акаунта Ethereum. Стандартна угода Ethereum не має поля From, насправді воно розшифровується за допомогою параметра VRS ), тобто підпису користувача (. Це пов'язано з такими концепціями, як ECDSA та односторонні функції з обмеженням. Криптографія забезпечує безпеку, але також створює труднощі з об'єднанням прав власності на поточні адреси EOA.
Основний ефект EIP4337 полягає в додаванні поля Sender Address до поля транзакції, що дозволяє відокремити приватний ключ від адреси, яка підлягає обробці.
Причина, чому розділення власності є таким важливим, полягає в тому, що дизайн зовнішнього акаунту )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-3074. Тому EIP-3074 було відхилено, EIP-7702 було визначено для включення в майбутнє жорстке розгалуження ETH Prague/Electra)Pectra(, конкретні деталі будуть викладені далі.
) 3.2 Другий шлях: дозволити EOA-адресі керувати CA-адресою
EIP-3074: додати операційні коди AUTH та AUTHCALL ###2020-10-15(
У EVM додано два нових OpCode AUTH та AUTHCALL, що дозволяє EOA авторизувати контракти замість ідентичності EOA для виклику інших контрактів.
Узагальнюючи, EOA може надіслати підписане повідомлення ) транзакцію ( до свого надійного контракту ), званого Invoker (, цей контракт Invoker може використовувати команди AUTH та AUTHCALL для здійснення цієї транзакції від імені цього EOA.
EIP-4337: Реалізація абстрагування рахунку за допомогою пам'яті транзакцій )2021-09-29(
Натхненний MEV, його основна цінність полягає в тому, що він може повністю уникнути змін протоколу шару консенсусу.
EIP4337 пропонує новий об'єкт транзакцій UserOperation, який користувач надсилає до пулу пам'яті, де бандлери з точки зору майнерів масово пакують і передають для виконання контрактних транзакцій. По суті, це перенесення основних транзакцій і операцій з акаунтом на рівень виконання контрактів.
EIP-5189: Операції з абстрактними акаунтами через ендорсер )2022-06-29(
Це можна вважати оптимізацією логіки EIP4337, що має на меті запобігання DoS-атакам шляхом створення механізму фінансових штрафів для зловмисних Bundler через закріплення endorsers.
) 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, він може реалізувати:
Користувачам більше не потрібно безпосередньо володіти Етер для оплати Gas-витрат.
Можливість гнучкого налаштування прав акаунту, таких як мультипідпис, соціальне відновлення тощо
Підтримка масових транзакцій, зниження торгових витрат
Користувацький алгоритм перевірки підпису, підвищення безпеки
Частину операцій може оплачувати Gas третя сторона
Але основним недоліком EIP-4337 є те, що він суперечить принципу людської мотивації.
Воно виглядає краще, але потрапило в мертву петлю розвитку ринку, багато 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 тимчасово мати функції смарт-контракту в одній транзакції, підтримуючи таким чином бізнесові масові транзакції, безGas-транзакції та управління кастомними правами, без необхідності впровадження нового EVM opCode###, що вплине на зворотну сумісність(.
Це дозволяє користувачам отримувати більшість можливостей AA без розгортання смарт-контрактів, а також може надати третій стороні можливість ініціювати транзакції від імені користувача, без необхідності надавати приватний ключ, лише з інформацією про підписане уповноваження.
) 4.2 структура даних
Він визначає новий тип транзакції 0x04, який є RLP-кодованим серіалізованим результатом наступного вмісту:
Важливо, що було додано об'єкт authorization_list, який зберігає код, який підписувач бажає виконати у своєму EOA. Користувач підписує транзакцію одночасно з підписанням коду контракту, який існує у формі двомірного списку, що вказує на можливість зберігати кілька операційних даних, виконуючи пакетні операції.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
22 лайків
Нагородити
22
6
Репост
Поділіться
Прокоментувати
0/400
blocksnark
· 07-07 04:13
7702 картка, а колишні повинні стояти осторонь
Переглянути оригіналвідповісти на0
CryptoPunster
· 07-06 10:22
Знову прийшла нова хвиля обману для дурнів.
Переглянути оригіналвідповісти на0
ChainDetective
· 07-04 14:33
2026 AA – це справжні зовнішні кошти, які надійдуть на рахунок
Переглянути оригіналвідповісти на0
LiquidityWizard
· 07-04 05:32
А-а-а, 4337 нарешті йде на пенсію, нова епоха приходить!
Переглянути оригіналвідповісти на0
MetaverseMigrant
· 07-04 05:32
А це, здається, знову потрібно налаштувати ланцюг.
Переглянути оригіналвідповісти на0
OldLeekNewSickle
· 07-04 05:14
Босова піца стає все смачнішою, увійти в позицію не пізно.
EIP-7702: Прорив у абстрагуванні акаунтів Ethereum
Глибокий аналіз минулого та майбутнього абстрагування рахунку Ethereum
Ця стаття поділена на дві великі частини:
Верхня частина починається з першої пропозиції AA 2015 року, система узагальнює основний зміст пропозицій EIP до сьогоднішнього дня, досліджує еволюцію історичних пропозицій AA та проводить комплексну оцінку різних варіантів.
У нижній частині основна увага приділяється порівнянню реакції ринку на EIP4337, а також глибокому аналізу EIP7702, яка буде включена в наступне оновлення Ethereum. Ця пропозиція, після злиття, повністю змінить форму застосування в ланцюгу.
EIP-7702 має епохальне значення, давайте детальніше розглянемо це.
1. Фон абстрагування рахунку
1.1 Значення абстрагування рахунку
Засновник Ethereum Віталік наприкінці 2023 року знову оновив дорожню карту розвитку ETH, але налаштування абстрагування рахунку не змінилися. Наразі основна модель переходить з 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. Що таке абстрагування рахунку?
Абстрагування рахунку в основному вирішує проблему розділення прав власності.
Ethereum віртуальна машина)EVM( має дві категорії акаунтів: зовнішній акаунт)EOA( та контрактний акаунт)Contract Account(. Право власності та право підпису зовнішнього акаунту фактично належать одній і тій же особі. Особа, яка володіє приватним ключем, не тільки має "власність" акаунту, але й має право "підписувати передачу всіх активів".
Це визначається структурою угоди акаунта Ethereum. Стандартна угода Ethereum не має поля From, насправді воно розшифровується за допомогою параметра VRS ), тобто підпису користувача (. Це пов'язано з такими концепціями, як ECDSA та односторонні функції з обмеженням. Криптографія забезпечує безпеку, але також створює труднощі з об'єднанням прав власності на поточні адреси EOA.
Основний ефект EIP4337 полягає в додаванні поля Sender Address до поля транзакції, що дозволяє відокремити приватний ключ від адреси, яка підлягає обробці.
Причина, чому розділення власності є таким важливим, полягає в тому, що дизайн зовнішнього акаунту )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-3074. Тому EIP-3074 було відхилено, EIP-7702 було визначено для включення в майбутнє жорстке розгалуження ETH Prague/Electra)Pectra(, конкретні деталі будуть викладені далі.
) 3.2 Другий шлях: дозволити EOA-адресі керувати CA-адресою
EIP-3074: додати операційні коди AUTH та AUTHCALL ###2020-10-15(
У EVM додано два нових OpCode AUTH та AUTHCALL, що дозволяє EOA авторизувати контракти замість ідентичності EOA для виклику інших контрактів.
Узагальнюючи, EOA може надіслати підписане повідомлення ) транзакцію ( до свого надійного контракту ), званого Invoker (, цей контракт Invoker може використовувати команди AUTH та AUTHCALL для здійснення цієї транзакції від імені цього EOA.
EIP-4337: Реалізація абстрагування рахунку за допомогою пам'яті транзакцій )2021-09-29(
Натхненний MEV, його основна цінність полягає в тому, що він може повністю уникнути змін протоколу шару консенсусу.
EIP4337 пропонує новий об'єкт транзакцій UserOperation, який користувач надсилає до пулу пам'яті, де бандлери з точки зору майнерів масово пакують і передають для виконання контрактних транзакцій. По суті, це перенесення основних транзакцій і операцій з акаунтом на рівень виконання контрактів.
EIP-5189: Операції з абстрактними акаунтами через ендорсер )2022-06-29(
Це можна вважати оптимізацією логіки EIP4337, що має на меті запобігання DoS-атакам шляхом створення механізму фінансових штрафів для зловмисних Bundler через закріплення endorsers.
) 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 є те, що він суперечить принципу людської мотивації.
Воно виглядає краще, але потрапило в мертву петлю розвитку ринку, багато 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 тимчасово мати функції смарт-контракту в одній транзакції, підтримуючи таким чином бізнесові масові транзакції, безGas-транзакції та управління кастомними правами, без необхідності впровадження нового EVM opCode###, що вплине на зворотну сумісність(.
Це дозволяє користувачам отримувати більшість можливостей AA без розгортання смарт-контрактів, а також може надати третій стороні можливість ініціювати транзакції від імені користувача, без необхідності надавати приватний ключ, лише з інформацією про підписане уповноваження.
) 4.2 структура даних
Він визначає новий тип транзакції 0x04, який є RLP-кодованим серіалізованим результатом наступного вмісту:
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. Користувач підписує транзакцію одночасно з підписанням коду контракту, який існує у формі двомірного списку, що вказує на можливість зберігати кілька операційних даних, виконуючи пакетні операції.
авторизація_