Наразі в Ethereum є два основних типи гаманців: EOA (зовнішній обліковий запис) і SCW (розумний контрактний гаманець). Однак кожен з них стикається з проблемами низької ефективності виконання та неможливості ініціювати транзакції самостійно. Після численних досліджень розробники Ethereum знайшли оптимальне рішення на цьому етапі, яким є реалізація абстракції облікового запису через ERC4337.

1. Гаманець ERC4337 реалізує розділення приватних ключів і облікових записів через Bundler, що забезпечує пакетну обробку транзакцій і можливість ініціювати транзакції проактивно.

2. Крім того, вбудований код гаманця смарт-контрактів дозволяє автоматизовано обробляти транзакції на основі зовнішньої інформації.

3. Однак ця пропозиція все ще стикається з проблемами інших рішень, таких як абстракція облікового запису на рівні протоколу та власні гаманці абстракції облікового запису. Крім того, контракт ERC4337 був запущений в основній мережі Ethereum лише в березні цього року, тому багато питань ще належить дослідити, і існує значна невизначеність щодо остаточного рішення. Нарешті, через одноточкову природу контракту Entry Point ERC4337 сильно обмежений щодо оновлень.

4. Щоб вирішити ці проблеми, розробники ERC4337 також доповнили пропозицію EIP, щоб оптимізувати її, не змінюючи вступний контракт. Для випадку несумісності між Dapps в епоху EOA та ERC4337, прихильники ERC4337 незалежно створили численні проекти гаманців і проекти Dapp, зосереджені на взаємодії з гаманцями ERC4337. Ці проекти забезпечують різноманітну взаємодію, якою облікові записи EOA можуть користуватися в оригінальних екосистемах DeFi та SocialFi, а також покращують працездатність.

Загалом ERC4337 залишається оптимальним рішенням для впровадження абстракції облікових записів на поточному етапі. Завдяки компенсаційному контракту Paymaster він зменшує бар’єри для користувачів щодо участі в Defi. Власники проектів можуть пропонувати транзакції з нульовим або низьким рівнем газу, щоб залучити більше користувачів. Завдяки об’єднанню та пакетній обробці транзакцій це значно покращує роботу користувачів у Socialfi та Gamefi, надаючи учасникам Socialfi та Gamefi більше різноманітних варіантів взаємодії.

1. Фон

Компроміс між децентралізацією та зручністю завжди був серйозним викликом для учасників криптовалют. Прийняття децентралізації вимагає пожертвування зручністю операцій web2, заміни простих натискань кнопок такими процесами, як керування мнемонічними фразами, підписання приватними ключами та встановлення одноразових значень. З іншого боку, гонитва за зручністю викриває важливість володіння обліковим записом, про що свідчать крахи централізованих установ, таких як FTX і JPEX. Щоб вирішити цю проблему, розробники Ethereum робили різні спроби зробити облікові записи web3 такими ж зручними, як облікові записи web2, за допомогою концепції абстракції облікових записів. Серед цих спроб стандарт ERC4337 отримав значний консенсус серед розробників, як підкреслив засновник Ethereum Віталік Бутерін на цьогорічній конференції ETHCC.

2. Принцип абстракції облікового запису ERC4337

ERC4337 включає три об’єкти: UserOperation, Bundler і on-chain контракти в процесі відокремлення контролю та власності від сутності облікового запису. UserOperation в основному включає введення даних користувачами, Bundler завершує упаковку та запуск транзакцій, а контракти в ланцюжку складаються з Entry Point, Paymaster Contract і Wallet Contract, які в основному реалізують складну логіку перевірки та виконання.

1. UserOperation: UserOperation містить усю інформацію, пов’язану з надісланими користувачем транзакціями. На наступній діаграмі показано параметри, які потрібно ввести в UserOperation, а також параметри введення, необхідні для звичайного облікового запису EOA для ініціювання транзакції.

Джерело зображення: Kernel Ventures

Основна відмінність між гаманцями ERC4337 і гаманцями EOA полягає в тому, що в гаманцях ERC4337 можна вказати відправника, тоді як у гаманцях EOA адреса відновлення ECDSA є підписувачем за замовчуванням. Як наслідок, гаманці ERC4337 досягають розділення власності та контролю над обліковим записом. Далі в ERC4337 додано параметр paymasterAndData, щоб установити конкретну інформацію контракту платника. Пізніше ми пояснимо конкретну функцію контракту платника.

