Абстрагування рахунку 10-річна еволюція в фінальній битві, через EIP-7702 дивлячись в минуле і майбутнє
Pectra є першим значним оновленням після Dencun на Ethereum, що охоплює жорсткий форк виконавчого рівня Праги та оновлення рівня консенсусу Electra, інтегруючи рекордні 11 EIP, що суттєво підвищує гнучкість валідаторів, розширюваність мережі та ефективність виконання. З очікуваним офіційним активацією жорсткого форка Pectra основної мережі Ethereum 7 травня 2025 року, абстрагування рахунку (Account Abstraction) "остаточна форма" ------ EIP-7702, також офіційно потрапляє в поле зору громадськості!
Якщо ще є якісь EVM-сумісні Web3 гаманці, які не підтримують EIP-7702, то безумовно, це означає, що вони відмовляються від цілого екосистеми Ethereum та користувачів. Це рішучість Віталіка та EF, а також початок відкриття ящика Пандори!
Будь ласка, слідуйте за цим текстом, щоб повністю зрозуміти еволюцію абстрагування рахунку, цінність для користувачів та зміни на ринку, які приніс EIP-7702, а також приховані небезпеки.
Огляд
EIP-7702 додав новий тип транзакції, який дозволяє звичайному EOA встановити певну адресу контракту як свій логічний代理-контракт.
EIP-7702 буде повністю успадковувати та перевершувати екосистему ERC-4337, що будувалася протягом багатьох років, завдяки "перевагам витрат" та "гнучкості".
EIP-7702 є невидимим ризиком для звичайних користувачів, навіть якщо користувачі не проводять оновлення, у певних сценах це може призвести до невдачі транзакцій або ризику втрати безпеки.
EIP-7702 принесе абсолютно новий користувацький досвід. Коли основна частина користувача переходить на контрактну основу, ринкові застосування також еволюціонують. Абстрагування газу, облікові записи сімейного рівня та інші давно очікувані безперешкодні враження приведуть мільярди людей до світу Web3 з низькими витратами.
Для бірж та DApp застосування характеристик EIP-7702 призведе до зменшення витрат на понад 50%, що, в свою чергу, повністю приведе до ери контрактних акаунтів.
Чому акаунт потрібно абстрагувати?
Важко уявити, що візія абстрагування рахунку з'явилася навіть раніше самого Ethereum.
На цьому HK Web3 карнавалі Віталік неодноразово підкреслював, що зараз завдяки мультипідпису (Multi-sig), абстрагуванню рахунку, ZK Email та ряду інших рішень, Ethereum досягнув 50% цілі "моменту iPhone".
Чи швидко, чи повільно, чи оптимістично, чи обмежено? Давайте заглянемо в основу і подивимося, чому AA має такий вплив! Адже після 10 років наполегливої роботи, Віталік нарешті досягнув бажаного фіналу в сфері AA, додавши яскравий штрих до прогресу дорожньої карти Ethereum, намальованої на 23 рік.
абстрагування рахунку,到底是为了什么？
Насправді, сутність вирішення полягає в проблемі розділення прав власності, оскільки зараз власність та право підпису EOA (Externally Owned Account зовнішній акаунт) фактично належать одному й тому ж суб'єкту (обидва залежать від приватного ключа для контролю будь-яких команд). Її коріння походить зі структури транзакцій Ethereum, насправді в стандартній транзакції Ethereum немає поля From. При виконанні воно відновлюється через параметри VRS (тобто підпис користувача), щоб витягти адресу From.
І, як "світова класова машина стану", дизайн Ethereum повністю залежить від транзакцій для реалізації змін стану в ланцюзі, поєднуючи неможливість вказати сторону From, що призводить до зв'язування прав виконання транзакцій з найвищою власністю.
Це корінь ряду проблем, пов'язаних з EOA, які, хоча й прості для розуміння, є незручними у використанні:
Важко захистити приватний ключ: якщо користувач втрачає приватний ключ (втрата, атака хакерів, квантове зламу), це означає втрату всіх активів.
Невелика кількість алгоритмів підпису, різні алгоритми підпису призводять до різних витрат на продуктивність і навіть до витрат на зберігання в ланцюзі.
Високі права підпису, EOA має всі ці права з рідним приватним ключем.
Витрати на складні транзакції високі, комісія може сплачуватися тільки через ETH, будь-яка транзакція, навіть одна проста операція, вимагає щонайменше 21000 базового збору.
Торгівля без конфіденційності, навіть якщо колись існував конфіденційний ERC-20 протокол, запропонований Circle, але він не став основним.
Врешті-решт, сучасний світ блокчейну є занадто складним для користувачів, які вступають у нього. Користувачам потрібно зрозуміти такі концепції, як Gas price, Gas limit, блокування транзакцій (послідовність Nonce). Складну інформацію потрібно приховати від звичайних користувачів, і саме цю проблему врешті-решт має вирішити EIP-7702.
Яка основна різниця між ERC-4337 та EIP-7702?
Орієнтуючись на AA, насправді є понад десять різних пропозицій, про які я раніше вже досліджував. Насправді, якщо все узагальнити, то це суттєво дві різні стратегії:
Маршрут 1: Дозвольте адресі EOA керувати адресою CA
ERC-4337 є типовим прикладом у цьому відношенні, одним реченням можна підсумувати: пропонує новий об'єкт транзакції UserOperation, користувач надсилає цей об'єкт у мемпул, у вигляді bundlers, пакетно упаковуючи команди, виконуючи транзакції по одному через контракт. По суті, це піднімає базові транзакції та операції з акаунтом на рівень виконання контрактів.
Принцип виконання наведено на малюнку нижче:
Завдяки ролі bundler, можна сказати, що це рішення вирішує такі проблеми, як масові транзакції, безкоштовний газ, зменшена складність підпису тощо. Але воно не може вирішити питання складності та витрат користувача на транзакції, а також ризик одноточкової відмови між bundler та EntryPoint.
Тому що, як тільки користувач перейде на ERC-4337, навіть якщо запит user2 зображений вище є лише виконанням трансакції Transfer, то комісія за транзакцію користувача буде вдвічі більшою порівняно з EOA.
З останніх даних про кількість користувачів CA та EOA видно, що навіть якщо деякі користувачі є висококласними гравцями, які сильно залежать від різних операцій, що здійснюються на основі ланцюга CA, таких як масові виклики тощо, то чому б у такому випадку просто не використовувати звичайний CA?
По дизайну bundler, він може уникнути оновлень на рівні жорсткого форку, безпосередньо запроваджуючи їх на рівні застосунків, але ERC-4337 також призвів до подвоєння витрат, одноточкового ризику відмови, а також користувачі втратили первісну гнучкість EOA. Тож, враховуючи різноманітні потреби користувачів, очевидно, що нинішні користувачі ринку не так вже й прихильно ставляться до рішення ERC-4337, загальна тенденція за два роки розвитку значно знизилася, навіть пік кількості користувачів порівняно з 300M незалежними адресами Ethereum залишається дуже далеким.
Звичайно, ми не критикуємо недоліки ERC-4337, а навпаки, разом з його розвитком ролі та концепції, такі як Paymaster, абстрагування Gas та інші, насправді також знову застосовуються в EIP-7702.
Автор вважає, що розвиток будь-якої галузі не відбудеться миттєво; важливо вміти виявляти закономірності та підсумовувати досвід з минулих підйомів і падінь.
Маршрут два: перетворення EOA адреси на CA адресу
Насправді ще в листопаді 2015 року Віталік запропонував EIP-101, щоб використовувати контракти як нову структуру акаунту. Змінивши адресу на таку, що складається лише з коду та простору зберігання, він змінив підтримку комісій за транзакції з ERC20 на оплату через попередньо скомпільовані контракти, щоб перетворити рідні токени на подібні до ERC20 для зберігання залишків (може мати функції авторизації для автоматичного зняття коштів тощо). У січні 2018 року з'явилася схема EIP-859, основна роль якої полягає в тому, що якщо контракт сторони угоди не розгорнуто, то використовується параметр code, що додається до транзакції, для виконання розгортання гаманця контракту. Врешті-решт, з пропозиції EIP-3074, подальше виведення EIP-7702 було остаточно включено в основну мережу Ethereum!
Ідея та ефект EIP-7702 насправді дуже прості, він реалізує ініціалізацію за допомогою нового типу транзакцій, у подальшому користувачі можуть дозволити EOA мати тимчасову, необов'язкову функціональність смарт-контракту в одній транзакції, що, в свою чергу, підтримує бізнесові процеси, такі як масові транзакції, без Gas транзакції та управління користувацькими правами, зокрема найважливішою можливістю є те, що користувачі отримують тимчасове та необов'язкове простір.
І кілька людей можуть ділитися одним і тим же логічним контрактом, що суттєво знижує витрати на міграцію користувачів. Щоб завершити налаштування EIP-7702, користувачеві потрібно всього 8W Gas, що приблизно становить 0,06 долара, а для повторного налаштування нового контракту або скасування налаштування логічного контракту потрібно лише 4W Gas.
Після завершення налаштувань, це може значно принести великий газовий оптимізацію для користувачів під час масових угод, дивіться таблицю:
Звичайно, ви можете вважати, що необхідно робити два рази, а можливо, навіть шість разів Token Transfer?
Звичайні користувачі вже звикли до того, що під час однієї угоди виконують одне завдання, і здавалося б, сценаріїв не так багато, але в подібних багатофункціональних застосунках, як Web3 Game, Web3 Pay, це насправді трапляється дуже часто, наприклад, коли одночасно використовують мідні монети (валюта, що створюється в грі) та срібні монети (валюта, якою поповнюють рахунок) для споживання. Або, скажімо, беручи участь у певній акції, одночасно витрачають NFT квитки та вхідний внесок.
Навіть якщо ми не будемо фантазувати про складні сценарії, повертаючись до найпоширеніших потреб Swap на сьогоднішній день, також існує потреба в масовому approve та Transfer. Більше того, сьогодні можна створити невеликий інструмент, який просто допоможе користувачам швидко видалити вже непотрібні дозволи approve. Ефект легко порівняти, очевидно, витрати можна зменшити безпосередньо на 40%.
Основний принцип EIP-7702
Щоб дослідити, чому є такий ефект, потрібно повернутися до його принципів, насправді його основа складається з 2 логік: етапу налаштування користувачем та етапу щоденного використання.
налаштування логічного контрактного етапу
Основний процес виглядає так:
Перший крок: авторизація підпису, підписати спеціальний хеш-рядок за допомогою приватного ключа оригінального EOA, зміст якого складається з закодованих chain_id, address, nonce. Тут Address є адресою логічного контракту, який потрібно встановити, а Nonce є стратегією, що забезпечує унікальність транзакції та запобігає її повторному виконанню.
Другий крок: підписання транзакції. Отримавши інформацію про авторизацію з першого кроку, будь-хто може створити транзакцію типу 4, яка може містити кілька авторизаційних даних, щоб одночасно налаштувати авторизацію для кількох адрес.
Третій крок: трансляція в блокчейн, отже, коли обробка транзакції внутрішнього авторизації завершена, логічний контракт вже набрав чинності.
Тут також є більше технічних деталей, які можна знайти в реалізації відкритого js sdk від okx, щоб побачити процес кодування базових даних. Звичайно, ця система насправді також приховує деякі ризики безпеки та складності, про які ми детально розповімо далі.
виконання логічного контракту
Коли ви завершите налаштування, тоді, коли будь-яка транзакція до адреси вказує на вас, це буде так само, як виклик смарт-контракту; система "завантажить" код вашого логічного контракту, який ви налаштували, у поточний стан вашого EOA для виконання його логіки.
Так само ми використовуємо 2 сцени для перегляду:
Перший варіант, ти сам звертаєшся до себе.
Якщо ви налаштували, як контракт на Smart Contract OKX 7702, який має високу безпеку та можливість налаштування, то ви можете вказати заздалегідь підготовлений calldata, що дозволить вам виконати поточну операцію одноразово за допомогою кількох інструкцій. Наприклад, ви можете одночасно виконати Approve+Transfer, або також виконати Approve+Swap.
Не недооцінюйте, з 27 мільярдів транзакцій Ethereum, приблизно 75 мільйонів — це операції Approve. При розрахунку на кожну транзакцію 80 000 Gas, це становить 460 000 ETH витрати, за ринковою ціною ETH у 1700 доларів, це близько 800 мільйонів доларів.
Другий варіант, коли інші викликають вас
Раніше не існувало ситуацій, коли інші могли викликати EOA-адресу в Ethereum, але зараз ти є універсальним контрактом, що повністю налаштовується. Ти можеш створювати підрахунки з різними правами доступу, а також надавати нечисленним Paymaster список білих адрес, дозволяючи певним акаунтам DApp ініціювати деякі транзакції від твого імені, що повністю усуває необхідність у повторних спливаючих вікнах підпису в традиційних блокчейн-додатках.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
EIP-7702: остаточна битва за абстрагування рахунку Ethereum
Абстрагування рахунку 10-річна еволюція в фінальній битві, через EIP-7702 дивлячись в минуле і майбутнє
Pectra є першим значним оновленням після Dencun на Ethereum, що охоплює жорсткий форк виконавчого рівня Праги та оновлення рівня консенсусу Electra, інтегруючи рекордні 11 EIP, що суттєво підвищує гнучкість валідаторів, розширюваність мережі та ефективність виконання. З очікуваним офіційним активацією жорсткого форка Pectra основної мережі Ethereum 7 травня 2025 року, абстрагування рахунку (Account Abstraction) "остаточна форма" ------ EIP-7702, також офіційно потрапляє в поле зору громадськості!
Якщо ще є якісь EVM-сумісні Web3 гаманці, які не підтримують EIP-7702, то безумовно, це означає, що вони відмовляються від цілого екосистеми Ethereum та користувачів. Це рішучість Віталіка та EF, а також початок відкриття ящика Пандори!
Будь ласка, слідуйте за цим текстом, щоб повністю зрозуміти еволюцію абстрагування рахунку, цінність для користувачів та зміни на ринку, які приніс EIP-7702, а також приховані небезпеки.
Огляд
EIP-7702 додав новий тип транзакції, який дозволяє звичайному EOA встановити певну адресу контракту як свій логічний代理-контракт.
EIP-7702 буде повністю успадковувати та перевершувати екосистему ERC-4337, що будувалася протягом багатьох років, завдяки "перевагам витрат" та "гнучкості".
EIP-7702 є невидимим ризиком для звичайних користувачів, навіть якщо користувачі не проводять оновлення, у певних сценах це може призвести до невдачі транзакцій або ризику втрати безпеки.
EIP-7702 принесе абсолютно новий користувацький досвід. Коли основна частина користувача переходить на контрактну основу, ринкові застосування також еволюціонують. Абстрагування газу, облікові записи сімейного рівня та інші давно очікувані безперешкодні враження приведуть мільярди людей до світу Web3 з низькими витратами.
Для бірж та DApp застосування характеристик EIP-7702 призведе до зменшення витрат на понад 50%, що, в свою чергу, повністю приведе до ери контрактних акаунтів.
Чому акаунт потрібно абстрагувати?
Важко уявити, що візія абстрагування рахунку з'явилася навіть раніше самого Ethereum.
На цьому HK Web3 карнавалі Віталік неодноразово підкреслював, що зараз завдяки мультипідпису (Multi-sig), абстрагуванню рахунку, ZK Email та ряду інших рішень, Ethereum досягнув 50% цілі "моменту iPhone".
Чи швидко, чи повільно, чи оптимістично, чи обмежено? Давайте заглянемо в основу і подивимося, чому AA має такий вплив! Адже після 10 років наполегливої роботи, Віталік нарешті досягнув бажаного фіналу в сфері AA, додавши яскравий штрих до прогресу дорожньої карти Ethereum, намальованої на 23 рік.
абстрагування рахунку,到底是为了什么？
Насправді, сутність вирішення полягає в проблемі розділення прав власності, оскільки зараз власність та право підпису EOA (Externally Owned Account зовнішній акаунт) фактично належать одному й тому ж суб'єкту (обидва залежать від приватного ключа для контролю будь-яких команд). Її коріння походить зі структури транзакцій Ethereum, насправді в стандартній транзакції Ethereum немає поля From. При виконанні воно відновлюється через параметри VRS (тобто підпис користувача), щоб витягти адресу From.
І, як "світова класова машина стану", дизайн Ethereum повністю залежить від транзакцій для реалізації змін стану в ланцюзі, поєднуючи неможливість вказати сторону From, що призводить до зв'язування прав виконання транзакцій з найвищою власністю.
Це корінь ряду проблем, пов'язаних з EOA, які, хоча й прості для розуміння, є незручними у використанні:
Важко захистити приватний ключ: якщо користувач втрачає приватний ключ (втрата, атака хакерів, квантове зламу), це означає втрату всіх активів.
Невелика кількість алгоритмів підпису, різні алгоритми підпису призводять до різних витрат на продуктивність і навіть до витрат на зберігання в ланцюзі.
Високі права підпису, EOA має всі ці права з рідним приватним ключем.
Витрати на складні транзакції високі, комісія може сплачуватися тільки через ETH, будь-яка транзакція, навіть одна проста операція, вимагає щонайменше 21000 базового збору.
Торгівля без конфіденційності, навіть якщо колись існував конфіденційний ERC-20 протокол, запропонований Circle, але він не став основним.
Врешті-решт, сучасний світ блокчейну є занадто складним для користувачів, які вступають у нього. Користувачам потрібно зрозуміти такі концепції, як Gas price, Gas limit, блокування транзакцій (послідовність Nonce). Складну інформацію потрібно приховати від звичайних користувачів, і саме цю проблему врешті-решт має вирішити EIP-7702.
Яка основна різниця між ERC-4337 та EIP-7702?
Орієнтуючись на AA, насправді є понад десять різних пропозицій, про які я раніше вже досліджував. Насправді, якщо все узагальнити, то це суттєво дві різні стратегії:
Маршрут 1: Дозвольте адресі EOA керувати адресою CA
ERC-4337 є типовим прикладом у цьому відношенні, одним реченням можна підсумувати: пропонує новий об'єкт транзакції UserOperation, користувач надсилає цей об'єкт у мемпул, у вигляді bundlers, пакетно упаковуючи команди, виконуючи транзакції по одному через контракт. По суті, це піднімає базові транзакції та операції з акаунтом на рівень виконання контрактів.
Принцип виконання наведено на малюнку нижче:
Завдяки ролі bundler, можна сказати, що це рішення вирішує такі проблеми, як масові транзакції, безкоштовний газ, зменшена складність підпису тощо. Але воно не може вирішити питання складності та витрат користувача на транзакції, а також ризик одноточкової відмови між bundler та EntryPoint.
Тому що, як тільки користувач перейде на ERC-4337, навіть якщо запит user2 зображений вище є лише виконанням трансакції Transfer, то комісія за транзакцію користувача буде вдвічі більшою порівняно з EOA.
З останніх даних про кількість користувачів CA та EOA видно, що навіть якщо деякі користувачі є висококласними гравцями, які сильно залежать від різних операцій, що здійснюються на основі ланцюга CA, таких як масові виклики тощо, то чому б у такому випадку просто не використовувати звичайний CA?
По дизайну bundler, він може уникнути оновлень на рівні жорсткого форку, безпосередньо запроваджуючи їх на рівні застосунків, але ERC-4337 також призвів до подвоєння витрат, одноточкового ризику відмови, а також користувачі втратили первісну гнучкість EOA. Тож, враховуючи різноманітні потреби користувачів, очевидно, що нинішні користувачі ринку не так вже й прихильно ставляться до рішення ERC-4337, загальна тенденція за два роки розвитку значно знизилася, навіть пік кількості користувачів порівняно з 300M незалежними адресами Ethereum залишається дуже далеким.
Звичайно, ми не критикуємо недоліки ERC-4337, а навпаки, разом з його розвитком ролі та концепції, такі як Paymaster, абстрагування Gas та інші, насправді також знову застосовуються в EIP-7702.
Автор вважає, що розвиток будь-якої галузі не відбудеться миттєво; важливо вміти виявляти закономірності та підсумовувати досвід з минулих підйомів і падінь.
Маршрут два: перетворення EOA адреси на CA адресу
Насправді ще в листопаді 2015 року Віталік запропонував EIP-101, щоб використовувати контракти як нову структуру акаунту. Змінивши адресу на таку, що складається лише з коду та простору зберігання, він змінив підтримку комісій за транзакції з ERC20 на оплату через попередньо скомпільовані контракти, щоб перетворити рідні токени на подібні до ERC20 для зберігання залишків (може мати функції авторизації для автоматичного зняття коштів тощо). У січні 2018 року з'явилася схема EIP-859, основна роль якої полягає в тому, що якщо контракт сторони угоди не розгорнуто, то використовується параметр code, що додається до транзакції, для виконання розгортання гаманця контракту. Врешті-решт, з пропозиції EIP-3074, подальше виведення EIP-7702 було остаточно включено в основну мережу Ethereum!
Ідея та ефект EIP-7702 насправді дуже прості, він реалізує ініціалізацію за допомогою нового типу транзакцій, у подальшому користувачі можуть дозволити EOA мати тимчасову, необов'язкову функціональність смарт-контракту в одній транзакції, що, в свою чергу, підтримує бізнесові процеси, такі як масові транзакції, без Gas транзакції та управління користувацькими правами, зокрема найважливішою можливістю є те, що користувачі отримують тимчасове та необов'язкове простір.
І кілька людей можуть ділитися одним і тим же логічним контрактом, що суттєво знижує витрати на міграцію користувачів. Щоб завершити налаштування EIP-7702, користувачеві потрібно всього 8W Gas, що приблизно становить 0,06 долара, а для повторного налаштування нового контракту або скасування налаштування логічного контракту потрібно лише 4W Gas.
Після завершення налаштувань, це може значно принести великий газовий оптимізацію для користувачів під час масових угод, дивіться таблицю:
Звичайно, ви можете вважати, що необхідно робити два рази, а можливо, навіть шість разів Token Transfer?
Звичайні користувачі вже звикли до того, що під час однієї угоди виконують одне завдання, і здавалося б, сценаріїв не так багато, але в подібних багатофункціональних застосунках, як Web3 Game, Web3 Pay, це насправді трапляється дуже часто, наприклад, коли одночасно використовують мідні монети (валюта, що створюється в грі) та срібні монети (валюта, якою поповнюють рахунок) для споживання. Або, скажімо, беручи участь у певній акції, одночасно витрачають NFT квитки та вхідний внесок.
Навіть якщо ми не будемо фантазувати про складні сценарії, повертаючись до найпоширеніших потреб Swap на сьогоднішній день, також існує потреба в масовому approve та Transfer. Більше того, сьогодні можна створити невеликий інструмент, який просто допоможе користувачам швидко видалити вже непотрібні дозволи approve. Ефект легко порівняти, очевидно, витрати можна зменшити безпосередньо на 40%.
Основний принцип EIP-7702
Щоб дослідити, чому є такий ефект, потрібно повернутися до його принципів, насправді його основа складається з 2 логік: етапу налаштування користувачем та етапу щоденного використання.
налаштування логічного контрактного етапу
Основний процес виглядає так:
Перший крок: авторизація підпису, підписати спеціальний хеш-рядок за допомогою приватного ключа оригінального EOA, зміст якого складається з закодованих chain_id, address, nonce. Тут Address є адресою логічного контракту, який потрібно встановити, а Nonce є стратегією, що забезпечує унікальність транзакції та запобігає її повторному виконанню.
Другий крок: підписання транзакції. Отримавши інформацію про авторизацію з першого кроку, будь-хто може створити транзакцію типу 4, яка може містити кілька авторизаційних даних, щоб одночасно налаштувати авторизацію для кількох адрес.
Третій крок: трансляція в блокчейн, отже, коли обробка транзакції внутрішнього авторизації завершена, логічний контракт вже набрав чинності.
Тут також є більше технічних деталей, які можна знайти в реалізації відкритого js sdk від okx, щоб побачити процес кодування базових даних. Звичайно, ця система насправді також приховує деякі ризики безпеки та складності, про які ми детально розповімо далі.
виконання логічного контракту
Коли ви завершите налаштування, тоді, коли будь-яка транзакція до адреси вказує на вас, це буде так само, як виклик смарт-контракту; система "завантажить" код вашого логічного контракту, який ви налаштували, у поточний стан вашого EOA для виконання його логіки.
Так само ми використовуємо 2 сцени для перегляду:
Перший варіант, ти сам звертаєшся до себе.
Якщо ви налаштували, як контракт на Smart Contract OKX 7702, який має високу безпеку та можливість налаштування, то ви можете вказати заздалегідь підготовлений calldata, що дозволить вам виконати поточну операцію одноразово за допомогою кількох інструкцій. Наприклад, ви можете одночасно виконати Approve+Transfer, або також виконати Approve+Swap.
Не недооцінюйте, з 27 мільярдів транзакцій Ethereum, приблизно 75 мільйонів — це операції Approve. При розрахунку на кожну транзакцію 80 000 Gas, це становить 460 000 ETH витрати, за ринковою ціною ETH у 1700 доларів, це близько 800 мільйонів доларів.
Другий варіант, коли інші викликають вас
Раніше не існувало ситуацій, коли інші могли викликати EOA-адресу в Ethereum, але зараз ти є універсальним контрактом, що повністю налаштовується. Ти можеш створювати підрахунки з різними правами доступу, а також надавати нечисленним Paymaster список білих адрес, дозволяючи певним акаунтам DApp ініціювати деякі транзакції від твого імені, що повністю усуває необхідність у повторних спливаючих вікнах підпису в традиційних блокчейн-додатках.
Яка потужна здатність! Тому це майже все