Мнение: протокол 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. Если вы хотите реализовать использование кросс-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, на уровне протокола межсетевое взаимодействие происходит без осознания, проявляясь лишь в проблеме одноразовой оплаты, что значительно снижает стоимость межсетевого взаимодействия.

Фасилитатор может одновременно обслуживать несколько цепочек, история платежей пользователей может быть единообразно индексирована, а разработчики могут подключиться один раз, чтобы “проконсультировать” всю экосистему.

Я в целом считаю, что 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 уже есть четкий коммерческий замкнутый цикл (привлечение провайдеров, плата за услуги Facilitator), полный технологический стек (протокол HTTP + EIP-3009) и активная экосистема проектов, ERC-8004 нужно просто “вставить и использовать”.