1. Bundler: Bundler — це, по суті, EOA (зовнішній обліковий запис), який перевіряє логіку коду, пов’язану з контрактом Wallet, у даних виклику вхідної UserOperation. Якщо дані виклику містять такі коди, як TIMESTAMP, BLOCKHASH, або звертаються за межі сховища гаманця, Bundler відхиляє UserOperation, щоб запобігти зловмисній атаці симуляції. Після перевірки Bundler пакує кілька UserOperations і транслює їх у загальнодоступний або приватний mempool після перевірки. Крім того, оскільки смарт-контракти на Ethereum повинні бути ініційовані обліковим записом EOA, Bundler взаємодіє з контрактом Entry Point Contract для виконання UserOperations. У цьому процесі Bundler може отримати вигоду від різниці між максимальною пріоритетною комісією та фактичним газом, а також MEV (вартість, яку можна видобути Майнером) від відсортованих пакетних транзакцій. Таким чином, зростання ERC4337 може запровадити нову форму майнінгу для Bundlers в Ethereum.
2. Точка входу: Точка входу — це розумний контракт, який використовується для перевірки та виконання вмісту UserOperation. Він запускається Bundler і забезпечує розділення Bundler і гаманця смарт-контракту. У ERC4337 кожному контракту Wallet призначається спеціальна автентифікація для адреси контракту Entry Point, що дає йому спеціальні дозволи під час процесу взаємодії. Коли Bundler викликає контракт Entry Point, він запускає функцію handleOps у контракті. Ця функція спочатку перевіряє, чи є в гаманці достатньо компенсації газу для Bundler, і якщо ні, транзакція відкочується. Крім того, гаманець смарт-контракту може вибрати оплату газу за контрактом Paymaster, про що ми згадаємо в наступному вмісті. Якщо всі перевірки пройшли, внутрішня функція _executeUserOp у контракті поступово виконуватиме вміст calldata UserOperation, викликаючи відповідну функцію в гаманці смарт-контракту. Після того, як усе зроблено, газ, що залишився, компенсується бандлеру.
3. Контракт гаманця: Контракт гаманця — це, по суті, гаманець із розумним контрактом, який містить функцію multiCall, яка дозволяє пакетно обробляти дані з даних виклику UserOperation, значно зменшуючи споживання газу. Однак, на відміну від процесу виконання звичайного смарт-контракту, у функції multiCall вміст UserOperation не виконується безпосередньо, а поділяється на процеси validateOp і executeOp. Якщо вміст UserOperation не проходить validateOp, виконання автоматично припиняється, і все споживання газу, згенероване під час усього процесу, несе Bundler, тоді як після досягнення функції executeOp, незалежно від причини припинення контракту виконання, споживання газу несе договір Wallet. Цей механізм ефективно гарантує, що Bundler може отримати справедливий прибуток завдяки своїй поведінці в упаковці, і запобігає зловмисним Bundlerам запускати DoS-атаки, які призведуть до виснаження ETH, що зберігається в контракті Wallet.
4. Paymaster: Paymaster не є обов’язковим компонентом у ERC4337. Якщо параметр paymasterAndData в UserOperation не порожній, призначений контракт Paymaster оплачуватиме газ від імені Bundler. Під час цього процесу Bundler запускає функцію validatePaymasterOp у контракті Paymaster, яка перевіряє, чи має Paymaster достатній баланс для оплати газу, і оплачує газ для вказаної UserOperation на основі вимог, визначених користувачем. Варто зазначити, що ERC4337 не вказує стандарт для визначення пріоритетів використання Paymasters. Пакетувальники повинні вибрати оптимального платника та усунути низькоякісних платників на основі записів про минулі платежі за газ поза мережею. Цей конкурентний процес між Paymasters допомагає підвищити ефективність мережі.
5. Агрегатор підпису: оскільки ERC4337 підтримує алгоритми підпису, відмінні від ECDSA, ми спочатку класифікуємо UserOperations, які використовують різні алгоритми підпису. Потім Bundler генерує зведений підпис через агрегатор підписів, який може перевірити всі включені в нього транзакції за допомогою єдиного процесу перевірки. Цей процес значно зменшує споживання плати за газ.

Загалом, у цьому процесі користувач спочатку надсилає UserOperation до Bundler із визначеними користувачем параметрами. Якщо параметр paymasterAndData присутній, буде викликано договір платіжного майстра для оплати плати за газ. Якщо присутній параметр initCode, користувач створить новий гаманець смарт-контракту на основі логіки коду в ньому. Нарешті, для того, щоб зменшити споживання газу під час процесу перевірки, ERC4337 приймає метод транзакцій пакетного пакування. Агрегатор підписів використовується для упаковки одного типу UserOperations у зведений підпис для перевірки лише один раз. Після змодельованої перевірки Bundler поза ланцюгом і фактичної перевірки в ланцюжку гаманець з розумним контрактом успішно виконує користувальницькі функції користувача в UserOperation і повертає надлишок газу Bundler як винагороду.

Джерело зображення: Kernel Ventures

