Глибокий аналіз історичної еволюції абстрагування рахунку Ethereum та перспективи майбутнього
Вступ
Ця стаття розгляне розвиток абстрагування рахунку Ethereum (AA) з двох основних аспектів:
По-перше, ми прослідкуємо історичний контекст з моменту першої пропозиції AA у 2015 році, систематично проаналізуємо основні змісти всієї поточної пропозиції EIP, глибоко дослідимо процес еволюції пропозиції AA та проведемо всебічну оцінку переваг і недоліків кожного з варіантів.
По-друге, ми зосередимося на аналізі причин млявої реакції ринку після впровадження EIP4337 та детально розглянемо EIP7702, який буде включено до майбутніх оновлень Ethereum. Ця пропозиція, якщо буде об'єднана, fundamentally змінить форму ланцюгових застосунків.
EIP-7702 можна вважати епохальною революцією, давайте разом поглибимося в її таємниці.
1. Фон абстрагування рахунку
1.1 Значення абстрагування рахунку
Засновник Ethereum нещодавно знову оновив дорожню карту розвитку ETH, але налаштування щодо абстрагування рахунку не змінилися. Поточна основна модель переходить з EIP-4337 до наступного етапу "добровільної конверсії акаунтів EOA".
Незважаючи на те, що з моменту впровадження EIP4337 минув вже рік, реакція ринку є досить суперечливою - користувачі загалом визнають його цінність, але фактичний рівень використання залишається низьким. У цій ситуації прогрес 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, для яких потрібні відповідні рішення.
2. Що таке абстрагування рахунку?
абстрагування рахунку в основному вирішує проблему розділення прав власності.
У архітектурі віртуальної машини Ethereum ( EVM ) існують два типи акаунтів: зовнішні акаунти ( EOA ) та контрактні акаунти ( Contract Account ). У EOA право власності та право підпису належать одній і тій же сутності. Той, хто має приватний ключ, не тільки володіє "власністю" акаунту, але також має право "підписувати передачу всіх активів".
Цю характеристику визначає структура транзакцій акаунтів Ethereum. У стандартній структурі транзакцій Ethereum насправді немає поля From. Адреса ініціатора транзакції визначається шляхом зворотного розв'язання з параметрів VRS (, а саме з підпису користувача ).
Цей дизайн, хоча і гарантує безпеку через криптографію, також призвів до нинішньої ситуації з об'єднанням прав власності на адреси EOA.
Основний ефект EIP4337 полягає в тому, що в поле транзакції було додано адресу відправника, що дозволяє відокремити приватний ключ від адреси, що підлягає обробці.
Причина, чому розмежування прав власності є таким важливим, полягає в тому, що проектування EOA спричинило безліч проблем:
Важко захистити приватний ключ: втрата приватного ключа означає втрату всіх активів.
Однотипний алгоритм підпису: рідний протокол підтримує лише алгоритми підпису та перевірки підпису ECDSA.
Занадто високі права підпису: немає рідної підтримки мультипідпису, одноосібний підпис може виконувати будь-які операції.
Платежі за транзакції можуть здійснюватися лише в Етері, масові транзакції не підтримуються.
Легкість витоку конфіденційності交易: одноосібні交易 легко аналізувати інформацію про власників акаунтів.
Ці обмеження ускладнюють звичайним користувачам використання Ethereum:
По-перше, користувач повинен мати Етер ( та нести ризик цінових коливань ), щоб використовувати додатки на Ethereum.
По-друге, користувачам потрібно впоратися з складною логікою зборів, такими як ціна газу, ліміт газу, блокування транзакцій ( порядок nonce ) та інші концепції, які є занадто складними для користувачів.
Нарешті, хоча багато блокчейн-гаманців або додатків намагаються покращити користувацький досвід за допомогою оптимізації продукту, результати обмежені.
Отже, ключем до подолання труднощів є реалізація абстрагування рахунку, що дозволяє декомпонувати право власності (Owner) і право підпису (Signer), що зрештою поступово вирішить зазначені проблеми.
В історії було запропоновано багато варіантів, які врешті-решт зійшлися в два основні напрямки.
3. Узагальнення історії пропозицій абстрагування рахунку
Рішення проблеми здається, що має кілька пропозицій EIP, але в кінцевому підсумку існує лише дві основні ідеї. Кожна проблема, що розглядалася в непроходжених EIP, зрештою злилася в точку прориву існуючої схеми.
3.1 Перша лінія: перетворення адреси EOA на адресу CA
Ще в листопаді 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 двох нових операційних кодів AUTH та AUTHCALL, що дозволить EOA авторизувати контракти для виклику інших контрактів замість використання ідентичності EOA.
У двох словах, EOA може надіслати підписане повідомлення ( транзакцію ) на свій довірений контракт (, який називається Invoker ). Цей контракт Invoker може використовувати операційні коди AUTH і AUTHCALL замість цього EOA для відправлення транзакцій.
EIP-4337: Реалізація абстрагування рахунку за допомогою пам'яті транзакцій (2021-09-29)
Ця пропозиція була розроблена під впливом MEV, її основна цінність полягає в повному уникненні змін у протоколі шару консенсусу.
EIP-4337 запропонував новий об'єкт транзакцій UserOperation, який користувачі надсилають до пам'яті пулу, звідки бандлери з точки зору майнерів масово упаковують і передають для виконання контрактних транзакцій. По суті, це піднімає базові транзакції та операції з акаунтом на рівень виконання контрактів.
EIP-5189: через операції з підписантами абстрагування акаунту (2022-06-29)
Це можна розглядати як оптимізацію логіки EIP4337, шляхом створення механізму фінансового штрафу (endorser) для запобігання 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, він може реалізувати:
Підтримка мультипідпису та соціального відновлення
Підтримка пакетних угод
Підтримка використання токенів ERC20 для сплати газових зборів
Підтримка торгових лімітів
Підтримка безгазових транзакцій( оплатити газ)
Підтримка блокування акаунту ( перемикання між холодним і гарячим гаманцем )
Однак основний недолік EIP-4337 полягає в суперечності з принципом людських мотивів.
Це виглядає краще, але потрапило в мертве коло розвитку ринку: багато Dapp ще не сумісні, користувачі не хочуть використовувати адреси CA, навіть використання CA може призвести до вищих витрат на транзакції ( у звичайних сценаріях переказу, комісія за транзакції може подвоїтися ), надмірна залежність від сумісності самого Dapp.
Ось чому він досі не став популярним на основній мережі Ethereum.
Вартість є найважливішим критерієм для користувачів, тому її потрібно знижувати.
Але для того, щоб дійсно знизити GAS, потрібно провести м'який форк самого Ethereum, змінити обчислення GAS або модулі споживання GAS операційних кодів. Якщо вже йдеться про м'який форк, чому б не розглянути EIP-7702?
4. Всеохоплюючий аналіз EIP-7702
4.1 Огляд EIP-7702
Ця пропозиція, вводячи нові типи угод, дозволяє EOA тимчасово отримувати функціональність смарт-контрактів в одній угоді, що підтримує такі бізнес-операції, як пакетні угоди, угоди без Gas та управління правами доступу, і при цьому не потребує введення нового EVM opCode(, що впливає на зворотну сумісність).
Це дозволяє користувачам отримати більшість можливостей абстрагування рахунку без необхідності розгортання смарт-контрактів, навіть підтримує третіх осіб для ініціювання транзакцій від імені користувачів без надання приватного ключа, лише підписавши інформацію про авторизацію.
4.2 структура даних
EIP-7702 визначає новий тип транзакції 0x04, цей тип транзакції має TransactionPayload, який є результатом RLP кодування наступного змісту:
Новий об'єкт authorization_list зберігає код, який підписувачі бажають виконати у своєму EOA. Користувач підписує транзакцію одночасно з підписанням того, що потрібно виконати.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
4
Поділіться
Прокоментувати
0/400
RektRecovery
· 08-01 17:29
meh... ще одна пропозиція AA, яка, напевно, буде знищена, як це сталося з 4337. кажу це зараз
Переглянути оригіналвідповісти на0
BearMarketNoodler
· 08-01 17:26
Новий проект нарешті з'явився, 4337 ще не встиг охолонути.
EIP-7702: Нові прориви в абстрагуванні акаунтів Ethereum та майбутній розвиток
Глибокий аналіз історичної еволюції абстрагування рахунку Ethereum та перспективи майбутнього
Вступ
Ця стаття розгляне розвиток абстрагування рахунку Ethereum (AA) з двох основних аспектів:
По-перше, ми прослідкуємо історичний контекст з моменту першої пропозиції AA у 2015 році, систематично проаналізуємо основні змісти всієї поточної пропозиції EIP, глибоко дослідимо процес еволюції пропозиції AA та проведемо всебічну оцінку переваг і недоліків кожного з варіантів.
По-друге, ми зосередимося на аналізі причин млявої реакції ринку після впровадження EIP4337 та детально розглянемо EIP7702, який буде включено до майбутніх оновлень Ethereum. Ця пропозиція, якщо буде об'єднана, fundamentally змінить форму ланцюгових застосунків.
EIP-7702 можна вважати епохальною революцією, давайте разом поглибимося в її таємниці.
1. Фон абстрагування рахунку
1.1 Значення абстрагування рахунку
Засновник Ethereum нещодавно знову оновив дорожню карту розвитку ETH, але налаштування щодо абстрагування рахунку не змінилися. Поточна основна модель переходить з EIP-4337 до наступного етапу "добровільної конверсії акаунтів EOA".
Незважаючи на те, що з моменту впровадження EIP4337 минув вже рік, реакція ринку є досить суперечливою - користувачі загалом визнають його цінність, але фактичний рівень використання залишається низьким. У цій ситуації прогрес 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, для яких потрібні відповідні рішення.
2. Що таке абстрагування рахунку?
абстрагування рахунку в основному вирішує проблему розділення прав власності.
У архітектурі віртуальної машини Ethereum ( EVM ) існують два типи акаунтів: зовнішні акаунти ( EOA ) та контрактні акаунти ( Contract Account ). У EOA право власності та право підпису належать одній і тій же сутності. Той, хто має приватний ключ, не тільки володіє "власністю" акаунту, але також має право "підписувати передачу всіх активів".
Цю характеристику визначає структура транзакцій акаунтів Ethereum. У стандартній структурі транзакцій Ethereum насправді немає поля From. Адреса ініціатора транзакції визначається шляхом зворотного розв'язання з параметрів VRS (, а саме з підпису користувача ).
Цей дизайн, хоча і гарантує безпеку через криптографію, також призвів до нинішньої ситуації з об'єднанням прав власності на адреси EOA.
Основний ефект EIP4337 полягає в тому, що в поле транзакції було додано адресу відправника, що дозволяє відокремити приватний ключ від адреси, що підлягає обробці.
Причина, чому розмежування прав власності є таким важливим, полягає в тому, що проектування EOA спричинило безліч проблем:
Важко захистити приватний ключ: втрата приватного ключа означає втрату всіх активів.
Однотипний алгоритм підпису: рідний протокол підтримує лише алгоритми підпису та перевірки підпису ECDSA.
Занадто високі права підпису: немає рідної підтримки мультипідпису, одноосібний підпис може виконувати будь-які операції.
Платежі за транзакції можуть здійснюватися лише в Етері, масові транзакції не підтримуються.
Легкість витоку конфіденційності交易: одноосібні交易 легко аналізувати інформацію про власників акаунтів.
Ці обмеження ускладнюють звичайним користувачам використання Ethereum:
По-перше, користувач повинен мати Етер ( та нести ризик цінових коливань ), щоб використовувати додатки на Ethereum.
По-друге, користувачам потрібно впоратися з складною логікою зборів, такими як ціна газу, ліміт газу, блокування транзакцій ( порядок nonce ) та інші концепції, які є занадто складними для користувачів.
Нарешті, хоча багато блокчейн-гаманців або додатків намагаються покращити користувацький досвід за допомогою оптимізації продукту, результати обмежені.
Отже, ключем до подолання труднощів є реалізація абстрагування рахунку, що дозволяє декомпонувати право власності (Owner) і право підпису (Signer), що зрештою поступово вирішить зазначені проблеми.
В історії було запропоновано багато варіантів, які врешті-решт зійшлися в два основні напрямки.
3. Узагальнення історії пропозицій абстрагування рахунку
Рішення проблеми здається, що має кілька пропозицій EIP, але в кінцевому підсумку існує лише дві основні ідеї. Кожна проблема, що розглядалася в непроходжених EIP, зрештою злилася в точку прориву існуючої схеми.
3.1 Перша лінія: перетворення адреси EOA на адресу CA
Ще в листопаді 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 двох нових операційних кодів AUTH та AUTHCALL, що дозволить EOA авторизувати контракти для виклику інших контрактів замість використання ідентичності EOA.
У двох словах, EOA може надіслати підписане повідомлення ( транзакцію ) на свій довірений контракт (, який називається Invoker ). Цей контракт Invoker може використовувати операційні коди AUTH і AUTHCALL замість цього EOA для відправлення транзакцій.
EIP-4337: Реалізація абстрагування рахунку за допомогою пам'яті транзакцій (2021-09-29)
Ця пропозиція була розроблена під впливом MEV, її основна цінність полягає в повному уникненні змін у протоколі шару консенсусу.
EIP-4337 запропонував новий об'єкт транзакцій UserOperation, який користувачі надсилають до пам'яті пулу, звідки бандлери з точки зору майнерів масово упаковують і передають для виконання контрактних транзакцій. По суті, це піднімає базові транзакції та операції з акаунтом на рівень виконання контрактів.
EIP-5189: через операції з підписантами абстрагування акаунту (2022-06-29)
Це можна розглядати як оптимізацію логіки EIP4337, шляхом створення механізму фінансового штрафу (endorser) для запобігання 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 полягає в суперечності з принципом людських мотивів.
Це виглядає краще, але потрапило в мертве коло розвитку ринку: багато Dapp ще не сумісні, користувачі не хочуть використовувати адреси CA, навіть використання CA може призвести до вищих витрат на транзакції ( у звичайних сценаріях переказу, комісія за транзакції може подвоїтися ), надмірна залежність від сумісності самого Dapp.
Ось чому він досі не став популярним на основній мережі Ethereum.
Вартість є найважливішим критерієм для користувачів, тому її потрібно знижувати.
Але для того, щоб дійсно знизити GAS, потрібно провести м'який форк самого Ethereum, змінити обчислення GAS або модулі споживання GAS операційних кодів. Якщо вже йдеться про м'який форк, чому б не розглянути EIP-7702?
4. Всеохоплюючий аналіз EIP-7702
4.1 Огляд EIP-7702
Ця пропозиція, вводячи нові типи угод, дозволяє EOA тимчасово отримувати функціональність смарт-контрактів в одній угоді, що підтримує такі бізнес-операції, як пакетні угоди, угоди без Gas та управління правами доступу, і при цьому не потребує введення нового EVM opCode(, що впливає на зворотну сумісність).
Це дозволяє користувачам отримати більшість можливостей абстрагування рахунку без необхідності розгортання смарт-контрактів, навіть підтримує третіх осіб для ініціювання транзакцій від імені користувачів без надання приватного ключа, лише підписавши інформацію про авторизацію.
4.2 структура даних
EIP-7702 визначає новий тип транзакції 0x04, цей тип транзакції має TransactionPayload, який є результатом 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. Користувач підписує транзакцію одночасно з підписанням того, що потрібно виконати.