Потерпела ли неудачу концепция Account Abstraction в экосистеме Ethereum?

Ранее мы обсуждали, как протокол x402 интегрируется с Lightning Network. Недавно, на ужине с коллегами-разработчиками, мне вновь задали вопрос: разве x402 — это не просто очередной вариант AA — Account Abstraction?

Ключевой момент заключается в том, что Ethereum на протяжении многих лет развивает Account Abstraction (AA): ERC-4337, Paymaster, выделение значительных ресурсов через гранты и провайдеров кошельков. Однако, несмотря на все усилия, итог очевиден — многие критики считают, что полученные результаты — лишь маркетинговый шум без реального влияния.

Я не считаю AA неудачным решением, но в чем же корень проблемы?

1. Paymaster перекладывает затраты на газ с пользователей на команды проектов. Хотя идея привлекательна, мотивация покрывать эти расходы у проектов минимальна, а возврат инвестиций неочевиден. Полная зависимость от внешнего финансирования без устойчивой бизнес-модели невозможна.

2. Account Abstraction (AA) ограничен только экосистемой EVM — ERC4337, Paymaster и EntryPoint-протоколы доступны исключительно для Ethereum. Для поддержки других блокчейнов — Solana, BTC — необходимо добавлять слои middleware, чтобы реализовать функционал. Эти дополнительные слои увеличивают комиссии, что еще больше усложняет бизнес-модель и возврат инвестиций.

Технических нюансов множество, но очевидно одно: AA воспринимается как результат исследовательской культуры Ethereum, ориентированной на технологический прогресс.

В чем же принципиальное отличие протокола x402? Некоторые считают его повторением статуса HTTP 402 — «динозавра» тридцатилетней давности, своего рода поверхностным обновлением старой идеи.

Но HTTP 402 — это фундаментальный интернет-протокол, универсальный механизм для Web2 и Web3.

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

Это не оптимизация стека, а упрощение на уровне протокола. Вместо адаптации совместимости и доверия на уровне приложений эффективнее унифицировать стандарты на уровне протокола.

x402 — это изначально прочный стандарт кросс-чейн взаимодействия. Если агент может отправлять HTTP-запросы, обрабатывать ответы 402 и выполнять EIP-3009-авторизацию (или по аналогичному стандарту), не имеет значения, используете ли вы Base, Monad, Solana, Avalanche или BSC. Взаимодействие между сетями реализовано на уровне протокола, а единственный вопрос — расчет в одной точке, что существенно снижает издержки.

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

В итоге AA — это технологически изысканный продукт, сформированный исследовательским подходом, а x402 — прагматичный, ориентированный на рынок протокол.

Повторит ли ERC-8004 ошибки AA?

В теории ERC-8004 очень похож на AA 2.0 — он также ориентирован на EVM. Он требует внедрения трех реестров (Identity, Reputation, Validation). Ранние стимулы строятся на субсидиях или стейкинге. Это те же риски, с которыми сталкивался AA, и другие блокчейны все равно вынуждены добавлять слои доверия для совместимости.

Разница в том, что внутри x402 ERC-8004 — это инструмент, а не универсальный стандарт. Другим сетям нужна совместимость с x402, а не с ERC-8004.

Это принципиальное различие. AA стремился стать «единственным платежным стандартом Ethereum», ожидая, что кошельки, приложения и пользователи будут подстраиваться. Без прорывных решений и четкого возврата инвестиций такой подход не сработал.

ERC-8004 действует иначе. Протоколу не нужно доминировать, ведь x402 уже решает основную задачу — платежи. ERC-8004 лишь добавляет дополнительный слой доверия к существующей платежной сети.

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

Примечание: Я искренне уважаю разработчиков, работающих на передовой и стремящихся к долгосрочному прогрессу. Но если подход не находит массового применения, возможно, пришло время выбрать новое направление. x402 — это отправная точка.

Заявление:

1. Статья опубликована повторно с [tmel0211]. Авторские права принадлежат оригинальному автору [tmel0211]. Если у вас возникли вопросы по поводу перепубликации, пожалуйста, обратитесь в команду Gate Learn. Мы рассмотрим ваш запрос максимально оперативно в соответствии с нашими процедурами.
2. Отказ от ответственности: Мнения и позиции, изложенные в статье, принадлежат исключительно автору и не являются инвестиционной рекомендацией.
3. Переводы статьи на другие языки осуществлены командой Gate Learn. Перепечатка, распространение или копирование переведенного материала запрещены без обязательного указания ссылки на Gate.