Порівняно з використанням EOA (зовнішнього облікового запису) для ініціювання транзакції, це набагато простіше. З EOA вам потрібно лише підписати дані транзакції за допомогою закритого ключа облікового запису та передати їх у мережу. Транзакція, що транслюється, перевірятиметься вузлами, а потім вибиратиметься механізмом POS для запису в блокчейні вибраним вузлом із правами обліку. Цей процес є простим, з мінімальним споживанням газу та без посередників, таких як контракти Bundler і Entry Point. Він також забезпечує безпеку, засновану виключно на алгоритмі шифрування ECDSA, без внутрішніх ризиків безпеки, пов’язаних зі складною логікою контракту. Однак у цьому процесі приватний ключ і контроль облікового запису тісно пов’язані та не можуть бути змінені. Кожна транзакція має бути окремо підписана та підтверджена без можливості автоматизованої обробки.

Джерело зображення: Kernel Ventures

Підводячи підсумок, ERC4337 забезпечує відокремлення особистих ключів і володіння обліковим записом, зменшує споживання газу в складних процесах транзакцій за допомогою пакетної обробки, усуває поріг доступу до балансу Ethereum за допомогою контрактів платіжного майстра, а також дозволяє різні методи підписання та налаштовані функції облікового запису через смарт-контракт. гаманці. Ці вдосконалення значно підвищують зручність і універсальність облікових записів web3.

3. Типи гаманців Ethereum та їх плюси та мінуси

1. EOA (зовнішній обліковий запис): обліковий запис Ethereum EOA контролюється закритим ключем, який генерується з мнемонічної фрази з 12 слів. Хоча облікові записи EOA мають автономію для ініціювання транзакцій, вони вимагають від користувачів безпечного зберігання шістнадцяткового рядка з 64 символів або мнемонічної фрази з 12 слів, що може бути незручно. Крім того, транзакції, пов’язані з підтвердженням особи з обліковими записами EOA, потребують індивідуального підпису, що є громіздким, оскільки кожне підтвердження передбачає переписування стану та підтвердження змін дозволу. Нарешті, використання облікового запису EOA для ініціювання транзакцій вимагає попереднього внесення Ethereum в обліковий запис, що підвищує поріг зручності використання гаманця.
2. SCW (Smart Contract Wallet): гаманці SCW значно покращили зручність і автоматизацію порівняно з гаманцями EOA. За допомогою вбудованого коду смарт-контрактів транзакції можна об’єднувати, а складні операції можна автоматизувати відповідно до намірів користувача. Однак гаманці SCW мають нижчі дозволи порівняно з гаманцями EOA і не можуть самостійно ініціювати транзакції. Для ініціювання транзакції з гаманцями SCW потрібен обліковий запис EOA, щоб ініціювати транзакцію.
3. MPC (багатосторонній обчислювальний гаманець): MPC-гаманці розповсюджують приватний ключ між декількома об’єктами, які спільно захищають його та об’єднують, коли потрібне підписання. Хоча вони схожі на гаманці з кількома підписами, між ними є принципові відмінності. По-перше, гаманці MPC мають лише один закритий ключ, який фрагментований і захищений. По-друге, перевірка кількох підписів повністю виконується за допомогою смарт-контрактів у ланцюзі, тоді як встановлення порогових значень і генерація підписів у гаманцях MPC відбувається поза ланцюгом. Гаманці MPC ефективно усувають одиничні точки збою та ризик втрати права власності на обліковий запис через втрату закритого ключа, але процес генерації підпису поза ланцюгом є централізованим і вимагає суворих механізмів аудиту для запобігання можливій зловмисній поведінці. Крім того, більшість гаманців MPC наразі налаштовані, а не з відкритим кодом, що ускладнює їх модульне вбудовування в процес розробки та збільшує витрати на розробку. Важливо зазначити, що гаманці MPC і гаманці AA (Account Abstraction), згадані нижче, не конкурують між собою. Гаманці MPC вирішують проблему зберігання приватних ключів, тоді як гаманці AA вирішують питання гнучкості процесу транзакцій, і обидва вони можуть використовуватися разом у майбутньому розвитку.
4. AA (Абстракція облікового запису): концепцію абстракції облікового запису можна простежити до EIP-86, запропонованого в 2017 році, який пропонував перетворити всі облікові записи на контракти та дозволити користувачам визначати власні моделі безпеки. Однак ця пропозиція включала зміни в консенсусний рівень Ethereum і створювала потенційні проблеми з безпекою, що призвело до відкладення EIP-86 на невизначений термін і наступних пропозицій, що передбачають зміни в консенсусному або протокольному рівні Ethereum. Лише після впровадження EIP-2938 значні зміни в базовому рівні Ethereum були значно зменшені, а проблеми безпеки були вирішені шляхом встановлення правил пулу пам’яті для вузлів. Загальний підхід до абстракції облікового запису змінився на те, як її досягти, лише змінивши рівень смарт-контракту. У 2021 році було запропоновано ERC4337, який повністю досягав абстракції облікового запису, вносячи зміни лише на рівні смарт-контракту. У березні цього року контракт Entry Point ERC4337 був розгорнутий у мережі Ethereum, що ознаменувало еру абстракції облікових записів з ERC4337.

