Точка зору: протокол x402 не є еквівалентом абстрагування рахунку Ethereum

Автор: Haotian; Джерело: X, @tmel0211

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

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

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

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

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

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

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

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

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

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

Ключовим є те, що x402 природно є дуже хорошим стандартом міжланкової взаємодії. Якщо Agent може відправляти 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 потрібно лише “підключитися і використовувати”.