Чи провалилося абстрагування рахунку Ethereum?

Автор: Haotian

Останнього разу говорили, що протокол x402 продовжує мережу Lightning, нещодавно під час обіду з групою програмістів знову отримав «виклик»: x402 це ж просто попередній AA абстракція рахунків?

Прихований сенс полягає в тому, що Ethereum протягом багатьох років працював над абстракцією облікового запису (Account Abstraction), інвестуючи значні ресурси в ERC-4337, Paymaster та інші ініціативи, включаючи різні гранти та послуги гаманців. Але, як видно, результати викликають багато нарікань: багато шуму, але мало результатів.

Хоча я не вважаю, що AA вже оголосило про невдачу, але в чому ж проблема?

1. Paymaster переносить витрати на газ користувачів на плечі проекту, що звучить дуже привабливо, але енергія проекту, яка сплачує за користувачів, дуже слабка, ROI неясний, безсумнівно, це веде до глухого кута комерційної моделі. Як можна вижити, якщо немає здатності до самозабезпечення, а все залежить від зовнішніх вливань?

2. Абстракція рахунку AA обмежена лише всередині екосистеми EVM, такі як контракти ERC4337, Paymaster, EntryPoint, які є виключно для Ethereum. Якщо ви хочете реалізувати використання в крос-екосистемах EVM, таких як Solana, BTC тощо, потрібно продовжувати накладати посередницькі сервіси для реалізації функцій. Але проблема в тому, що посередницькі сервіси додають ще один рівень поділу комісій, що ще більше ускладнює виклики ROI бізнес-моделі!

Є ще багато складних технічних питань, я не буду їх розкривати, але скажу щось, що всі можуть зрозуміти: AA по суті є продуктом «технології заради технології», це витвір, що виник у результаті чистих досліджень Ethereum у минулому.

У порівнянні з цим, чим займається протокол x402? Яка різниця? Дехто критикує, що як можна було витягнути з глибини часу HTTP статус-код 402, який існує вже 30 років, і ще й організувати гру з золота з витонченими візерунками.

Але не забувайте, що статус-код HTTP 402 — це базовий протокол Інтернету, спільна мова Web2 і Web3.

AA потребує смарт-контрактів, потребує стану в ланцюзі, потребує виконання віртуальної машини EVM, x402 потребує лише одного HTTP заголовка, будь-яка система, що підтримує HTTP, може використовувати — API Web2, RPC Web3, навіть традиційні платіжні шлюзи, все сумісне.

Це не оптимізаційне рішення для технологічного стеку, а «зниження вимірів» для спрощення протоколу. Замість того, щоб мучитися з різними способами сумісності та довіри на рівні застосунків, краще спочатку уніфікувати стандарти на найвищому рівні протоколу.

Ключовим є те, що x402 природно є дуже хорошим стандартом для міжланцюгової взаємодії. Як тільки агент може надсилати HTTP запити, обробляти 402 відповіді та виконувати авторизацію EIP-3009 (або еквівалентний стандарт на інших ланцюгах), незалежно від того, чи це Base, Monad, Solana, Avalanche чи BSC, на рівні протоколу міжланцюгова взаємодія не відчувається, це відображається лише на проблемі одноразових платежів. У порівнянні з цим, витрати на міжланцюгову взаємодію значно нижчі.

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

Я в цілому вважаю, що AA є вишуканою інженерією, що походить з мислення дослідників, тоді як протокол x402 є прагматизмом, що виникає під тиском ринкових вимог.

Питання в тому, чи піде ERC-8004 старим шляхом AA?

Тільки з теоретичної точки зору, ERC-8004 дуже схожий на AA 2.0, все ще є виключно EVM, потребує розгортання трьох рівнів реєстру (Ідентичність/Репутація/Валідація), ранні стимули також значною мірою залежать від зовнішніх субсидій або стейкінгу, це все ті ями, які вже проходив AA, іншим ланцюгам, щоб бути сумісними, все ж потрібно додати ще один рівень витрат на довіру.

Але різниця в тому, що в рамках x402 ERC-8004 є лише інструментом, а не головним стандартом. Інші ланцюги повинні бути сумісні з протоколом x402, а не з ERC8004.

Ця різниця в позиціонуванні є дуже важливою. Яка проблема AA у ті роки? Вона хотіла стати «єдиним стандартом платіжного досвіду Ethereum», вимагала, щоб вся екосистема оберталася навколо неї: гаманці повинні бути адаптовані, додатки повинні бути інтегровані, користувачі повинні змінити свої звички. Така «зверху донизу» агресивна пропозиція, без наявності вбивчого застосунку та чіткого ROI, природно, не може бути реалізована.

А ERC-8004 відрізняється. Йому не потрібно бути головним героєм, адже x402 вже вирішив найголовнішу проблему: оплату. ERC-8004 просто надає «додатковий» рівень довіри в цій вже працюючій платіжній мережі.

Крім того, ERC-8004 користується перевагами x402, не потребуючи створення екосистеми з нуля. x402 вже має чіткий бізнес-замкнутий цикл (постачальник залучає клієнтів, фасилітатор отримує оплату), повний технічний стек (HTTP протокол + EIP-3009), активну екосистему проектів, ERC-8004 лише потрібно «підключити і використовувати».