Контракт входу ERC-4337 був розгорнутий на головній мережі Ethereum майже два роки тому. Після запуску Ethereum було запропоновано багато рішень для впровадження абстракції облікового запису, але жодне з них не було завершено, оскільки більшість з них потребують змін на рівні протоколу. Протягом років основні розробники довелося працювати над багатьма більш важливими речами, заганяючи ці запропоновані рішення абстракції облікового запису на задню піч.

Навіть якщо стандарт не був запропонований, різні продукти експериментували з абстракцією облікового запису.

Введення ERC-4337 вирішило обидва питання. Для цього не потрібно було вносити жодних змін на рівні протоколу, оскільки все необхідне було абстраговано до більш високорівневої інфраструктури. Крім того, такий підхід надав розробникам стандартизований спосіб впровадження рішень щодо абстракції рахунків.

У цій статті розглядаються досягнення різних проєктів за останні 2 роки та цікаві події, що відбулися навколо впровадження ERC-4337. Ми також розглянемо статистику виробництва для ERC-4337 з різних ланцюгів та додатків. Проте давайте почнемо з оновлення по ERC-4337 та ключових концепцій, які він вводить.

Оновлення ERC-4337

ERC4337 створив вищий рівень інфраструктури, щоб зробити абстракцію рахунку реальністю. Основні частини цієї інфраструктури є:

• Обліковий контракт
• Операція користувача
• Точка входу
• Bundler
• Альт Мемпул
• Платіжний агент
• Фабрика облікових записів

Обліковий контракт

Цей смарт-контракт є гаманцем, який замінює зовнішній власницький обліковий запис (EOA). Він зберігає активи користувача, такі як токени та NFT. Контракт облікового запису також відповідає за перевірку та виконання транзакцій, що надсилаються йому. Смарт-контракт дозволяє використовувати власні методи перевірки та модифікувати процеси виконання транзакцій.

Операція користувача

Операція користувача - це об'єкт, схожий на транзакцію, який був введений ERC-4337 для відправлення необхідних даних до контракту облікового запису. Він має більшість полів даних, які визначають транзакцію. Однак він також має поля, такі як підписи, наприклад initCode, які дозволяють функціональність, описану в специфікації ERC-4337.

EntryPoint

Вхідна точка приймає операції користувача, призначені для включення в ланцюжок. Вона перевіряє їх і виконує, а також виконує інші дії, необхідні в конвеєрі абстракції облікового запису, наприклад, повернення газу бандлеру та створення нових облікових контрактів.

Bundler

Bundler схожий з вузлом блокчейну; він обробляє та перевіряє операції користувачів, щоб переконатися, чи вони відповідають правилам валідації, визначеним ERC-4337. Ці правила зупиняють будь-який акт на цій високорівневій інфраструктурі.

Альт Mempool

Це відноситься до Mempool, який містить всі невиконані користувацькі операції. Це не має відношення до фактичного mempool.

Головний касир

Paymaster - це контракт, який оплачує комісію за газ від імені контракту рахунку, за умови, що платник готовий заплатити за це. Специфікація ERC-4337 визначає інтерфейс для Paymaster та його взаємодію з EntryPoint.

Аккаунт Фабрика

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

Показники виробництва ERC-4337

З моменту розгортання ERC-4337 багато команд та розробників експериментували з ним, створюючи цікаві використання. Незважаючи на це багатство активності, критична проблема залишається щодо того, що розгортається на mainnets та скільки користувачів їх використовують. Цей розділ детально розглядає різні розгортки до цього часу. Завдяки BundleBear від Kofi, у нас є багато даних про активність на mainnet, пов'язану з ERC-4337.