4. Виклики та відповіді

4.1 Невизначений стандарт абстракції облікового запису

1. Абстракція облікового запису консенсусного рівня: по-перше, для абстракції облікового запису на рівні 1 Ethereum ERC4337 не є єдиним рішенням. Домінування абстракції облікових записів рівня консенсусу на основі EIP2938 було тимчасово відкладено, а не повністю відхилено. Можливо, з поточної точки зору переваги, які приносить абстракція облікових записів, не можуть спонукати розробників вносити зміни на рівні ядра Ethereum. Однак, оскільки абстракція облікового запису в стилі ERC4337 досягає своїх меж, люди шукатимуть кращої взаємодії з користувачем. У той час рішення абстракції облікових записів консенсусного рівня, які розширюють дозволи контрактних облікових записів, щоб дозволити їм ініціювати транзакції автономно, усунути Bundler і зменшити витрати та складність транзакцій, можуть знову стати до уваги.
2. Запропоновані EIP, які мають бути підтверджені: далі, впровадження ERC4337 минуло менше року, і проблеми постійно виявляються та вдосконалюються. Оскільки неможливо змінити точку входу, тимчасово запропоновані EIP оптимізації для ERC4337 здебільшого включають оптимізацію Bundler і коду операції. Наприклад, EIP-1589 представляє контракт індосанта для запобігання атакам MEV, а EIP-3974 додає код операції, який дозволяє делегувати контроль облікового запису EOA обліковому запису смарт-контракту, що передбачає зміни на рівні консенсусу. Чи будуть ці пропозиції схвалені, все ще залежить від дискусій у спільноті розробників Ethereum.
3. Абстракція власного облікового запису Layer2: нарешті, на Layer2 є різні гаманці власного облікового запису, такі як Starknet і Zksync Era. У Starknet використовується інша схема підпису ECDSA, що значно знижує вартість підпису та перевірки, таким чином значно зменшуючи споживання газу. У той же час у Starknet існують лише контрактні облікові записи, які за замовчуванням вважаються обліковими записами верхнього рівня та можуть безпосередньо ініціювати транзакції без необхідності виконання складних операцій на контрактному рівні, забезпечуючи розробникам більш гнучке та багате середовище розробки додатків.

Підсумовуючи, абстрагуючи облікові записи на Ethereum, хоча ERC4337 є найбільш широко визнаним варіантом, він не єдиний.

4.2 ERC4337 Самодефіцити

1. Вища фіксована вартість газу: споживання газу для базових операцій у гаманці ERC4337 становить 42 000 газу, що вдвічі більше, ніж у звичайному рахунку EOA. Конкретні причини такі:
   
   Джерело зображення: Kernel Ventures
   Можна побачити, що запровадження смарт-контрактів призвело до значного споживання газу під час виконання контрактних операцій (розпакування UserOperation, виконання умовної перевірки, хешування в ланцюжку тощо), а також до запуску подій і публікації журналів на Ethereum. мережі. У той же час групування транзакцій, запропоноване в ERC4337 для зменшення витрат на транзакції, виявилося непрактичним у реальних транзакціях. Більшості користувачів не потрібно об’єднувати велику кількість транзакцій в один виклик, і перевага пакетних транзакцій ERC4337 може бути використана лише в рідкісних сценаріях, таких як розсилка проекту. Крім того, якщо UserOperation, яка спочатку була призначена для розподілу транзакційних витрат, не виконується в ланцюжку, це може призвести до більших втрат для облікових записів гаманців або Bundlers.

2. Висока вартість оновлення: у смарт-контракті Entry Point функція entryPoint() може використовуватися для повернення параметра, який відповідає інтерфейсу IEntryPoint. У контракті Wallet цей параметр можна використовувати, щоб визначити, чи надходять зовнішні транзакції від викликів функцій у контракті entryPoint. Однак це вимагає жорсткого кодування адреси EntryPoint у кожному створеному обліковому записі смарт-контракту. Якщо потрібне оновлення контракту EntryPoint, для цього знадобиться згода всіх власників облікових записів смарт-контракту. Коли ERC4337 буде широко прийнято, складність внесення цієї зміни буде порівнянна зі зміною рівня консенсусу. Тому розгортання ERC4337 має здійснюватися з великою обережністю та пройти ретельний аудит безпеки. Крім того, оптимізація продуктивності в майбутньому також буде складним завданням.

3. Проблема безпеки контракту: в оригінальних облікових записах EOA процес транзакцій простий, а безпека транзакцій забезпечується за допомогою криптографії та консенсусного механізму основного блокчейну. Криптографічні алгоритми та механізми консенсусу розподіленої системи були ретельно протестовані та перевірені академічною спільнотою, що робить ймовірність уразливості дуже низькою. Проте гаманець ERC4337 замінює багато операцій, які раніше перевірялися за допомогою механізмів консенсусу блокчейну, оцінками контрактних функцій. Це висуває надзвичайно високі вимоги до безпеки самих контрактів, а оскільки логіка транзакцій стає складнішою, ризики безпеки різко зростають.

