Провалилась ли абстракция счетов в Ethereum?

Автор: Haotian

На прошлый раз мы говорили, что протокол x402 развивает идеи Lightning Network. На недавней встрече за ужином с группой друзей-программистов меня снова «бросили в бой»: разве x402 — это не просто предыдущая абстракция счетов (AA)?

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

Хотя я не считаю, что AA уже официально признан провальным, где же на самом деле заключается проблема?

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

2. Абстракция счетов ограничена только экосистемой EVM: контракты ERC4337, Paymaster и EntryPoint существуют исключительно для Ethereum. Чтобы реализовать использование в кросс-экосистемах, включая 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, требует развертывания трехуровневой системы реестров (Identity/Reputation/Validation), а ранние стимулы сильно зависят от внешних субсидий или стейкинга. Все это — ошибки, которые уже были допущены в AA. Для совместимости других сетей потребуется дополнительный уровень затрат на обеспечение доверия.

Однако разница заключается в следующем: в рамках фреймворка x402 ERC-8004 выступает лишь инструментом, а не доминирующим стандартом. Другим сетям нужно поддерживать протокол x402, а не конкретный стандарт ERC8004.

Это различие в позиционировании крайне важно. В чем была проблема AA тех лет? Она стремилась стать «единственным стандартом платежного опыта в Ethereum», требуя, чтобы вся экосистема строила работу вокруг нее: кошельки должны адаптироваться, приложения — интегрироваться, пользователи — менять привычки. Такое «навязывание сверху вниз» неизбежно проваливается при отсутствии killer-app и четкого ROI.

ERC-8004 — совсем другое дело. Ему не обязательно становиться главным действующим лицом, поскольку x402 уже решил самую сутьную задачу: оплату. ERC-8004 предоставляет лишь «опциональный» слой доверия поверх этой успешно работающей платежной сети.

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