アカウントアブストラクションのモジュラーな未来を構築する: ERC-6900
著者: Jason Windawi
アカウントアブストラクションは、次の10億人のユーザーをオンチェーンにもたらすというAlchemyのミッションの中核をなすものです。
従来型の暗号資産ウォレットを使ったことがある人なら誌、これまでウォレットの使いにくさが新規ユーザーのオンボーディングにおける大きな障壁となってきたことを実感しているはずです。スマートアカウントをプログラマブルにすることで、ERC-4337はユーザーにとってより良いUXを、また開発者にとってはガス代のスポンサーやソーシャルログインといった新機能を実現する、新しい世代のウォレットをもたらしています。
これらの進歩は印象的ではありますが、アカウントアブストラクションによって実現可能なことのまだ始まりに過ぎません。ERC-4337は、革新的なウォレット機能のためのはるかに大きな機会を切り開いており、開発者たちはまだその探求を始めたばかりです。こうした機能は、ドルコスト平均法からセッションキーに至るまで、ウォレット内の操作を自動化するモジュールやプラグインという形でますます構築されるようになっています(Rhinestoneによるこのリストが、その可能性の一端を示しています)。
私たちが目指す未来は、開発者とユーザーがこの柔軟性を存分に活用できる世界です。そこに到達するには、優れた開発者向けツールや教育コンテンツを構築するだけでは不十分です。より大きな開発者エコシステムのため、そして彼らと共に構築し、そのためのツールについてのコンセンサスを形成していく必要があります。
アカウントアブストラクションのこのモジュラーな未来へのコミットメントから、私たちはERC-6900を立ち上げました。これは、プラグインの設計とスマートアカウントとのやり取りに関する統一規格です。この規格の最初のリファレンス実装を公開したことで、私たちはより多くの開発者に6900を届けられることを嬉しく思っています。
この記事の残りの部分では、ERC-6900の構造、現在の状況、そしてロードマップについて説明します。その前に、まずモジュール性とそれがアカウントアブストラクションにとってなぜ重要なのかについて、簡単に触れておきます。
モジュール性を構築する
モジュール性とは、最も一般的に言えば、モノリシックな技術を構成要素、つまりモジュールへと分解するという概念です。理論上、これはあらゆる意味で最良の状態をもたらします。アプリケーション開発者は単一のプロバイダーに縛られることなく、自分のスタックの各コンポーネントに対して最適なプロバイダーを選ぶことができます。
しかし、モジュール性には単に何らかのコンポーネント群が存在するだけでは不十分です。アプリケーション開発者は、モジュールを一貫した全体として使用・統合できる必要があり、モジュールの開発者側も、自分が構築するものができるだけ広く使われることを見込める必要があります。
その理由を理解するために、AliceとCarolという二人の開発者を考えてみましょう。
- Aliceはアプリケーション開発者で、ユーザーに価値をもたらす優れたアプリケーションを作りたいと考えています。
- Carolはモジュールを開発しており、自分が作るものが、できるだけ多くのアプリケーション開発者にとって発見しやすく、使いやすいものであることを確認したいと考えています。
では、AliceとCarolはどのように協力すればよいのでしょうか。
まず、効果的なモジュール性には、アプリケーション開発者が選択できる豊富なエコシステムのプラグインが必要です。これにより開発者のツールキットが広がり、特定の単一プロバイダーへのロックインの可能性が減ります。
次に、AliceはCarolの成果を統合できる必要があり、CarolはAliceとの互換性があることを確認できる必要があります。そうでなければ、双方に構築を続けるインセンティブが生まれません。これを実現する方法がニュートラルな規格であり、これによってエコシステム内の開発者の摩擦がなくなり、統合が可能になります。
言い換えれば、規格とは、モジュール型エコシステムが独占的なロックインと無秩序な混沌との間で中庸を見出すための手段なのです。
これをアカウントアブストラクションに当てはめると、モジュール型の未来を構築するには豊富なプラグインのエコシステムが必要であり、そのためには開発者たちが取り組みを調整するためのニュートラルな規格が必要になります。
モジュール性のためのニュートラルな規格の構築:ERC-6900
基本的な機能とインターフェースを標準化することで、ERC-6900はスマートアカウントとプラグインの両方の開発者からなるエコシステムの成長を促そうとしています。プラグイン開発者は、複数の異なるアカウント実装に取り組みを分散させるのではなく、一つのプラグインをすべてのスマートアカウントで動作するように書けるようになるべきです。また、スマートアカウントの開発者は、標準化されたインターフェースを持つプラグインにアクセスでき、それらを自信を持って統合できるようになるべきです。
6900はどのように機能するのか
これらの目標を実現するために、ERC-6900は二つの技術的目標を達成するよう設計されています。
- スマートコントラクトアカウント向けプラグインを設計するための規格を提供すること。
- 規格準拠のアカウントがプラグインとどのように連携すべきかについての規格を提供すること。
この規格に従うプラグイン設計者は、三つの標準化されたコンポーネントを扱うことができます。
- バリデーション関数(Validation functions) は、スマートアカウントへの外部呼び出しの妥当性を確認します。
- 実行関数(Execution functions) は、プラグイン内の関数の実行ロジックを規定するスマートコントラクトです。
- フック(Hooks) は、バリデーションの前後や実行の前後に発生するよう設計できる、より細かいアクションやバリデーションを規定します。