4.3 Вартість оновлення до ERC4337

1. Гіганти традиційних гаманців обережні:
   Згідно з новинами ChainCatcher, Алекс Юпітер, менеджер із продуктів MetaMask, заявив в інтерв’ю Decrypt, що, незважаючи на те, що різні технології, такі як абстракція облікового запису та EOA, неодноразово згадувалися під час EthCC, MetaMask ретельно впроваджуватиме ці технології.
   Як традиційний постачальник гаманців, MetaMask полегшує створення облікових записів EOA для користувачів і стягує комісію, пропонуючи децентралізовані послуги обміну. Більшість відомих гаманців-гігантів, які вже створили стабільні моделі прибутку, неохоче йдуть на ризик і вносять зміни. Наразі вони також застосовують обережний підхід до абстрагування облікових записів, активно досліджуючи, але зберігаючи обережне ставлення до впровадження.

2. Вартість оновлення Dapps
   Існуючі Dapps на Ethereum, включаючи Opensea, Uniswap, MetaMask Swap тощо, за умовчанням обслуговують облікові записи EOA. Щоб зробити ці Dapps повністю сумісними з гаманцями ERC4337, потрібно внести зміни в механізми взаємодії та аудиту Dapp, а також механізм ставки токенів. Щоб досягти цієї зміни, потрібно змінити код смарт-контракту основних Dapps, що може створити ризики для безпеки та спричинити значні витрати на оновлення. Крім того, враховуючи опір контрактним обліковим записам, викликаний попередніми контрактами Tornado, робоче навантаження цього оновлення буде ще більшим.

4.4 ERC4337 і Cross-Chain

У міжланцюжкових мостах між мережами Ethereum і Layer2 мережа-одержувач зазвичай очікує, що платіж буде надіслано з тієї ж адреси, що й у мережі-відправника. Це не проблема традиційних гаманців EOA (зовнішнього облікового запису), оскільки вони можуть контролювати обидві адреси за допомогою одного закритого ключа за допомогою підпису. Однак у гаманцях ERC4337 адреса, що ініціює передачу, є адресою контракту та не контролюється приватним ключем, що означає, що встановити адресу отримання такою ж, як адреса мережі відправника, неможливо. У результаті майже завжди виникає проблема несумісності між гаманцями ERC4337 і більшістю перехресних мостів між мережами Ethereum Layer1 і Layer2.

4.5 Покращення ERC4337

1. Покращення пропозиції щодо EIP: хоча сам стандарт ERC4337 важко змінити, ми можемо доповнити його, запропонувавши нові EIP. Наприклад, EIP5189, запропонований у червні 2022 року, запроваджує контракт endoser, щоб зменшити ризики в процесі відбору Bundler і додатково запобігти зловмисним атакам ботів MEV. Крім того, є численні незавершені пропозиції, пов’язані з 4337, такі як EIP3074 і EIP5003, які очікують на розгляд.
2. Доповнення до крос-ланцюгового протоколу: Фундаментальне вирішення проблеми крос-чейну між Ethereum Layer1 і Layer2 полягає в тому, щоб почати з нижньої частини крос-чейн-бриджа. Користувачі можуть встановлювати власні адреси прийому в приймальній мережі, але це вдосконалення пов’язане з високою вартістю, пов’язаною з перерозподілом перехресного мосту та проблемами безпеки нових контрактів. На даний момент найбільш ідеальним рішенням є встановлення довіреного стороннього облікового запису EOA як посередника між гаманцем ERC4337 і міжланцюговим мостом. Цьому посереднику потрібно тримати велику кількість токенів ETH або Layer2 як заставу, і щоразу, коли він допомагає здійснити міжланцюгову транзакцію, він повинен робити надлишкові активи. Після того, як гаманець смарт-контракту, який отримує переказ, повертає поставлені токени, він забезпечує певну винагороду.
3. Самостійно створені Dapps ERC4337: з моменту розгортання контракту про точку входу в березні цього року на Ethereum було реалізовано велику кількість проектів гаманців на основі ERC4337. Ці проекти сумісні з гаманцями ERC4337, такими як високомасштабований проект гаманця смарт-контрактів ZeroDev Kernel і проект абстракції гаманця MynaWallet, який співпрацює з урядом Японії. Ці проекти утворюють велику екосистему гаманців абстракції облікових записів. Незважаючи на обережне ставлення продавців традиційних гаманців, використання UserOperations на Ethereum продовжує зростати з березня цього року, що вказує на швидке розширення.

Джерело зображення: Дюна

5. Можливості, які надає ERC4337

Джерело зображення: Kernel Ventures

5.1 Майнер Bundler під ERC4337

