イーサリアムにおけるアカウント抽象化は失敗したのでしょうか？

先日、x402プロトコルがLightning Network上に構築されていることについて解説しました。開発者仲間との食事の席で再び、「x402は結局AA—Account Abstractionの新しいバージョンではないか？」と問いかけられました。

本質的な問題として、Ethereumは長年にわたりAccount Abstraction（AA）—ERC-4337やPaymasterをはじめ、助成金やウォレットプロバイダーを通じて多大なリソースを投じてきました。しかし、こうした努力にもかかわらず、多くの批評家は「宣伝ばかりで実効性が乏しい」と指摘しています。

AAが失敗したとは思いませんが、根本的な課題は何でしょうか。

1. Paymasterはユーザーのガスコストをプロジェクト側に転嫁する仕組みですが、プロジェクトがその負担を引き受けるだけの動機は弱く、ROIも不透明です。持続可能なビジネスモデルがなければ、外部資金への依存は現実的ではありません。

2. AAのAccount AbstractionはEVMエコシステム内に限定されています。ERC4337、Paymaster、EntryPointコントラクトはいずれもEthereum固有です。他チェーン、たとえばSolanaやBTCで利用するには、さらにミドルウェアを追加して機能拡張が必要となりますが、これらが追加の手数料を生み出し、ビジネスモデルの収益性をさらに圧迫します。

技術的な複雑性は多くありますが、明らかな点に絞ると、AAはEthereumの研究志向文化の産物であり、技術進化を重視しています。

では、x402プロトコルは何が異なるのでしょうか。HTTP 402ステータスコードを使っただけの「30年前の遺物」であり、見かけだけのリパッケージだという見方もあります。

しかし、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唯一の決済標準」になろうとし、ウォレットやアプリ、ユーザーに適応を求めました。キラーアプリや明確なROIがなければ、トップダウン型のアプローチは機能しませんでした。

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の記載がない限り禁止します。