ERC-6900は、プラグイン間のオープンな組み合わせ可能性がもたらす利点と、セキュリティおよび相互運用性を維持する必要性とのバランスを取ろうとしています。大まかに言うと、これはアカウントとプラグインが互いにどのように連携するか、そしてプラグインのインストール前の要件を標準化することで実現されています。
この規格はまた、スマートアカウントとプラグイン間のインターフェースを標準化しようとするAndroid開発者コミュニティによる以前の取り組みを基盤としています。規格に準拠する各プラグインには、インストール時にスマートアカウントに追加する必要のあるさまざまな関数やフックを定めるマニフェストが組み込まれます。また、プラグインがスマートアカウントに対して行える操作を制約するために必要な、プラグインの側面(メタデータ、依存関係、権限)も指定されます。
より詳しい情報については、仕様書をご覧ください。
ERC-6900の今後
ERC-6900は最近、リファレンス実装の公開という大きなマイルストーンに到達しました。これは公開のGithubリポジトリからアクセスできます。このリリースは、Alchemyが主導するプロジェクトから本当の意味でのコミュニティ規格へと進化するという、この規格が目指す道のりにおける重要な節目を表しています。まだ監査を受けておらず、プロダクション利用可能な状態ではありませんが、このコードは正式な仕様書を補完するものとして、開発者が実験できるサンプルコードベースを提供します。
仕様書そのものも、コミュニティとの活発かつ継続的な対話の結果として、複数回の改訂を経て改善されてきました。また、著者の陣容も拡大しており、Ethereum FoundationのERC-4337チームに所属するYoav Weiss氏も名を連ねています。さらに著者たちは、Rhinestoneの ERC-7484やSafeのERC-7512といった補完的な規格の開発者、そしてアカウントアブストラクションを開発する他の主要なチームを含む、その他の潜在的なステークホルダーとの積極的な議論をすでに進めています。
ERC-6900チームは、こうしたコアなステークホルダーの枠を超えて、公開の場で構築を進めるこの新しい段階の一環として視野を広げています。著者たちは、11月7日から始まる、一般公開の週次コミュニティコールのシリーズを開始します。これらのコールへの参加をご希望の方はこちらからご連絡いただくか、Telegramで私たちとつながるか、あるいは規格のTwitter/Xアカウントをチェックして毎週の更新情報をご確認ください。
いつも通り、コメントやフィードバックを歓迎します。Githubのリポジトリへのプルリクエスト、Ethereum Magiciansへのコメント、あるいはModular Smart Contract AccountsのTelegramチャンネルでの質問という形でお寄せください。
Alchemy Newsletter
リリース情報をいち早く受け取る
ニュースレターに登録する
Alchemyの最新のプロダクト情報とリソースをお届けします
メールアドレスを入力すると、当社のマーケティング情報およびプロダクト最新情報の受信に同意したことになります。Alchemyが受け取った情報をプライバシー通知に従って取り扱うことに同意するものとします。購読はいつでも解除できます。
関連記事

業界最速クラスの速度と信頼性を実現するSolana RPC読み取りの設計
AlchemyはSolanaの読み取りレイテンシが最も低く、9.21ミリ秒で、次点のプロバイダーより約26%高速です。

Alchemyが東京リージョン対応を開始
Node RPC、WebSockets、Dedicated Clustersが東京で利用可能になりました。日本からのリクエストはレイテンシの中央値が最大8分の1に低減します。

エンタープライズ向けActivity Logのご紹介
Activity Logがエンタープライズチーム向けに利用可能になりました。ダッシュボードでアカウントの変更を確認するか、SIEMに送信できます。