Щоб відокремити суб’єкт облікового запису від контролю облікового запису в ERC4337, було введено Bundler. Будь-який обліковий запис EOA, який містить певну суму ETH, може діяти як Bundler. Порівняно з традиційним майнінгом за механізмом POW, цей новий метод майнінгу не вимагає майже нульових інвестицій, а також дозволяє уникнути потенційних юридичних ризиків. На відміну від стейкингового майнінгу за механізмом POS, бандлери мають дуже низький вхідний бар’єр і не вимагають стекінгу 32 ETH, лише газ, необхідний для взаємодії з контрактом Entry Point. Фундаментальна причина цієї різниці полягає в тому, що складність зловмисної поведінки Bundlers набагато вища, ніж перевірка вузлів, а прибуток від зловмисної поведінки набагато менший, ніж від перевірки вузлів. Таким чином, немає необхідності робити великі ставки ETH, щоб забезпечити загальний баланс винагород і покарань у протоколі ERC4337. Нарешті, порівняно з винагородами за ставки в пулах ліквідності, Bundlers мають коротший період блокування, що забезпечує вищу ліквідність для активів. Коли ETH стикається зі значним тиском продажів, користувачі можуть негайно вивести свої активи, щоб зменшити втрати. Враховуючи ці переваги, Bundlers, швидше за все, стане новим методом інвестування в Ethereum і може надалі розвинутися в пули Bundler, подібні до пулів для майнінгу Bitcoin або пулів для ставок ETH. Вони пропонують низькі витрати, стабільний прибуток і високу ліквідність.

Джерело зображення: Kernel Ventures

5.2 Центральний намір відповідно до ERC4337

Орієнтація на наміри означає підхід, орієнтований на користувача, коли користувачам не потрібно розуміти конкретні кроки виконання, а покладатися на базові модулі для автоматичного виконання модульних дій на основі їхніх намірів. Для нових інвесторів, які входять у простір web3, складність завдань, таких як підписання транзакцій і встановлення лімітів газу, часто відлякує їх від повного використання криптовалюти, змушуючи їх покладатися на централізовані біржі (CEX) замість того, щоб повністю зануритися у світ web3. Ця розбіжність у досвіді користувачів між децентралізованими біржами (DEX) і CEX виникає через різницю в операційних намірах. У DEX користувачам потрібно вручну вибрати найбільш оптимальний торговий пул, підписати авторизацію та підтвердити транзакції, що передбачає кілька окремих дій, що відповідають основній поведінці. З іншого боку, CEX працює на основі дій, керованих наміром. Щоб досягти наміру обміняти USDT на ETH найвигіднішим способом, наприклад, користувачеві потрібно лише розмістити ринкове замовлення без вказівки конкретної ціни замовлення. Більшість користувачів просто бажають модульного процесу, який виконує їхні наміри без необхідності розуміти базові операції. Хоча деякі стверджують, що розуміння процесу може допомогти виявити потенційні проблеми в рамках модульного потоку, більшість користувачів віддають перевагу спрощеному процесу, адаптованому до їхніх намірів, на відміну від розуміння конкретних дій, що стоять за ним. Крім того, процеси, що здійснюються вручну, несуть більший ризик порівняно з добре налагодженими модульними потоками. До появи абстракції облікових записів ERC4337 ефективність облікових записів EOA перешкоджала необхідності окремо підписувати та підтверджувати кожну транзакцію, що перешкоджало розробці програм, орієнтованих на наміри, у мережі Ethereum. З ERC4337 запровадження UserOperation і Bundler дає змогу надсилати транзакції в альтернативні mempool і агрегувати їх з іншими UserOperations, очікуючи, поки Bundlerи об’єднають і передадуть їх у контракт входу для перевірки та виконання. У цьому процесі користувачам потрібно лише заявити або підписати свої вподобання, тоді як конкретні дії вибираються та виконуються Bundlerами на основі існуючої консенсусної або контрактної логіки, усуваючи потребу користувачів брати участь у певному процесі. У DApps ми можемо розробити логіку, орієнтовану на наміри, де користувачі можуть просто підписувати свої наміри для досягнення конкретних цілей без необхідності вручну вибирати та підписувати окремі транзакції. Можна передбачити, що з широким впровадженням ERC4337 орієнтовані на наміри DApps стануть більш поширеними в мережі Ethereum, значно зменшуючи бар’єри входу до web3.

5.3 Defi під ERC4337