Тут наведені деякі ключові показники (об'єднані з усіх основних мереж):

• 24 Мільйони облікових записів було створено
• 115M UserOps виконано on-chain
• Більше ніж $4.7 млн газу покривається Пеймастерами

Це великі показники, тож давайте краще їх проаналізуємо.

З усіх створених облікових контрактів близько 18,4 млн є на Polygon. Base є другим з 3 млн. Однак сировинне число облікових записів не розмальовує всю картину; можливо, знадобиться розкладка рівня активності. Наприклад, ми цікавимося частотою транзакцій. Нас цікавить знати кількість тижнево активних облікових записів. Нижче наведено графік кількості тижнево активних облікових записів.

Polygon перевершує за кількістю щотижневих активних облікових записів. Однак за загальною кількістю виконаних користувацьких операцій він посідає друге місце, з 37,2 млн. Base є першим у цій категорії, з 58,1 млн користувацьких операцій. Графік нижче показує щотижневі успішні користувацькі операції, які розповідають ту саму історію.

База робить 15 userOps/рахунок, тоді як Polygon керує лише двома userOps/рахунок. Таким чином, рахунки виконують набагато більше операцій on-chain на Base, ніж на Polygon. Ми могли б порозмовляти про інші ланцюжки; проте більшість активності концентрується на цих двох ланцюжках, тому посилання на інші ланцюжки є безглуздим.

Наступним логічним питанням є: “Що роблять ці користувачі на ланцюгу?” Таблиця нижче показує топ-10 крос-ланцюжкових додатків з найбільшою кількістю операцій користувачів.

Із десяти найпопулярніших програм, вказаних у вищевказаному списку, шість розташовані на Polygon, три - на Base, а решта - на Arbitrum. Список найкращих програм, впорядкованих за кількістю операцій користувачів, не відображає всю картину, оскільки не вдається уточнити, що роблять користувачі. Ось графік, що пояснює щотижневу активність програм за останні кілька років.

Снимок екрана взято зі сторінки додатків BundleBear:https://www.bundlebear.com/apps/all

Графік вище не називає програми, які він відстежує. Цю інформацію можна знайти на BundleBear. Проте він має цікаві відкриття, над якими варто обговорити. Наприклад, декілька кольорових патчів відверто привертають нашу увагу, такі як неоново-зелена секція з травня 2024 року до січня 2025 року, що показує, як PiggyBox подав багато операцій користувачів. Ще одна цікава статистика - бірюзово-зелений патч між липнем і вереснем 23 року, який представляє діяльність користувачів Cyberconnect. Ще один - рудо-червоний розділ між травнем і липнем 23 року, який підкреслює активність користувачів на CapX.

Усі ці операції користувача оплачують газ як частину конвеєрної абстракції рахунку. Для зручності вони також потребують платників. Більшість проєктів не використовують свого платника; вони використовують постачальників, таких як Pimlico, Alchemy, Biconomy, тощо. Причини залучення послуг платника різноманітні, але в основному сводяться до простоти. Налаштування всієї служби платника є важким завданням.

Тут подана графік кількості операцій користувачів, які використовують Paymaster, та постачальника послуг Paymaster, який кожен вибирає.

Дані про кількість операцій користувачів щодо користувачів, які обирають послуги Paymaster, показують, що зі збільшенням кількості обслуговуваних операцій користувачів також збільшується кількість користувачів, які використовують Paymaster. Однак ці цифри не переконливо підтверджують, чи зростає використання додатків, які використовують Paymaster, чи ж більше проєктів, які підтримують облікові контракти, використовують Paymaster. Це тому, що такі переконливі дані не доступні з панелі керування. Ми не можемо поєднати позначені дані про використання операцій користувачів з користувачами послуг Paymaster. Однак ці дані показують частку ринку постачальника Paymaster та як змінилася кількість операцій користувачів, які використовують певний Paymaster.

Згідно з графіком, Biconomy був перевізником обраного сервісного провайдера для більшості операцій користувачів на початку. Однак нещодавно ця ситуація змінилася, і Pimlico став провайдером топового сервісного провайдера.

Так само, як проекти віддають перевагу використанню послуги платника замість побудови власної, вони використовують постачальників послуг для створення контрактів користувачів облікового запису. Наведений нижче графік показує кількість нових облікових записів, розгорнутих кожним постачальником.

На піку всі постачальники разом розгорнули майже 1,2 млн облікових записів протягом тижня. На графіку нижче показана частка ринку постачальників у щотижневому розгортанні облікових записів.

У 2023 та на початку 2024 року Biconomy та Zero dev ведливо змагалися. Alchemy викликав їх та повалив у I кварталі 24 року, розгорнувши понад 50% щотижневих розгортань облікових записів.

Всі вищезазначені дані свідчать про те, що все більше проектів використовують абстракцію облікового запису. Також показано, що проекти, які використовують абстракцію облікового запису, отримують більше прийняття.

Давайте зосередимось на перешкодах, що стоять на шляху ERC-4337, та запропонованих рішеннях.

Roadblocks & Solutions

ERC-4337 був все більш поширеним у 2024 році. Однак активність все ще значно менша порівняно з загальною активністю на будь-якому з ланцюгів. Хоча ERC-4337 був запропонований для спрощення користувацького досвіду, він створив іншу проблему: різницю в реалізації кожного облікового запису. Коли користувач створює контракт облікового запису з одним постачальником облікових записів для використання dApp, вони можуть бути не в змозі використовувати цей контракт з іншим dApp, якщо вони також не мають підтримки для цього постачальника. Ці контракти облікових записів відрізняються від EOA, де ви можете використовувати ethers.js та все. У них будуть різні потоки валідації та виконання.

Нові стандарти, такі як ERC-6900 та ERC-7579, було запропоновано для вирішення цього питання. Обидва надають зразок для стандартизації контрактів рахунків, які можуть використовуватися з існуючою інфраструктурою постачальників абстракції рахунків.

Облікові записи, які дотримуються цих нових стандартів, отримали поширення, особливо Kernel від ZeroDev, який почав підтримувати ERC-7579 у версії V3.0. Ця версія була випущена у квітні 2023 року.

Висновок

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

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

1. Цю статтю перепечатано з [GateДослідження 2077]. Усі авторські права належать оригінальному автору [Ніхіл Бхінтаде]. Якщо є зауваження до цього перевидання, будь ласка, зв'яжіться з Gate Learnкоманда, і вони оперативно займуться цим.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно думкою автора і не становлять жодної інвестиційної поради.
3. Команда Gate Learn переводить статті на інші мови. Копіювання, поширення або плагіат перекладених статей заборонені, якщо не вказано інше.