Defi, тісно інтегрований з обліковими записами EOA під час останнього бичачого ринку, покращив різноманітність взаємодії в мережі для криптоінвесторів, пропонуючи різноманітні фінансові послуги, такі як ставки, забезпечення ліквідності та кредитування, що зрештою призвело до зростання Defi Summer. Однак складний процес транзакцій і комісії в ланцюжку створюють значну перешкоду для участі звичайних користувачів, перешкоджаючи подальшому впровадженню Defi. У поєднанні з гаманцями ERC4337 Defi може забезпечити підхід взаємодії, орієнтований на наміри, дозволяючи користувачам користуватися дружнім інтерфейсом, подібним до централізованих бірж (CEX). Крім того, за допомогою функції Paymaster в ERC4337 можна здійснювати безгазові транзакції, що дозволяє певним операторам зменшити бар’єр входу для Defi і залучити більше учасників. Однак, на відміну від таких секторів, як Socialfi та Gamefi, Defi передбачає велику кількість переказів токенів і ставок, що вимагає високих стандартів безпеки. Контрактний рівень абстракції облікового запису вносить складність, роблячи його схильним до вразливостей безпеки, які можуть призвести до втрати коштів користувача. Крім того, оскільки уряд США заборонив багато орієнтованих на конфіденційність контрактів, таких як Tornado, багато платформ Defi суворо перевіряють або навіть призупиняють взаємодію з цими розумними контрактами. Як результат, існують значні несумісності між гаманцями смарт-контрактів і існуючими системами Defi. У процесі взаємодії з контрактами Defi існує ймовірність навіть помилкового потрапляння в чорний список. Ці фактори створюють проблеми для широкого впровадження гаманців ERC4337 у просторі Defi.

5.4 Повністю мережеві ігри за ERC4337

На відміну від «напівланцюжкових» ігор у ранньому gamefi, які лише обробляли ігрові активи та елементи в ланцюжку для забезпечення їх безпеки, повністю онлайн-ігри записують основну логіку та економічну модель гри в смарт-контракти блокчейну, що дозволяє ігрові взаємодії в ланцюжку та досягнення повної децентралізації та високого рівня безпеки. Однак поточні ігри web3 заплатили значну ціну за досягнення повної функціональності в мережі. Однією з основних проблем є стрімке зростання плати за газ. Кожна взаємодія в грі, яка повністю працює в ланцюжку, включно з ігровою механікою, внутрішньоігровими предметами та сценами, має бути записана в блокчейні, що призводить до збільшення витрат. Щоб вирішити цю проблему, логіка взаємодії поточних повністю мережевих ігор часто спрощується, що обмежує ігровий досвід користувача. Крім того, при використанні традиційних облікових записів EOA процес взаємодії в повністю мережевих іграх вимагає громіздкої перевірки підпису, коли користувачам потрібно підтверджувати кожну взаємодію окремо, що значно зменшує ігровий досвід. Запровадження абстракції облікового запису вирішує ці проблеми. Це значно знижує витрати на транзакції, оскільки для підтвердження транзакції потрібні лише сукупні підписи BLS і один крок перевірки, що економить споживання газу під час процесів криптографічної перевірки. Крім того, пакетні транзакції усувають необхідність повторних підтверджень у попередньому процесі. Запровадження персоналізованих облікових записів смарт-контрактів дає можливість модульної побудови в іграх, які повністю підключені до мережі, підвищуючи ефективність розробки. Однак наразі поєднання абстракції облікового запису та повністю мережевих ігор в основному спостерігається в рішеннях Layer2, таких як StarkNet, із такими проектами, як Loot Realms і Cartridge. Це пов’язано не з тим, що Ethereum не підходить для поєднання повністю мережевих ігор із гаманцями ERC4337, а з тим, що контракт Entry Point був розгорнутий у основній мережі Ethereum лише в березні цього року. Як наслідок, більшість ігор на базі ERC4337 повністю мережевих ігор на Ethereum все ще знаходяться в стадії розробки. Передбачається, що найближчим часом на Ethereum буде запущено багато повністю мережевих ігор на базі ERC4337, що значно покращить інтерактивний досвід і зменшить витрати на взаємодію. Існуючі масштабні повністю мережеві ігри на Ethereum, такі як Dark Forest і Wolf Games, можуть також розглянути можливість внесення змін до рівня контракту, щоб бути сумісним із взаємодією облікових записів ERC4337.

5.5 Socialfi під ERC4337

Потрапивши в пастку механізму об’єднання облікових записів із закритими ключами та обмежених можливостей взаємодії облікових записів EOA, Socialfi давно стикається з проблемами, пов’язаними з високими бар’єрами входу та складним керуванням обліковими записами. Запровадження абстракції облікових записів повністю змінить цю ситуацію, але компроміс між зручністю, відновлюваністю та безпекою потрібно зважити на основі особливої важливості облікових записів web3 у Socialfi. По-перше, відокремлення приватних ключів і контролю облікових записів позбавляє користувачів від необхідності керувати складними та невпорядкованими приватними ключами або мнемонічними фразами, одночасно дозволяючи динамічно коригувати паролі облікових записів. Наприклад, проект Ambire, запущений наприкінці 2021 року, створив обліковий запис web3 і відновив закритий ключ електронною поштою. По-друге, пакетна обробка транзакцій, надана ERC4337, вирішує проблему бар’єру web3, порушену на початку цієї статті. Подібно до того, як кнопка може вирішити проблему в web2, її також можна вирішити за допомогою кнопки в web3. Нарешті, запровадження спеціальної логіки коду в облікових записах ERC4337 більше відповідає персоналізованому дизайну облікових записів web2, дозволяючи кожному обліковому запису Socialfi запроваджувати різні функції облікового запису відповідно до своїх уподобань, подібно до можливості відкривати чи не відкривати функції каналу в QQ на основі вподобань користувача.

6. Перспективи на майбутнє

На момент написання статті кількість користувачів web3 становить близько 300 мільйонів, що становить лише близько 4% світового населення з 6 мільярдів користувачів Інтернету. Порівняно із загальною кількістю користувачів Інтернету, все ще є значний простір для зростання. Щоб web3 зрівнявся з web2 і подолав позначку в 1 мільярд користувачів, передумовами є нижчі входові бар’єри та більше настроюваних функцій облікового запису. Серед усіх варіантів досягнення цієї мети ERC4337 виділяється як рішення з відносно низьким рівнем ризику зі зрілою структурою, і воно отримало визнання Ethereum Foundation і ключових розробників. Після розгортання контракту Entry Point на Ethereum кількість користувачів, які використовують Abstraction Account, різко зросла.

Джерело зображення: Dune

Незважаючи на те, що ERC4337 отримав широке визнання та підтримку з боку спільноти Ethereum, він все ще стикається з кількома проблемами у своїй практичній реалізації. По-перше, існує невизначеність щодо остаточної форми ERC4377 через незавершені пропозиції, що створює перешкоди для розвитку екосистеми ERC4377. По-друге, з оновленням ERC4377 пов’язані високі витрати. Розгортання контракту точки входу вимагає від більшості гаманців у мережі прийняття нового стандарту, що може бути дорогим і тривалим процесом. Нарешті, існує проблема сумісності з існуючими Dapps і перехресними мостами. Досягнення широкого впровадження ERC4337 вимагатиме значного оновлення існуючих Ethereum Dapps, що супроводжується значними ризиками безпеки та витратами.

Проте ERC4377 активно вирішує ці проблеми. Наприклад, додавши зовнішні смарт-контракти, можна підвищити ефективність бандлера. Додаткові коди операцій можуть покращити дозволи облікових записів смарт-контрактів. Додаткові пропозиції EIP спрямовані на вирішення труднощів оновлення контракту точки входу. Крім того, у відповідь на проблему сумісності з традиційними Dapps, ERC4337 створив власну екосистему, сприяючи ширшому застосуванню гаманців абстракції облікових записів у мережі Ethereum. Комплексна реалізація гаманців ERC4337 дає змогу орієнтуватися на наміри evm на рівні віртуальної машини Ethereum (EVM), що може додатково абстрагувати операції в Dapps, роблячи їх такими ж орієнтованими на наміри користувача та зручними, як програми web2. Якщо функціональність, орієнтовану на наміри, може бути повністю реалізована в Ethereum Dapps, це значно покращить користувальницький досвід і залучить до участі більше користувачів із-за меж криптоспільноти. Однак зростання таких секторів, як Defi, які включають прямі передачі токенів, може бути більш консервативним через суворіші вимоги безпеки. З іншого боку, такі сектори, як Socialfi та Gamefi, надають перевагу взаємодії з користувачем, а не питанням безпеки. Раніше, через обмеження облікових записів EOA, комплексне проектування взаємодії було неможливим. Завдяки ERC4337 ці сектори можуть подолати бар’єри, пов’язані з високими вимогами до користувачів і поганим користувальницьким досвідом, що призведе до значного зростання кількості користувачів і потенційно стане головним каталізатором на наступному криптографічному ринку.

Kernel Ventures — це крипто-венчурний фонд, керований науково-дослідницькими спільнотами, з більш ніж 70 інвестиціями на ранніх стадіях, зосередженими на інфраструктурі, проміжному програмному забезпеченні, dApps, особливо ZK, Rollup, DEX, модульних блокчейнах і вертикальних сферах, які включатимуть мільярди майбутніх користувачів крипто, таких як абстракція облікового запису, доступність даних, масштабованість тощо. Протягом останніх семи років ми підтримували розвиток основних спільнот розробників та університетських блокчейн-асоціацій у всьому світі.

Відмова від відповідальності:

1. Ця стаття передрукована з [дзеркало]. Усі авторські права належать оригінальному автору [Kernel Ventures Jerry Luo]. Якщо є заперечення щодо цього передруку, будь ласка, зв’яжіться з командою Gate Learn , і вони негайно розглянуть це.
2. Відмова від відповідальності: погляди та думки, висловлені в цій статті, належать виключно автору та не є жодною інвестиційною порадою.
3. Переклади статті на інші мови виконує команда Gate Learn. Якщо не зазначено вище, копіювання, розповсюдження або плагіат перекладених статей заборонено.