「Web3」タグの記事が 157 件 件あります

多くのアプリは依然として、ユーザー名・パスワード・集中型データベースにアイデンティティを紐付けています。このモデルは脆弱（漏洩リスク）、情報漏出（データ転売）、操作性が悪い（何度も KYC が必要）という問題があります。分散型識別子（DID）・検証可能証明書（VC）・アテステーションを中心とした新しいスタックは、ユーザーが自分に関する暗号証明を携帯し、必要な情報だけを開示できる未来を示しています。

本稿では、現状の全体像を整理し、すぐに実装できる実践的な設計図を提示します。

シフト：アカウントから証明書へ​

この新しいアイデンティティスタックの核は、ユーザーデータの取り扱いを根本から変える 2 つの W3C 標準です。

• 分散型識別子（DIDs）：中央レジストリ（例：DNS）を必要としない、ユーザーが自己管理できる識別子です。DID は永続的な自己所有アドレスとして機能し、署名された「DID ドキュメント」へ解決されます。このドキュメントには公開鍵やサービスエンドポイントが含まれ、分散型認証を実現します。v1.0 標準は 2022 年 7 月 19 日 に W3C 推奨規格となり、エコシステムに大きな節目をもたらしました。
• 検証可能証明書（VCs）：改ざん検知可能なデジタル形式で、例えば「年齢が 18 歳以上」「大学 X の学位を保有」「KYC が完了」などのクレームを表現します。VC Data Model 2.0 は 2025 年 5 月 15 日 に W3C 推奨規格となり、証明書の発行・検証のモダンな基盤が確立されました。

開発者にとっての変化は？ データベースに個人情報（PII）を保存する代わりに、ユーザーのウォレットが提供する暗号証明を検証します。選択的開示 などのプリミティブにより、必要な情報（例：特定国の居住証明）だけを要求し、元データ全体を見ることはありません。

既存のログイン手段とどう融合するか​

新しい世界は、既存のログイン体験を捨てる必要はありません。むしろ補完します。

• パスキー / WebAuthn：フィッシング耐性のある認証手段です。パスキーはデバイスや生体認証（Face ID、指紋）に紐付く FIDO 資格情報で、主要ブラウザ・OS が広くサポートしています。パスワードレスでシームレスなログイン体験を提供します。
• Sign‑In with Ethereum（SIWE / EIP‑4361）：ユーザーがブロックチェーンアドレスの所有権を証明し、アプリセッションに結び付けます。シンプルな nonce ベースの署名メッセージで、Web2 のセッションと Web3 の制御を橋渡しします。

ベストプラクティスは パスキー を日常的なサインインに、SIWE をウォレット連携が必要なクリプトアクションに組み合わせて使用することです。

証明書の発行・検証レール​

証明書を実用化するには、発行と提示の標準化された手段が必要です。OpenID Foundation が提供する 2 つの主要プロトコルがあります。

• 発行：OpenID for Verifiable Credential Issuance（OID4VCI）
  OAuth 保護された API を通じて、政府機関や KYC プロバイダーなどの発行者からユーザーのデジタルウォレットへ証明書を取得します。柔軟性が高く、複数フォーマットに対応可能です。
• 提示：OpenID for Verifiable Presentations（OID4VP）
  アプリ側が「証明要求」を行い、ユーザーのウォレットが応答します。従来の OAuth リダイレクトや最新のブラウザ API を介して実装できます。

実装時に目にする主な証明書フォーマット：

• W3C VC with Data Integrity Suites（JSON‑LD）：BBS+ 暗号と組み合わせて高度な選択的開示が可能。
• VC‑JOSE‑COSE と SD‑JWT VC（IETF）：JWT／CBOR エコシステム向けで、同様に選択的開示をサポート。

相互運用性は急速に向上しています。OpenID4VC High Assurance プロファイルなどが技術選択肢を絞り込み、ベンダー間統合をシンプルにしています。

DID メソッド：適切なアドレススキームの選択​

DID は単なる識別子であり、DID メソッド が信頼の根拠を定義します。代表的なものをいくつか紹介します。

• did:web：所有するドメインを基盤にした DID。デプロイが非常に簡単で、既存のウェブインフラを信頼アンカーとして活用したい企業・組織に最適です。
• did:pkh：ブロックチェーンアドレス（例：Ethereum アドレス）から直接派生する DID。ユーザーがすでに暗号ウォレットを持っている場合に、オンチェーン資産とアイデンティティを結び付けるのに有用です。

経験則：最低でも did:web（組織向け）と did:pkh（個人ユーザー向け）の 2 つをサポートし、標準 DID リゾルバライブラリで検索を行いましょう。新規メソッドを追加検討する際は、公式レジストリでセキュリティ・永続性・ガバナンスを確認してください。

組み込み可能な便利ブロック​

コア標準に加えて、以下のツールがアイデンティティスタックを強化します。

• ENS（Ethereum Name Service）：yourname.eth のような人間可読名をブロックチェーンアドレスや DID にマッピングします。ユーザー体験向上、入力ミス削減、シンプルなプロフィール層の提供に役立ちます。
• アテステーション：オンチェーン・オフチェーン問わず「何かについての検証可能な事実」を記録できる柔軟な仕組みです。例として Ethereum Attestation Service（EAS） があり、個人情報を公開台帳に残すことなく、レピュテーションや信頼グラフを構築できます。

規制の追い風​

規制は障壁ではなく加速装置です。最も重要なのは EU デジタルアイデンティティフレームワーク（eIDAS 2.0） で、2024 年 5 月 20 日 に EU 規則 2024/1183 として正式採択されました。全 EU 加盟国は無料の EU デジタルアイデンティティウォレット（EUDI） を提供することが義務付けられ、実装規則は 2025 年 5 月 7 日 に公表されています。これは公共・民間サービス双方でウォレットベースの証明書採用を促進する強力なシグナルです。

EU 以外でも、EUDI ウォレットとそのプロトコルはグローバルなユーザー期待とウォレット普及を形作るでしょう。

2025 年実装実績のデザインパターン​

• パスワードレス第一、ウォレットはオプション：デフォルトは パスキー。安全でシンプル、ユーザーに馴染みがあります。暗号関連アクション（NFT 発行、支払い受領など）が必要なときだけ SIWE を導入。
• 証明書を求め、書類は求めない：従来の書類アップロードを VC 証明要求（OID4VP） に置き換えます。運転免許証の代わりに「年齢が 18 歳以上」の証明や「居住国が X」の証明を要求。BBS+ や SD‑JWT など選択的開示に対応した証明書を受け入れます。
• サーバーに PII を残さない：ユーザーが何かを証明したら、アテステーション または短命な検証結果だけを記録し、元の証明書は保存しません。オンチェーンアテステーションは「ユーザー Y が発行者 Z により D 日付で KYC を通過した」ことを監査可能にします。
• 組織は did:web で発行者になる：企業・大学などは自ドメインを利用した did:web で証明書を発行し、既存のウェブガバナンス下で鍵管理が可能です。
• ENS は名前として、アイデンティティではない：ENS はハンドルやプロフィールポインタとして活用し、実際の権威は証明書・アテステーションに委ねます。

スタータアーキテクチャ​

現代的な証明書ベースのアイデンティティシステムの設計例です。

• 認証
  • デフォルトログイン：パスキー（FIDO/WebAuthn）。
  • 暗号連携セッション：Sign‑In with Ethereum（SIWE）でウォレット操作を認可。
• 証明書
  • 発行：選定した発行者（KYC プロバイダー、大学等）の OID4VCI エンドポイントと統合。
  • 提示：Web またはネイティブアプリから OID4VP 証明要求を発行。W3C VC（BBS+）と SD‑JWT VC の両方を受け入れ可能に。
• 解決・信頼
  • DID リゾルバ：did:web と did:pkh をサポートするライブラリを使用。信頼できる発行者 DID のホワイトリストを維持し、なりすましを防止。
• アテステーション・レピュテーション
  • 永続記録：検証が必要なときは、ハッシュ・発行者 DID・タイムスタンプを含む アテステーション をミントし、元データは保存しない。
• ストレージ・プライバシー
  • 最小化：サーバー側に保存する PII を極力削減。保存データはすべて暗号化し、TTL ポリシーを設定。エフェメラルな証明やゼロ知識・選択的開示を積極活用。

UX の学び​

• 見えないウォレット：多くのユーザーにとって最適なウォレットは「意識しない」ものです。日常のサインインは パスキー でシームレスに処理し、ウォレット操作は必要時にだけコンテキストで提示します。
• 段階的開示：一度に全情報を求めない。ユーザーの直近のゴールを解除する最小限の証明だけを要求し、選択的開示で余分なデータは取得しません。
• キーリカバリは必須：単一デバイスキーに依存するとリスクが高まります。再発行やデバイス間ポータビリティを初期設計から組み込みましょう。SD‑JWT VC やクレームベースのホルダーバインディングがこの課題に対処します。
• 人間可読ハンドルの活用：長い十六進アドレスより ENS 名の方が直感的でエラーが減ります。UX 向上に寄与しますが、真正性は裏側の証明書に委ねます。

次四半期に出荷すべき機能：実践的ロードマップ​

• Week 1‑2
  • メインのサインインフローに パスキー を導入。
  • すべての暗号ネイティブアクションを SIWE チェックで保護。
• Week 3‑6
  • OID4VP を用いたシンプルな「年齢または地域」ゲートをパイロット。
  • VC 2.0 の選択的開示対応（BBS+ または SD‑JWT）を受け入れ。
  • 「検証合格」イベントは アテステーション として記録し、PII はログに残さない。
• Week 7‑10
  • パートナー発行者（例：KYC プロバイダー）を did:web でオンボードし、DID ホワイトリストを実装。
  • ユーザープロフィールに ENS 名 連携機能を追加し、アドレス入力の UX を改善。
• Week 11‑12
  • 証明提示・失効フローの脅威モデルを実施。証明書期限切れや非信頼発行者などの失敗ケースをテレメトリで可視化。
  • プライバシーポリシー を明文化し、取得項目・保持期間・監査方法をユーザーに提示。

注視すべき急速変化領域​

• EU EUDI ウォレット展開：実装・適合テストが進むにつれ、世界中の UX と検証機能に大きな影響を与えるでしょう。
• OpenID4VC プロファイル：新しいプロファイルとテストスイートにより、発行者・ウォレット・検証者間の相互運用性が日々向上中です。
• 選択的開示暗号スイート：BBS+ と SD‑JWT 用のライブラリや開発者向けガイドが成熟し、実装ハードルが下がっています。

構築指針​

• 証明して保存しない：生の PII を保存するより、クレームを検証することをデフォルトに。
• デフォルトで相互運用：複数の証明書フォーマットと DID メソッドを初期段階からサポートし、将来の拡張性を確保。
• 最小限・開示：必要最小限のクレームだけを要求し、ユーザーに何をチェックし、なぜ必要かを明示。
• リカバリは当たり前：デバイス紛失や発行者ローテーションに備え、堅牢なキーリカバリフローを設計。

FinTech、ソーシャル、クリエイタープラットフォームのいずれであっても、証明書ファーストのアイデンティティはもはや未来の概念ではなく、リスク低減・オンボーディング高速化・グローバル相互運用への最短ルートです。

パブリックブロックチェーンは、すべての参加者に同期された監査可能な元帳を提供しますが、同時にデータをデフォルトで公開します。2025 年 9 月 3 日に Sui Mainnet で稼働を開始した Seal は、オンチェーンのポリシーロジックと分散型キー管理を組み合わせることで、どのペイロードを誰が復号できるかを開発者が細かく制御できるようにします。

TL;DR​

• 概要: Seal は、Sui スマートコントラクトがオンチェーンで復号ポリシーを強制し、クライアントはアイデンティティベース暗号（IBE）でデータを暗号化し、しきい値キーサーバーから鍵を取得できるようにするシークレット管理ネットワークです。
• 重要な理由: 独自バックエンドやブラックボックスなオフチェーンスクリプトを作るのではなく、プライバシーとアクセス制御を一級の Move プリミティブとして扱えます。暗号文はどこにでも保存でき（Walrus との組み合わせが自然）、誰が読むかを制御し続けられます。
• 想定ユーザー: トークンゲートされたコンテンツ、タイムロック公開、プライベートメッセージング、ポリシー対応 AI エージェントを構築するチームは、Seal の SDK を組み込むだけで暗号の下回りではなくプロダクトロジックに集中できます。

ポリシーロジックは Move に記述​

Seal のパッケージには seal_approve* という Move 関数が用意されており、特定のアイデンティティ文字列に対して誰がどの条件で鍵を要求できるかを定義します。ポリシーには NFT 所有、許可リスト、タイムロック、独自のロールシステムを組み合わせられます。ユーザーやエージェントが復号を要求すると、キーサーバーは Sui フルノードの状態を参照してポリシーを評価し、チェーンが承認した場合にのみ応答します。

アクセスルールはパッケージ内のオンチェーンコードとして存在するため、透明で監査可能、かつ他のスマートコントラクトコードと同じようにバージョン管理できます。ガバナンスの更新も、コミュニティレビューとオンチェーン履歴を伴いながら、通常の Move アップグレードと同様に展開できます。

しきい値暗号が鍵管理を担う​

Seal はアプリケーションが定義するアイデンティティに対してデータを暗号化します。開発者が選定した独立したキーサーバー委員会が IBE のマスターシークレットを共有します。ポリシーチェックを通過すると、各サーバーが要求されたアイデンティティの鍵シェアを導出します。t 台のサーバーから応答が集まると、クライアントはそれらを結合して復号に使える鍵を得ます。

委員会メンバー（Ruby Nodes、NodeInfra、Overclock、Studio Mirai、H2O Nodes、Triton One、Mysten の Enoki サービスなど）としきい値を選ぶことで、可用性と機密性のトレードオフを調整できます。可用性を重視するなら、大きな委員会と低いしきい値を選びましょう。プライバシー保証を高めたいなら、クォーラムを厳しく設定し、パーミッション型プロバイダーを活用してください。

開発者体験: SDK とセッションキー​

Seal には暗号化・復号フロー、アイデンティティの整形、バッチ処理を支援する TypeScript SDK（npm i @mysten/seal）が用意されています。アプリが繰り返しアクセスする必要がある場合でもウォレットに承認要求を連発しないよう、セッションキーの発行もサポートしています。高度なワークフローでは、Move コントラクトが専用モードでオンチェーン復号を要求できるため、エスクロー開示や MEV 耐性オークションなどのロジックをスマートコントラクト内で直接実行できます。

Seal はストレージに依存しないため、Walrus と組み合わせて検証可能な BLOB ストレージを実現したり、IPFS や運用上必要な場合は中央集権型ストアとも併用したりできます。暗号化の境界とポリシーの適用は、暗号文がどこに存在してもデータとともに移動します。

Seal を設計に組み込むためのベストプラクティス​

• 可用性リスクをモデリングする: 2-of-3 や 3-of-5 などのしきい値は、そのまま稼働率保証に直結します。本番導入ではプロバイダーを組み合わせ、テレメトリを監視し、重要なワークフローを任せる前に SLA を取り決めましょう。
• 状態のばらつきに注意: ポリシー評価はフルノードの dry_run 呼び出しに依存します。急速に変化するカウンターやチェックポイント内の順序に依存するルールは避け、サーバー間で不一致の承認が出ないようにしてください。
• 鍵の衛生管理を計画する: 導出された鍵はクライアント側に保存されます。ログを整備し、セッションキーをローテーションし、必要に応じてエンベロープ暗号化（Seal で大きなペイロードを暗号化する対称鍵を保護）を採用して、端末侵害時の影響範囲を限定しましょう。
• ローテーションを設計する: 暗号文の委員会構成は暗号化時点で固定されます。プロバイダーを変更したり信頼モデルを調整したりする必要がある場合に備えて、データを新しい委員会で再暗号化するアップグレード経路を用意しましょう。

今後の展望​

Seal のロードマップには、バリデータが運用する MPC サーバー、DRM スタイルのクライアントツール、ポスト量子 KEM などが示されています。AI エージェント、プレミアムコンテンツ、規制対象データフローを検討するビルダーにとって、今回のリリースだけでも十分な設計図が得られます。Move でポリシーを記述し、多様なキー委員会を組み合わせ、Sui の信頼境界内でユーザープライバシーを尊重する暗号化体験を提供しましょう。

次回のローンチで Seal の採用を検討しているなら、まずは 2-of-3 のオープン委員会を使ったシンプルな NFT ゲートポリシーを試作し、アプリのリスクプロファイルに合ったプロバイダー構成と運用コントロールへとブラッシュアップしていくのがおすすめです。

TL;DR​

クロスチェーン抽象化は、チェーン・ブリッジ・ウォレットの迷路を、開発者とエンドユーザーの両方にとって単一で一貫したプラットフォーム体験へと変換します。エコシステムは静かに成熟し、意図標準、アカウント抽象化、ネイティブステーブルコインのモビリティ、OP Superchain や Polygon の AggLayer といったネットワークレベルのイニシアティブが「多数のチェーン、ひとつの体験」未来を 2025 年に実現可能にしています。企業にとってのメリットは実務的です：統合がシンプルになり、リスクコントロールが強化され、操作が決定論的で、コンプライアンス対応の監査が可能になる――単一チェーンに依存しなくて済むのです。

企業が直面している本当の課題（ブリッジだけでは解決できなかった理由）​

多くの企業チームは「チェーンを選ぶ」ことを望んでいません。彼らが求めるのは結果です：支払いの決済、資産の発行、取引の清算、レコードの更新――すべてが信頼性・監査可能・予測可能なコストで行われること。問題は、現在の本番環境の Web3 が本質的にマルチチェーンである点です。過去 18 ヶ月だけでも何百ものロールアップ、アプリチェーン、L2 が立ち上がり、それぞれが独自の手数料、最終性時間、ツール、信頼前提を持っています。

従来のクロスチェーン手法は トランスポート（トークンやメッセージの A から B への移動）を解決しましたが、体験は解決できていません。開発チームは依然としてネットワークごとにウォレットを管理し、チェーンごとにガスを確保し、ルートごとにブリッジを選択し、セキュリティ差異を定量化できずに背負っています。この摩擦こそが本当の採用コストです。

クロスチェーン抽象化は、チェーン選択とトランスポートを宣言的 API、意図駆動のユーザー体験、統一された ID とガスの背後に隠すことで、このコストを排除します。言い換えれば、ユーザーとアプリケーションは 何をしたいか を表現し、プラットフォームが どこで、どのように 安全に実行するかを決定します。チェーン抽象化はエンドユーザーにブロックチェーン技術を見えなくしつつ、コアメリットはそのまま保持します。

なぜ 2025 年は違うのか：構成要素がついに揃った​

シームレスなマルチチェーン世界のビジョンは新しいものではありませんが、基盤技術が本番環境向けに成熟しました。以下の主要コンポーネントが成熟・収束し、堅牢なチェーン抽象化を可能にしています。

• ネットワークレベルの統合：プロジェクトは個別チェーンを単一の統合ネットワークとして感じさせるフレームワークを構築中です。OP Superchain は OP-Stack L2 を共通ツールと通信レイヤで標準化しようとしています。Polygon の AggLayer は多数の ZK‑セキュアチェーンを「悲観的証明」で集約し、チェーン単位の会計を実現、あるチェーンの問題が他に波及しないようにします。一方、IBC v2 は Cosmos エコシステムを超えて標準化された相互運用性を拡大し、「どこでも IBC」へと進んでいます。

• 成熟したインターロップレール：クロスチェーン通信のミドルウェアは実戦で検証され、広く利用可能です。Chainlink CCIP はエンタープライズ向けにトークンとデータの転送を多数のチェーンで提供します。LayerZero v2 はオムニチェーンメッセージングと統一供給の OFT トークンを標準化。Axelar は EVM と Cosmos をつなぐ General Message Passing（GMP）を提供し、複雑なコントラクト呼び出しを可能にします。Hyperlane は許可不要のデプロイを実現し、新チェーンがゲートキーパーなしでネットワークに参加できるようにし、Wormhole は 40 以上のチェーンで利用される汎用メッセージレイヤを提供します。

• 意図 & アカウント抽象化：二つの重要標準がユーザー体験を変革しました。ERC‑7683 は クロスチェーン意図 を標準化し、アプリが目的を宣言し、共有ソルバーネットワークが効率的に実行できるようにします。同時に、EIP‑4337 スマートアカウントと Paymaster の組み合わせが ガス抽象化 を実現。これによりアプリが手数料をスポンサーしたり、ユーザーがステーブルコインで支払ったりでき、複数ネットワークに跨るフローに必須です。

• ネイティブステーブルコインのモビリティ：Circle の Cross‑Chain Transfer Protocol（CCTP）は、バーン＆ミント方式でネイティブ USDC をチェーン間で移動させ、ラップド資産リスクを低減し流動性を統合します。最新の CCTP v2 はレイテンシをさらに削減し、開発者ワークフローを簡素化、ステーブルコイン決済を抽象化体験のシームレスな一部にします。

「クロスチェーン抽象化」がエンタープライズスタックでどう見えるか​

既存システムにレイヤーとして追加できると考えてください。目標は 単一エンドポイント で意図を表現し、単一ポリシープレーン で任意の数のチェーンに対する実行を統制することです。

1. 統合 ID & ポリシー：最上位レイヤーはスマートアカウント（EIP‑4337）で、ロールベースアクセス、ソーシャルリカバリ、パスキーや MPC といった最新カストディオプションを提供。中央ポリシーエンジンが「誰が、どこで、何を」できるかを定義し、チェーン・資産・ブリッジごとの allow / deny リストで制御します。

2. ガス & 手数料抽象化：Paymaster が「チェーン X のネイティブガスが必要」という課題を解消。ユーザーまたはサービスはステーブルコインで手数料を支払うか、アプリが全額スポンサーするかをポリシーと予算に基づいて選択できます。

3. 意図駆動実行：ユーザーはトランザクションではなく結果を宣言します。例）「USDC を wETH にスワップし、Y チェーン上のサプライヤーのウォレットへ 17:00 前に届ける」ERC‑7683 がこの注文フォーマットを定義し、共有ソルバーネットワークが安全かつ低コストで実行します。

4. プログラマブル決済 & メッセージング：内部では一貫した API が最適レールを選択。エンタープライズ向けの信頼性が必要な場合は CCIP、クロスエコシステムコントラクト呼び出しは Axelar GMP、リスクモデルがライトクライアントに適合する場合は IBC などを組み合わせます。

5. デフォルトでの可観測性 & コンプライアンス：意図の発行から最終決済まで全フローがトレース可能。明確な監査証跡が生成され、既存 SIEM へエクスポート可能。リスクフレームワークは allowlist の強制や緊急ブレーク機構（例：ブリッジのセキュリティが低下したらルートを一時停止）をプログラムできます。

参考アーキテクチャ​

上から下へと見ると、チェーン抽象化システムは以下の層で構成されます。

• エクスペリエンス層：ユーザー意図を収集し、チェーン詳細を完全に隠蔽するアプリケーション UI。SSO 風スマートアカウントウォレットフローと組み合わせ。
• コントロールプレーン：権限、クォータ、予算を管理するポリシーエンジン。KMS/HSM と統合し、チェーン・資産・ブリッジの allowlist を保持。リスクフィードを取り込み、脆弱ルートを自動でサーキットブレイク。
• 実行プレーン：ポリシー・価格・レイテンシ要件に基づき最適インターロップレール（CCIP、LayerZero、Axelar 等）を選択する意図ルータ。Paymaster がプールされたガスとステーブルコイン予算から手数料を支払う。
• 決済 & ステート層：カストディや発行などコア機能のオンチェーンコントラクト。統一インデクサがクロスチェーンイベントと証明を追跡し、データウェアハウスや SIEM へエクスポート。

Build vs. Buy：チェーン抽象化プロバイダーの評価ポイント​

パートナー選定時に企業が確認すべき重要質問：

• セキュリティ & 信頼モデル：検証前提は何か？オラクル、ガーディアンセット、ライトクライアント、バリデータネットワークのどれに依存しているか？スラッシュや拒否が可能か？
• カバレッジ & 中立性：現在サポートしているチェーン・資産は？新規追加はどれだけ速くできるか？プロセスは許可制か、プロバイダーに依存しないか？
• 標準準拠：ERC‑7683、EIP‑4337、OFT、IBC、CCIP など主要標準への対応は？
• 運用：SLA は？インシデント情報はどれだけ透明か？リプレイ可能な証明、決定論的リトライ、構造化監査ログは提供されるか？
• ガバナンス & ポータビリティ：ルートごとにインターロップレールを切り替えてもアプリを書き換える必要はないか？ベンダーニュートラルな抽象化は長期的柔軟性に必須。
• コンプライアンス：データ保持・所在地制御は？SOC2/ISO の認証状況は？自社 KMS/HSM の持ち込みは可能か？

実践的な 90 日エンタープライズロールアウト​

• Day 0‑15：ベースライン & ポリシー
  現在使用中のチェーン、資産、ブリッジ、ウォレットを全てインベントリ化。初期 allowlist を策定し、明確なリスクフレームワークに基づくサーキットブレイク規則を設定。

• Day 16‑45：プロトタイプ
  クロスチェーン支払いなど単一ユーザージャーニーを意図ベースフロー、アカウント抽象化、Paymaster で実装。ユーザー離脱率、レイテンシ、サポート負荷へのインパクトを測定。

• Day 46‑75：レール拡張
  2 番目のインターロップレールを追加し、ポリシーに従ってトランザクションを動的にルーティング。ワークフローにステーブルコインが含まれる場合は CCTP を組み込み、ネイティブ USDC の流動性を確保。

• Day 76‑90：ハードニング
  可観測性データを SIEM に接続し、ルート障害に対するカオステストを実施。緊急停止手順を含む全運用手順書を整備。

よくある落とし穴（回避策）​

• 「ガス価格だけ」でルーティング：手数料だけでなく、レイテンシ、最終性、セキュリティ前提もリスクモデルに組み込む必要があります。
• ガスを無視：マルチチェーン体験ではガス抽象化は必須。省くと製品として成立しません。
• ブリッジを同等視：ブリッジはセキュリティ前提が大きく異なります。allowlist とサーキットブレイクでリスクをコード化。
• ラップド資産の氾濫：可能な限りネイティブ資産モビリティ（例：CCTP 経由の USDC）を選び、流動性分散とカウンターパーティリスクを低減。

エンタープライズへのインパクト​

チェーン抽象化が成熟すると、ブロックチェーンは個別の特異ネットワークの集合ではなく、チームがプログラム可能な実行ファブリックとなります。ポリシー、SLA、監査証跡は既存の企業基準と合致し、意図標準、アカウント抽象化、堅牢なインターロップレール、ネイティブステーブルコイン転送のおかげで、開発者もユーザーも「どのチェーンが作業したか」を意識せずに Web3 の成果を提供できるようになります。

今日の支配的な「マグニフィセント・セブン」テクノロジー大手から、新世代のデジタル資産リーダーへの移行という概念は、現代金融における最も重要な投資テーゼの一つです。「MAG7からDAG7へ」という特定の用語は公開資料には登場しませんが、Ninepoint Partnersのデジタル資産グループのマネージングディレクターであり、ブロックチェーンの思想的リーダーであるアレックス・タップスコットは、Web3テクノロジーが「古いパラダイムのリーダーたちに、明日のWeb3チャンピオンへの道を譲る」ことをいかに強制するかについて、そのビジョンを広範に明確に述べています。この中央集権型プラットフォームの独占から分散型プロトコル経済への移行が、市場支配の次の時代を定義します。

MAG7時代の理解とその限界​

マグニフィセント・セブンは、Apple、Microsoft、Google/Alphabet、Amazon、Meta、Nvidia、Teslaで構成されており、これらテクノロジー大手は合計で10兆ドルを超える時価総額を誇り、過去10年間株式市場を支配してきました。これらの企業は、ユーザーがコンテンツを生成する一方でプラットフォームが価値を抽出するWeb2時代の「読み書きウェブ」を象徴しています。

タップスコットは、このモデルに根本的な問題があり、それが破壊の機会を生み出すと指摘しています。Web2の巨人は「門番となり、私たちが行うすべてのことに障壁を設け、通行料を課し」、監視資本主義を通じてユーザーを製品に変えました。金融仲介業者の45%が毎年経済犯罪の被害に遭っており、これは経済全体の37%と比較して高く、規制コストは上昇を続け、何十億もの人々が金融システムから排除されたままです。MAG7は、中央集権化、ユーザーを囲い込むネットワーク効果、そして価値分配ではなくデータ抽出に基づくビジネスモデルを通じて価値を獲得しました。

タップスコットが描く明日のチャンピオン像​

タップスコットの投資フレームワークは、Web2の「読み書き」モデルからWeb3の**「読み書き所有」パラダイム**への移行を中心に据えています。これは単なる技術的進化ではなく、デジタルエコシステムにおける価値の蓄積方法の根本的な再構築を意味します。彼が2023年5月にNinepointのWeb3イノベーターズファンドを立ち上げた際に述べたように、「古いパラダイムのリーダーたちが明日のWeb3チャンピオンに道を譲ることを余儀なくされるため、勝者と敗者が生まれるでしょう。」

未来のチャンピオンの決定的な特徴は、所有権の集中ではなく所有権の分散です。「Web3はインターネットユーザーをインターネットの所有者に変えます。彼らはトークンを保有することで、製品やサービスの所有権を獲得できます」とタップスコットは説明します。これは、シリコンバレーが従業員と株式を共有する慣行を、Web3アプリケーションを使用する世界中の誰にでも拡大するものです。次世代の支配的な企業は、逆説的に、ユーザーに所有権を与えることでより多くの価値を獲得し、プラットフォームの囲い込みではなく、インセンティブの調整を通じてネットワーク効果を生み出すでしょう。

次世代の支配を定義する4つの柱​

タップスコットは、明日のチャンピオンを定義する4つの核となる原則を特定しており、それぞれがWeb2の搾取モデルの直接的な反転を表しています。

所有権: デジタル資産は価値の容器として機能し、デジタル領域における財産権を可能にします。CompoundやUniswapの初期ユーザーは、参加に対してガバナンストークンを受け取り、ユーザーをステークホルダーに変えました。未来のリーダーは、プラットフォームがユーザーデータを収益化するのではなく、ユーザーが自身の貢献を収益化できるようにします。

商取引: 仲介者なしでピアツーピアの価値移転を可能にする新しい経済層です。DeFiプロトコルは伝統的な金融を非仲介化し、トークン化は実世界資産をオンチェーンにもたらします。勝者は、自らを不可欠な仲介者として挿入するのではなく、仲介者を排除し、摩擦を減らすでしょう。

アイデンティティ: 自己主権型アイデンティティは、データ管理を個人に戻し、プラットフォームの囲い込みから解放します。プライバシー保護認証は、監視ベースのモデルに取って代わります。チャンピオンは、中央集権的な管理なしにアイデンティティの問題を解決するでしょう。

ガバナンス: 分散型自律組織（DAO）は、トークンベースの投票を通じて意思決定権を分散し、ステークホルダーの利益を調整します。未来の勝者は、ユーザーを犠牲にして株主価値を最大化するのではなく、トークノミクスを通じてすべてのステークホルダーのインセンティブを調整するでしょう。

チャンピオンを特定するためのタップスコットの投資フレームワーク​

9つのデジタル資産カテゴリ​

タップスコットの「デジタル資産革命」からの分類法は、価値がどこに蓄積されるかを示す包括的なマップを提供します。

Bitcoinのような暗号通貨は、デジタルゴールドおよび基盤となる決済レイヤーとして機能します。Bitcoinの1兆ドルを超える時価総額と「すべての暗号通貨の母」としての「比類のない」役割は、それを基盤インフラにしています。

プロトコルトークン（Ethereum、Solana、Cosmos、Avalanche）は、アプリケーションレイヤーから価値を獲得する「ファットプロトコル」を表します。タップスコットはこれらを主要なインフラ投資として強調し、EthereumがDeFiとNFTを動かす役割を指摘する一方で、Solanaのような代替案は「完璧な暗号プロジェクト」のスケーラビリティを提供すると述べています。

ガバナンストークン（Uniswap、Aave、Compound、Yearn Finance）は、プロトコルのコミュニティ所有を可能にします。タップスコットが「最高のDAOの一つ」と呼ぶUniswapは、Coinbaseの取引量を頻繁に上回りながら、ユーザーにガバナンスを分散しており、分散型協調の力を示しています。

ステーブルコインは、おそらく最も重要な短期的な破壊を表しています。USDTで1300億ドル以上、USDCとPYUSDの市場も成長しているステーブルコインは、決済インフラを変革します。タップスコットはこれらをSWIFTの代替品と見なし、特にハイパーインフレを経験している危機経済において、世界的な金融包摂を可能にする上で極めて重要であると考えています。

NFTとゲーム資産は、クリエイターエコノミクスとデジタル所有権を可能にします。投機を超えて、クリエイターはEthereum上で18億ドル以上のロイヤリティを獲得し、300以上のプロジェクトがそれぞれ100万ドル以上を生み出しました。これは、クリエイターと消費者を直接結びつける真の有用性を示しています。

証券トークン、天然資産トークン（炭素クレジット）、取引所トークン、そして**中央銀行デジタル通貨（CBDC）**が分類法を締めくくり、それぞれが伝統的な価値貯蔵のデジタル化を表しています。

3つのカテゴリの投資アプローチ​

タップスコットは、Ninepointの戦略を通じて、3つの補完的なエクスポージャータイプを中心にポートフォリオ構築を構成しています。

プラットフォームへのエクスポージャー: スマートコントラクトプラットフォームとプロトコルへの直接投資—基盤となるインフラ層です。これには、Bitcoin、Ethereum、Solana、Cosmos、Avalancheが含まれ、これらは他のすべてのアプリケーションを可能にする基盤として機能します。

純粋なWeb3ビジネス: ブロックチェーン技術にその存在全体を賭けている企業です。例としては、Circle（USDCステーブルコイン発行者で上場を計画）、Animoca Brands（7億人以上のユーザー向けインフラを構築）、UniswapやAaveのようなDeFiプロトコルが挙げられます。

受益者と採用者: Web3を統合してビジネスモデルを変革する伝統的な企業です。PayPalのPYUSDステーブルコインのローンチは、「大きな飛躍」であり、「おそらく最後ではない」とタップスコットは指摘しています。NikeやMicrosoftのような企業は、企業での採用をリードしています。これらはTradFiとDeFiの橋渡しとなり、機関投資家からの正当性をもたらします。

タップスコットが注目する特定の企業とセクター​

基盤となる投資としてのレイヤー1プロトコル​

CMCC Globalの初期投資は、インフラ支配に対するタップスコットの確信を明らかにしています。Solanaを0.20ドルで、Cosmosを0.10ドルで購入したことは、特定の技術的アプローチへの集中投資を表しています。Solanaの驚異的な速度と最小限の手数料に対し、CosmosはIBCプロトコルを通じて相互運用性を可能にする「ブロックチェーンのインターネット」を提供します。

Ethereumは、比類のない開発者エコシステムとネットワーク効果を持つ支配的なスマートコントラクトプラットフォームとして、依然として基盤です。Avalancheは、トークン化された実世界資産に焦点を当てるため、ポートフォリオに加わっています。マルチチェーンのテーゼは、DeFiとWeb3がその可能性を最大限に引き出すためには、スマートコントラクトプラットフォームがシームレスに相互運用する必要があることを認識しており、勝者総取りの力学を否定しています。

金融革命の加速剤としてのDeFi​

「Bitcoinが金融サービス革命の火花であったなら、DeFiとデジタル資産はその加速剤です」とタップスコットは説明します。彼は、DeFiが変革する9つの機能を特定しています：価値の保存、価値の移動、価値の貸し出し、資金調達と投資、価値の交換、価値の保険、価値の分析、会計/監査、そしてアイデンティティ認証です。

Uniswapは、分散型協調の力を象徴しており、中央集権型取引所の取引量を頻繁に上回りながら、トークン保有者にガバナンスを分散しています。その110億ドルの時価総額は、仲介者を排除するプロトコルによる価値獲得を示しています。

AaveとCompoundは、フラッシュローンとアルゴリズムによる金利で分散型貸し出しを先駆的に行い、資本配分から銀行を排除しました。Yearn Financeは、プロトコル全体で利回りを集約し、DeFiプロトコルがレゴブロックのように構成される方法を示しています。

CosmosエコシステムのOsmosisは、スーパーフルイドステーキングを革新し、150億ドル以上のTVLに達し、非EVMチェーンの実行可能性を示しました。DeFiエコシステム全体の750億ドル以上のTVLと成長は、これが投機ではなく、伝統的な金融を置き換えるインフラであることを示しています。

消費者向けアプリケーションと大規模採用の波​

Animoca Brandsは、CMCC Globalのこれまでの最大投資です。複数ラウンドにわたる4200万ドルのコミットメントは、消費者向けアプリケーションが次の波を牽引するという確信を示しています。450以上のポートフォリオ企業と7億人以上のアドレス可能なユーザーを持つAnimocaのエコシステム（The Sandbox、Axie Infinity、Mocaverse）は、Web3ゲームとデジタル所有権のためのインフラを構築しています。

ゲームは、所有権のメカニズムがゲームプレイと自然に一致するため、Web3のキラーアプリケーションとして機能します。プレイ・トゥ・アーンモデルを通じて収入を得るプレイヤー、クロスゲーム相互運用性を可能にする真の資産所有権、そして開発者が直接価値を獲得するクリエイターエコノミー—これらは金融投機を超えた真の有用性を表しています。

決済インフラの変革​

CircleのUSDCステーブルコインは、200億ドルの供給量を持ち、上場を計画している「革新的な金融テクノロジー企業」として「不可欠なインフラ」を表しています。PayPalのPYUSDのローンチは、伝統的な金融がブロックチェーンの基盤を受け入れたことを示し、タップスコットはこれが暗号通貨決済を採用する「最後の企業」ではないだろうと指摘しています。

2000億ドル市場に達すると予測されるステーブルコインは、SWIFTの遅延なしの国境を越えた決済、銀行口座を持たない人々へのドルアクセス、スマートコントラクトの自動化を可能にするプログラマブルマネーなど、実際の問題を解決します。ハイパーインフレ時のベネズエラにおけるLocalBitcoinsの取引量急増は、伝統的なシステムが機能しないときに「Bitcoinが重要である」理由、つまり金融アクセスを提供する理由を示しています。

MAG7の支配とWeb3チャンピオンの特性の比較​

時代の根本的な違いは、価値獲得メカニズムとステークホルダーの利害調整にあります。

Web2（MAG7）の特性: ユーザーを製品として扱う中央集権型プラットフォーム、ネットワーク効果と囲い込みによる勝者総取り経済、アクセスを制御しレントを抽出する門番、貢献者が固定報酬を受け取る一方でプラットフォームがすべての価値を獲得、ユーザーデータを収益化する監視資本主義。

Web3（明日のチャンピオン）の特性: トークン保有を通じてユーザーが所有者となる分散型プロトコル、相互運用可能なプロトコルを持つ多極エコシステム、門番なしのパーミッションレスなイノベーション、トークン価値の上昇を通じたコミュニティによる価値獲得、貢献者がアップサイドに参加する所有経済。

この変化は、ユーザーを犠牲にして株主価値を最大化する企業から、すべてのステークホルダーのインセンティブを調整するプロトコルへの移行を表しています。明日の支配的な「企業」は、企業というよりもガバナンストークンを持つプロトコルのようになるでしょう。それらは伝統的な意味での企業ではなく、分散型所有権を持つ分散型ネットワークとなるでしょう。

タップスコットが明確に述べているように、「今後10年間で、このデジタル資産クラスは指数関数的に拡大し、株式、債券、土地の権利、法定通貨のような伝統的な金融商品を飲み込むでしょう。」あらゆるもののトークン化は、プロトコルの所有権が伝統的な株式の重要性を凌駕する可能性があることを意味します。

評価のための方法論とフレームワーク​

主要なフィルターとしての技術的差別化​

タップスコットは、**「価値は、市場のタイミングや物語主導の投資ではなく、技術的差別化を持つ初期段階の投資機会を見つけることによって獲得される」**と強調しています。これには、コードベースとアーキテクチャ、コンセンサス・メカニズムとセキュリティモデル、トークノミクス設計とインセンティブの調整、相互運用性機能とコンポーザビリティの厳密な技術評価が必要です。

初期段階でアプリケーションよりもインフラに焦点を当てることは、基盤となるプロトコルが不釣り合いな価値を蓄積するという確信を反映しています。Web2ではアプリケーションが価値を獲得し、プロトコルはコモディティのままであったのに対し、「ファットプロトコル」はそれらの上に構築されたすべてのアプリケーションから価値を獲得します。

ネットワーク効果と開発者エコシステム​

将来の支配を示す主要な指標には、開発者活動（コミット、ドキュメントの品質、ハッカソンへの参加）、アクティブアドレスとトランザクション量、DeFiプロトコルにロックされた総価値（TVL）、ガバナンス参加率、クロスチェーン統合が含まれます。

特に開発者エコシステムは、複合的な利点を生み出すため重要です。Ethereumの巨大な開発者ベースは、技術的な限界にもかかわらず、それを置き換えることをますます困難にするネットワーク効果を生み出しており、新興プラットフォームは優れた技術や特定のユースケースの最適化を通じて競争しています。

弱気相場での構築哲学​

「弱気相場は、業界が構築に集中する機会を提供します」とタップスコットは強調します。「クリプトの冬は、常にこれらの核となる概念を深く掘り下げ、作業を行い、未来のために構築するのに最適な時期です。」前回の弱気相場は、NFT、DeFiプロトコル、ステーブルコイン、プレイ・トゥ・アーンゲームをもたらし、これらが次の強気サイクルを定義しました。

投資戦略は、短期的なボラティリティではなく、プロトコル開発のマイルストーンに焦点を当てた複数年にわたる保有期間を中心に据えています。「クリプトで最も成功している人々は、冷静さを保ち、日々の価格変動を無視してファンダメンタルズに集中できる人々です。」

ポートフォリオ構築は、広範な分散投資ではなく、高い確信を持つ15〜20のコアポジションへの集中を重視します。初期段階への焦点は、非流動性を受け入れる代わりに非対称な上昇余地を追求することを意味し、CMCC GlobalのSolana 0.20ドルとCosmos 0.10ドルへの投資がこのアプローチの力を示しています。

誇大広告と真の機会の区別​

タップスコットは、真のイノベーションと投機を区別するために厳密なフレームワークを採用しています。

ブロックチェーンが解決する問題: そのプロトコルは、問題を探すソリューションではなく、実際の課題（詐欺、手数料、遅延、排除）に対処しているか？摩擦とコストを測定可能に削減しているか？サービスが行き届いていない市場へのアクセスを拡大しているか？

投機よりも採用指標: 価格ではなく使用状況に焦点を当てる—トランザクション量、アクティブウォレット、開発者コミット、企業パートナーシップ、規制明確化の進捗。「日々の市場の変動を超えて見れば、イノベーターたちが新しいインターネットと金融サービス産業の基盤を築いていることがわかるでしょう。」

歴史的文脈法: ブロックチェーンを初期のインターネット（1993年）と比較すると、インフラ段階の技術は短期的には過大評価されているように見えるが、長期的には変革的であることが示唆されます。「10年後には、ほとんどの人が今日それが何であるかほとんど知らなくても、社会がそれなしでどう機能していたのか不思議に思うでしょう。」

規制対応と機関投資家との橋渡し​

未来のチャンピオンは、規制当局と協力し、最初からアーキテクチャにコンプライアンスを組み込むでしょう。タップスコットが規制対象エンティティ（Ninepoint Partners、CMCC Globalの香港SFCライセンス）を通じて採用するアプローチは、NextBlock Globalの規制上の課題から得た教訓を反映しています。

プロの投資家への焦点と適切なカストディソリューション（保険付きBitcoinファンド、State Streetによる管理）は、機関投資家からの信頼性をもたらします。TradFiとDeFiの融合には、両方の世界で機能できるチャンピオンが必要です。つまり、機関投資家にとって十分に洗練され、かつ一般ユーザーにとってアクセスしやすいプロトコルです。

タップスコットが強調する企業導入指標には、42以上の主要金融機関がブロックチェーンを検討していること、Goldman SachsやJPMorganのようなコンソーシアムのブロックチェーンイニシアチブ、トークン化された財務の採用、規制されたエクスポージャーをもたらすBitcoin ETFのローンチが含まれます。

前進の道：明日を定義するセクター​

タップスコットは、次の世代の兆ドル規模のプロトコルを生み出すいくつかのメガトレンドを特定しています。

不動産、株式、コモディティ、炭素クレジット、知的財産のデジタル化を可能にするトークン化インフラ。「このデジタル資産クラスは指数関数的に拡大し、資金調達と取引から摩擦がなくなるにつれて、伝統的な金融商品を飲み込むでしょう。」

中央集権型金融の最高の側面（速度、ユーザーエクスペリエンス）と分散化（自己管理、透明性）を組み合わせたDeFi 2.0。KrakenのInk L2上にハイブリッド取引所を構築するRailsのような例は、この融合が加速していることを示しています。

Babylonプロトコルによるステーキング、BTCをDeFi担保として使用すること、機関投資家の財務戦略などのイノベーションを通じて、生産性のある資産としてのBitcoin。価値の保存手段から利回り生成資産へのこの進化は、Bitcoinの有用性を拡大します。

ゼロ知識証明による開示なしの検証、データ管理を個人に戻す自己主権型アイデンティティ、プラットフォーム依存のプロファイルに代わる分散型レピュテーションシステムを通じて、Web3アイデンティティとプライバシー。

実世界資産（RWA）のトークン化は、おそらく最大の機会を表しており、2030年までに10兆ドル以上のRWA市場が予測されています。OpenTradeのようなプロトコルが機関投資家グレードのインフラを構築していることは、初期のインフラが出現していることを示しています。

9つの機能によるDeFi変革​

タップスコットのDeFiの破壊可能性を分析するフレームワークは、すべての金融サービス機能に及び、具体的なプロトコルの例がその実現可能性を示しています。

銀行預金ではなく、非カストディアルウォレット（MakerDAOモデル）による価値の保存。SWIFTネットワークではなく、国境を越えたステーブルコインによる価値の移動。銀行仲介ではなく、ピアツーピア（Aave、Compound）による価値の貸し出し。ロボアドバイザーを破壊するDeFiアグリゲーター（Yearn、Rariable）による資金調達と投資。中央集権型取引所ではなく、DEX（Uniswap、Osmosis）による価値の交換。

伝統的な保険会社ではなく、分散型保険プロトコルによる価値の保険。前例のない透明性を提供するオンチェーン分析による価値の分析。リアルタイム検証を提供する透明な台帳による会計/監査。中央集権型データベースではなく、自己主権型ソリューションによるアイデンティティ認証。

各機能は、仲介者を排除し、コストを削減し、透明性を高め、グローバルなアクセスを拡大する分散型代替手段にとって、伝統的な金融における兆ドル規模の市場を表しています。

主要なポイント：明日のチャンピオンを特定し、投資する​

アレックス・タップスコットは特定の「DAG7」フレームワークを公には明確に述べていませんが、彼の包括的な投資テーゼは、次世代の市場リーダーを特定するための明確な基準を提供しています。

インフラの優位性: 明日のチャンピオンは、価値のインターネットを可能にするレイヤー1プロトコルと重要なミドルウェアとなるでしょう。Solana、Cosmos、Ethereumのような企業が基盤となるレールを構築します。

所有権経済: 勝者は、レントを抽出するのではなく、トークンを通じてステークホルダーに価値を分配し、Web2の巨人が決して達成できなかったプラットフォームとユーザー間の調整されたインセンティブを生み出すでしょう。

投機を超えた真の有用性: 物語主導の投機ではなく、トランザクション量、開発者活動、TVL、アクティブユーザーなど、測定可能な指標を持つ真の問題を解決するプロトコルに焦点を当てます。

相互運用性とコンポーザビリティ: マルチチェーンの未来には、シームレスに通信するプロトコルが必要であり、勝者はクロスエコシステムでの価値移転とアプリケーションのコンポーザビリティを可能にするでしょう。

高度な規制対応: チャンピオンは、積極的な関与を通じて複雑なグローバル規制環境を乗り越え、分散化の原則を維持しながら、アーキテクチャにコンプライアンスを組み込むでしょう。

確信を持った忍耐強い資本: 初期段階のインフラ投資には、複数年にわたる時間軸と、非対称なリターンのためにボラティリティに耐える意欲が必要であり、最も確信のある機会に集中します。

MAG7から明日のチャンピオンへの移行は、単なるセクターローテーション以上のものです。それは、デジタル経済における価値獲得の根本的な再構築を示しています。かつて中央集権型プラットフォームがネットワーク効果とデータ抽出を通じて支配していた場所で、分散型プロトコルは所有権を分散し、インセンティブを調整することで価値を蓄積するでしょう。タップスコットが結論付けているように、「ブロックチェーンは勝者と敗者を生み出すでしょう。機会は豊富にありますが、破壊と混乱のリスクを無視してはなりません。」この移行が起こるかどうかではなく、どのプロトコルが所有経済の決定的なインフラとして台頭するか、それが問題です。

Alchemy は Web3 インフラストラクチャ領域で支配的な存在であり、数千人の開発者や OpenSea のような主要プロジェクトのエントリーポイントとして機能しています。G2、Reddit、GitHub などのプラットフォームから公開されているユーザーの声を分析することで、開発者が何を重視し、どこで苦労し、Web3 開発体験の未来がどのようになるかを明確に把握できます。これは単一のプロバイダーに関する話ではなく、エコシステム全体の成熟したニーズを映し出すものです。

ユーザーが一貫して好む点​

レビューサイトやフォーラム全体で、ユーザーは Alchemy の市場での地位を確固たるものにしたいくつかの主要な強みを一貫して称賛しています。

• 手間のかからない「オンランプ」＆使いやすさ: 初心者や小規模チームは、すぐに始められる点を称賛しています。G2 のレビューでは「Web3 を構築するのに最適なプラットフォーム」と頻繁に言及され、設定の容易さと包括的なドキュメントが評価されています。ノード運用の複雑さをうまく抽象化しています。
• 集中型ダッシュボードとツール群: 開発者は観測性のための単一の「コマンドセンター」を持てることを評価しています。リクエストログの監視、分析の閲覧、アラート設定、API キーのローテーションを一つのダッシュボードで行える点は、ユーザー体験の大きな勝利です。
• インテリジェントな SDK のデフォルト設定: Alchemy SDK はデフォルトでリクエストのリトライと指数バックオフを処理します。この小さくても重要な機能により、開発者はボイラープレートコードを書く手間が省かれ、レジリエントなアプリケーション構築の摩擦が低減されます。
• 強力なサポートの評判: ブロックチェーン開発という複雑な領域において、迅速なサポートは大きな差別化要因です。TrustRadius などの総合レビューサイトでは、Alchemy の親切なサポートチームが主要な利点として頻繁に挙げられています。
• 社会的証明と信頼: OpenSea などの大手事例を示し、強力なパートナーからの推薦を得ることで、マネージド RPC プロバイダーを選択するチームに安心感を提供しています。

主な課題点​

肯定的な点がある一方で、アプリケーションがスケールし始めると開発者は繰り返し直面する課題に遭遇します。これらの痛点は改善のための重要な機会を示しています。

• スループット上限という「見えない壁」: 最も一般的な不満は 429 Too Many Requests エラーに直面することです。開発者はメインネットをフォークしてテストしたり、バーストでデプロイしたり、同時に多数のユーザーにサービスを提供したりする際にこのエラーに遭遇します。特に有料プランでもスパイク時にスロットリングされると混乱が生じます。その結果、CI/CD パイプラインが壊れ、テストが不安定になり、開発者は手動で sleep コマンドやバックオフロジックを実装せざるを得ません。
• 低い同時実行性への認識: Reddit などのフォーラムでは、低価格プランでは同時ユーザー数が少ないとレートリミットがすぐに発動するといったエピソードが頻繁に語られます。正確性はワークロードに依存しますが、この認識がチームをより複雑なマルチプロバイダー構成や予想外の早期アップグレードへと導きます。
• 重いクエリでのタイムアウト: 特に eth_getLogs のような集中的な JSON-RPC 呼び出しは、タイムアウトや 500 エラーを引き起こすことがあります。これによりクライアント側の体験が阻害されるだけでなく、Foundry や Anvil といったローカル開発ツールがクラッシュし、生産性が低下します。
• SDK とプロバイダーの混乱: 新規参入者はノードプロバイダーの範囲について学習曲線に直面します。たとえば、Stack Overflow の質問では eth_sendTransaction が失敗した際に、Alchemy のようなプロバイダーが秘密鍵を保持していないことを理解していないケースがあります。API キーや URL の誤設定による不透明なエラーも、エコシステムに不慣れな開発者にとってハードルとなります。
• データプライバシーと集中化への懸念: 声高な開発者の一部は、自己ホスト型やプライバシー重視の RPC を好むと述べています。大規模な集中型プロバイダーが IP アドレスを記録し、取引を検閲する可能性があることを懸念し、信頼と透明性が最重要であることを強調しています。
• 製品の幅とロードマップ: G2 の比較レビューでは、競合他社が新しいエコシステムへより速く拡大している、あるいは Alchemy が「数チェーンに集中しすぎている」と指摘されることがあります。これにより、非 EVM チェーン上で構築するチームとの期待ギャップが生まれます。

開発者の期待が崩れる場面​

これらの課題は、開発ライフサイクルの予測可能なタイミングで顕在化することが多いです：

1. プロトタイプからテストネットへ: 開発者のローカル環境では完璧に動作するプロジェクトが、CI/CD 環境で並列テストを実行するとスループット上限に達し、失敗します。
2. ローカルフォーキング: Hardhat や Foundry を使ってメインネットをフォークし、リアルなテストを行う開発者は、429 エラーや大量データクエリによるタイムアウトを最初に報告することが多いです。
3. NFT / データ API のスケール: 大規模な NFT コレクションのミンティングイベントやデータロードは、デフォルトのレートリミットを簡単に超え、キャッシュやバッチ処理のベストプラクティスを探す必要が生じます。

コアな「Jobs-to-be-Done」の抽出​

このフィードバックを要約すると、Web3 開発者の根本的なニーズは 3 つに絞られます：

• 「観測とデバッグのための単一画面が欲しい」 このニーズは Alchemy のダッシュボードがうまく満たしています。
• 「バースト的なワークロードを予測可能かつ管理しやすくしてほしい」 開発者は上限を受け入れますが、スパイク時の処理を滑らかにし、デフォルトを改善し、すぐに使えるコードスキャフォールドを求めています。
• 「インシデント時にブロックされないようにしてほしい」 問題が発生した際、開発者は明確なステータス更新、実践的な事後分析、そして簡単に実装できるフェイルオーバーパターンを必要とします。

より良い開発者体験のための実践的機会​

この分析に基づき、インフラプロバイダーは以下の機会に取り組むことで提供価値を高められます：

• プロアクティブな「スループットコーチ」: ダッシュボードまたは CLI ツールで計画されたワークロードをシミュレートし、CU/s（秒間コンピュートユニット）上限に達するタイミングを予測し、ethers.js、viem、Hardhat、Foundry などの人気ライブラリ向けに正しく設定されたリトライ/バックオフスニペットを自動生成します。
• ゴールデンパステンプレート: 例えば、メインネットフォーク用の保守的な同時実行設定を持つ Hardhat ネットワーク構成や、ページネーションで eth_getLogs を効率的にバッチ処理するサンプルコードなど、一般的な課題に対する本番品質のテンプレートを提供します。
• 適応型バースト容量: 有料プランで「バーストクレジット」や弾力的な容量モデルを提供し、短期的なトラフィックスパイクに対応します。これにより、不要な制約感が解消されます。
• 公式マルチプロバイダー・フェイルオーバーガイド: レジリエントな dApp は複数の RPC を使用することを前提に、バックアッププロバイダーへのフェイルオーバー手順とサンプルコードを提供し、信頼性と実務的ベストプラクティスに合致させます。
• 徹底的な透明性: プライバシーや検閲に関する懸念に直接応えるため、データ保持ポリシー、記録される情報、フィルタリングの有無について明確でアクセスしやすいドキュメントを提供します。
• 実践的なインシデントレポート: 単なるステータスページに留まらず、インシデント発生時（例：2025 年 8 月 5〜6 日の EU リージョン遅延）に根本原因分析（RCA）と具体的な対策（例：「今すぐ取れる緩和策」）を併記します。

結論：Web3 インフラのロードマップ​

Alchemy に関するユーザーの声は、Web3 インフラ全体にとって貴重なロードマップを示しています。プラットフォームはオンボーディング体験の簡素化に優れていますが、スケーリング、予測可能性、透明性に関する課題は、開発者体験の次なるフロンティアを示唆しています。

業界が成熟するにつれ、勝ち残るプラットフォームは、信頼できるアクセスを提供するだけでなく、開発者が初日からレジリエントでスケーラブル、かつ信頼性の高いアプリケーションを構築できるようツールと指針を提供するものです。

QuickNode は Web3 インフラストラクチャの柱として位置付けられ、スピードと幅広いマルチチェーンサポートで高く評価されています。多くの開発者が選ぶ理由と、体験を改善できるポイントを把握するために、G2、Reddit、Product Hunt、Trustpilot といったプラットフォームからの公開ユーザーフィードバックを幅広く統合しました。

この分析から明らかなストーリーが浮かび上がります。開発者はコアプロダクトを愛用していますが、特にコスト面で課題が残っています。

ハイライト：ユーザーが QuickNode を好きな点​

全体を通して、ユーザーは以下の 3 つのコア強みがもたらすプレミアムで摩擦のない開発者体験を称賛しています。

🚀 超高速パフォーマンスと揺るぎない信頼性​

これが QuickNode の最も称賛される機能です。ユーザーはサービスを 「超高速」 かつ 「最もパフォーマンスが高く信頼できる RPC プロバイダー」 と一貫して表現しています。100ms 未満の低レイテンシ応答と、99.99% の稼働率を謳うことで、開発者はレスポンシブな dApp を自信を持って構築・スケールできます。

Nansen のエンタープライズクライアントは、QuickNode が 「堅牢で低レイテンシ、高パフォーマンスなノード」 を提供し、数十億件のリクエストを処理できると指摘しています。この性能は単なる数値ではなく、エンドユーザー体験を滑らかに保つ重要な要素です。

✅ 手間いらずのオンボーディングと直感的 UI​

開発者は「数分で稼働開始できる」と頻繁に述べています。プラットフォームはクリーンなダッシュボードと直感的なワークフローで、ノード運用の複雑さを抽象化しています。

Reddit のある開発者はインターフェースを 「脳死で使える」 と呼び、フルスタック開発者は 「サインアップからノードのプロビジョニングまで、複雑な DevOps 作業なしで数分で完了」 と評価しています。この使いやすさが、QuickNode を迅速なプロトタイピングとテストに不可欠なツールにしています。

🤝 トップクラスのカスタマーサポートとドキュメント​

優れたサポートとドキュメントは一貫したテーマです。サポートチームは 「迅速に対応し、真摯に助けてくれる」 と評され、時間が限られたトラブルシューティング時に重要な資産となっています。

API ドキュメントは、明快で網羅的、かつ初心者にも優しいと全ユーザーから高評価を受けており、あるユーザーはチュートリアルを 「よく練られた」 と称賛しています。この開発者向けリソースへの投資は、参入障壁を大幅に下げ、統合時の摩擦を減少させます。

課題：ユーザーが直面する障壁​

優れたパフォーマンスとユーザー体験にも関わらず、ユーザーフィードバックからは主にコストと機能制限に関する 2 つの摩擦点が浮かび上がります。

💸 価格に関するジレンマ​

価格は圧倒的に最も頻繁に、かつ感情的に語られる批判点です。フィードバックは二極化したユーザー層を示しています。

• エンタープライズ向け は、プレミアムなパフォーマンスと信頼性に対する対価として妥当と捉えています。
• スタートアップやインディ開発者 にとっては、モデルが高くつくことがあります。

主な問題点は以下の通りです。

1. プラン間の急激な価格差：ユーザーは 「$49 の ‘Build’ プランから $249 の ‘Accelerate’ プランへの大きなジャンプ」 を指摘し、成長中プロジェクトを支える中間プランを望んでいます。
2. 過剰利用時の罰則的料金：これは最大の痛点です。クオータ超過後に自動的に次のフルブロック分のリクエスト料金が課され、使用上限を設定できない点が大きな不満となっています。あるユーザーは 「たった 100 万リクエストの過剰でも追加で $50 が発生」 したと述べ、Trustpilot の長年の顧客は 「最大の詐欺…近づくな」 と高額請求に対して激しく非難しています。

G2 のレビュアーは完璧に要約しています。「価格構造はスタートアップフレンドリーにすべき」 と。

🧩 ニッチな機能ギャップ​

QuickNode の機能は堅牢ですが、上級ユーザーからは以下のようなギャップが指摘されています。

• プロトコルの幅広いサポート：Bitcoin や新興 L2 の Starknet への対応を求める声があります。
• より強力なツールチェーン：競合他社と比較し、「より高度な webhook サポート」 が欠如していると指摘する開発者もいます。
• モダン認証：長期利用者はエンタープライズ環境での API キー管理を改善するために OAuth 対応を希望しています。

これらのギャップは大多数のユーザーにとって致命的ではありませんが、特定ユースケースにおいては競合が優位になる可能性があります。

Web3 インフラ領域への重要な示唆​

QuickNode に関するフィードバックは、開発者向けツールを提供するすべての企業にとって貴重な教訓を提供します。

• パフォーマンスは必須条件：速度と信頼性は基盤です。これがなければ他は語れません。QuickNode はここで高いハードルを設定しています。
• 開発者体験が差別化要因：洗練された UI、迅速なオンボーディング、優れたドキュメント、そして応答性の高いサポートが忠実なユーザー基盤を築き、開発者が本当に使いたい製品を生み出します。
• 価格の予測可能性が信頼を築く：最も重要な教訓です。曖昧または罰則的な価格モデル、特に上限なしの過剰利用料金は不安を招き、信頼を損ないます。サプライズ請求を受けた開発者は長期的に残りにくいです。予測可能で透明性が高く、スタートアップフレンドリーな価格設定は大きな競争優位となります。

結論​

QuickNode はトップクラスのインフラプロバイダーとしての評価に相応しい存在です。高性能、卓越した信頼性、そして優れた開発者体験を実現しています。しかし、価格モデルが特にスタートアップや個人開発者にとって大きな摩擦要因となっています。

このユーザーフィードバックは、成功するプラットフォーム構築が単なる技術的卓越性だけでなく、ビジネスモデルをユーザーのニーズと信頼に合わせることが不可欠であることを示す強力なリマインダーです。QuickNode のパフォーマンスに匹敵しつつ、より透明で予測可能な価格構造を提供できるインフラプロバイダーは、今後の Web3 市場で極めて有利なポジションを獲得できるでしょう。

以下は、Web3 開発者体験（DevEx）イノベーションに関するレポートの要点をまとめたものです。

エグゼクティブサマリー​

Web3 開発者体験は 2024‑2025 年に大きく前進しました。プログラミング言語、ツールチェーン、デプロイインフラストラクチャのイノベーションが牽引しています。開発者は、ツールの高速化、安全な言語、ワークフローの合理化により、生産性と満足度が向上したと報告しています。本サマリーでは、5 つの主要ツールチェーン（Solidity、Move、Sway、Foundry、Cairo 1.0）と、2 つの大きなトレンドである 「ワンクリック」ロールアップデプロイメント と スマートコントラクトのホットリローディング についてまとめました。

Web3 開発者ツールチェーンの比較​

各ツールチェーンは異なる利点を提供し、エコシステムや開発哲学に合わせて選択できます。

• Solidity (EVM): 圧倒的なエコシステム、豊富なライブラリ（例：OpenZeppelin） 、Hardhat や Foundry といった成熟したフレームワークに支えられ、依然として最も支配的な言語です。マクロなどのネイティブ機能は欠如していますが、広範な採用と強力なコミュニティサポートにより、Ethereum およびほとんどの EVM 互換 L2 のデフォルト選択となっています。
• Move (Aptos/Sui): 安全性と形式的検証 を最優先します。リソースベースのモデルと Move Prover ツールにより、再入可能性などの一般的なバグを設計段階で防止します。そのため、高セキュリティが求められる金融アプリケーションに最適ですが、エコシステムは小規模で Aptos と Sui に中心化しています。
• Sway (FuelVM): 開発者生産性 の最大化を目指し、コントラクト、スクリプト、テストを単一の Rust ライク言語で記述可能です。Fuel Virtual Machine の高スループット・UTXO ベースアーキテクチャを活かし、Fuel ネットワーク上のパフォーマンス重視アプリに強力な選択肢となります。
• Foundry (EVM Toolkit): Solidity 用の変革的ツールキットで、EVM 開発を革命的に変えました。超高速コンパイルとテスト を実現し、Solidity で直接テストを書けます。ファズテスト、メインネットフォーク、"cheatcodes" などの機能により、Ethereum 開発者の半数以上が主に使用しています。
• Cairo 1.0 (Starknet): Starknet エコシステムにおける DevEx の大幅な改善を示します。Rust に触発された高レベル構文と、Scarb パッケージマネージャや Starknet Foundry といった最新ツールにより、ZK‑rollup の開発が格段に速く、直感的になりました。デバッガーなど一部ツールはまだ成熟途中ですが、開発者満足度は急上昇しています。

主な DevEx イノベーション​

開発者が分散型アプリケーションを構築・デプロイする方法を変える、2 つの大きなトレンドがあります。

「ワンクリック」ロールアップデプロイメント​

カスタムブロックチェーン（L2／アプリチェーン）の立ち上げが劇的にシンプルになりました。

• 基盤: Optimism の OP Stack のようなフレームワークが、モジュラーでオープンソースのロールアップ構築ブループリントを提供します。
• プラットフォーム: Caldera や Conduit といったサービスが Rollup‑as‑a‑Service（RaaS）プラットフォームを実現。ウェブダッシュボード上で、数分でカスタマイズされたメインネットまたはテストネットロールアップをデプロイでき、ブロックチェーンエンジニアリングの専門知識は最小限です。
• インパクト: 迅速な実験が可能になり、アプリ固有チェーンの作成ハードルが下がり、DevOps が簡素化されます。チームはインフラではなくアプリケーション開発に集中できます。

スマートコントラクトのホットリローディング​

このイノベーションは、モダンウェブ開発の即時フィードバックループをブロックチェーン領域にもたらします。

• 概念: Scaffold‑ETH 2 のようなツールが開発サイクルを自動化。開発者がコントラクトを保存すると、ツールが自動で再コンパイル、ローカルネットワークへの再デプロイ、フロントエンドの更新を行います。
• インパクト: ホットリローディングは 手作業の繰り返しステップを排除 し、イテレーションサイクルを劇的に短縮します。開発プロセスがより魅力的になり、新規開発者の学習曲線が緩和され、頻繁なテストが促進されることで、コード品質が向上します。

結論​

Web3 開発環境は急速に成熟しています。安全な言語、Foundry のような高速ツール、RaaS プラットフォームによるインフラデプロイの簡素化が融合し、ブロックチェーンと従来ソフトウェア開発のギャップが縮まっています。これらの DevEx 改善はプロトコルレベルのイノベーションと同等に重要であり、開発者がより複雑で安全なアプリケーションを迅速に構築できるよう支援します。結果として、ブロックチェーンエコシステム全体の成長と採用が加速します。

Sources:

• Solidity Developer Survey 2024 – Soliditylang (2025)
• Moncayo Labs on Aptos Move vs Solidity (2024)
• Aptos Move Prover intro – Monethic (2025)
• Fuel Labs – Fuel & Sway Documentation (2024); Fuel Book (2024)
• Spearmanrigoberto – Foundry vs Hardhat (2023)
• Medium (Rosario Borgesi) – Building Dapps with Scaffold-ETH 2 (2024)
• Starknet/Cairo developer survey – Cairo-lang.org (2024)
• Starknet Dev Updates – Starknet.io (2024–2025)
• Solidity forum – Macro preprocessor discussion (2023)
• Optimism OP Stack overview – CoinDesk (2025)
• Caldera rollup platform overview – Medium (2024)
• Conduit platform recap – Conduit Blog (2025)
• Blockchain DevEx literature review – arXiv (2025)

はじめに​

レイヤー1 およびレイヤー2 ブロックチェーンの急速な成長は、Web3 のユーザー体験を断片化させてきました。今日のユーザーは、複数のチェーンにまたがる複雑なタスクを達成するためだけに、複数のウォレット、ネットワーク、トークンブリッジを使いこなさなければなりません。この状況を簡素化するための主要なパラダイムとして、チェーン抽象化とインテント中心アーキテクチャが登場しました。これらのアプローチは、チェーン固有の詳細を抽象化し、ユーザーが明示的なチェーンごとのトランザクションを作成するのではなく、インテント (望ましい結果) に基づいて行動できるようにすることで、統一されたシームレスなクロスチェーン体験を約束します。このレポートでは、チェーン抽象化の基本原則、インテントに焦点を当てた実行モデルの設計、実世界での実装 (Wormhole や Etherspot など)、技術的な基盤 (リレイヤー、スマートウォレットなど)、そして開発者とエンドユーザーにとっての UX 上の利点について詳しく掘り下げます。また、チェーン抽象化とインテントが注目のトピックとなった EthCC 2025 からの洞察を要約し、さまざまなプロトコルのアプローチを比較した表も提供します。

チェーン抽象化の原則​

チェーン抽象化とは、複数のブロックチェーンをユーザーや開発者に対して、あたかも単一の統一された環境であるかのように提示する技術やフレームワークを指します。その動機は、チェーンの異質性によって引き起こされる_摩擦_をなくすことです。実際には、チェーン抽象化は以下のことを意味します：

• 統一されたインターフェース： 各ブロックチェーンごとに別々のウォレットや RPC エンドポイントを管理する代わりに、ユーザーはネットワークの詳細を隠蔽する単一のインターフェースを通じて対話します。開発者は、すべてのチェーンに別々のコントラクトをデプロイしたり、各ネットワーク用にカスタムのブリッジロジックを記述したりすることなく dApps を構築できます。
• 手動ブリッジングの不要化： チェーン間で資産やデータを移動する作業は、裏側で自動的に行われます。ユーザーは手動でロック/ミントのブリッジトランザクションを実行したり、ブリッジトークンにスワップしたりする必要はありません。抽象化レイヤーがそれを自動的に処理します。例えば、ユーザーは流動性がどのチェーンにあるかに関わらずプロトコルに流動性を提供でき、システムが適切に資金をルーティングします。
• ガス代の抽象化： ユーザーは、各チェーンでガス代を支払うために、そのチェーンのネイティブトークンを保有する必要がなくなります。抽象化レイヤーはガス代をスポンサーするか、ユーザーが選択した資産でガスを支払うことを可能にします。これにより、ETH、MATIC、SOL などを別々に取得する必要がなくなるため、参入障壁が低くなります。
• ネットワークに依存しないロジック： アプリケーションロジックは_チェーンに依存しなく_なります。スマートコントラクトやオフチェーンサービスは、ユーザーが手動でネットワークを切り替えたり、複数のトランザクションに署名したりすることなく、必要なチェーンでユーザーのアクションを実行するために連携します。本質的に、ユーザーの体験は、単一の「メタチェーン」または_ブロックチェーンに依存しない_アプリケーションレイヤーのものとなります。

中心的な考え方は、ユーザーが_どのチェーンで_、_どのように_達成するかではなく、_何を_達成したいかに集中できるようにすることです。身近な例えとしては、ウェブアプリケーションがサーバーの場所を抽象化するのと同じです。ユーザーが自分のリクエストがどのサーバーやデータベースに触れているかを知る必要がないように、Web3 ユーザーはアクションにどのチェーンやブリッジが使用されているかを知る必要はありません。トランザクションを統一されたレイヤーを通じてルーティングすることで、チェーン抽象化は今日のマルチチェーンエコシステムの断片化を軽減します。

動機： チェーン抽象化への推進力は、現在のクロスチェーンワークフローにおける問題点から生じています。チェーンごとに別々のウォレットを管理し、複数ステップのクロスチェーン操作 (チェーン A でスワップし、チェーン B にブリッジし、チェーン B で再度スワップするなど) を行うことは、面倒でエラーが発生しやすいです。断片化された流動性や互換性のないウォレットも、エコシステム全体での dApp の成長を制限します。チェーン抽象化は、エコシステムを_一貫してブリッジングする_ことでこれらの問題に取り組みます。重要なのは、Ethereum とその多くの L2 やサイドチェーンを、単一のユーザー体験の一部として扱うことです。EthCC 2025 では、これが主流への普及に不可欠であることが強調されました。講演者たちは、真にユーザー中心の Web3 の未来は_「ブロックチェーンを抽象化しなければならない」_と主張し、マルチチェーンの世界を単一ネットワークのように簡単に感じさせる必要があると述べました。

インテント中心アーキテクチャ：トランザクションからインテントへ​

従来のブロックチェーンの相互作用はトランザクション中心です。ユーザーは、選択したチェーン上で特定の操作 (コントラクト関数の呼び出し、トークンの転送など) を実行するトランザクションを明示的に作成し、署名します。マルチチェーンの文脈では、複雑な目標を達成するために、異なるネットワーク間で多くのそのようなトランザクションが必要になる場合があり、それぞれがユーザーによって正しい順序で手動で開始されます。インテント中心アーキテクチャはこのモデルを覆します。トランザクションを細かく管理する代わりに、ユーザーはインテント (高レベルの目標や望ましい結果) を宣言し、それを満たすために必要なトランザクションを自動化されたシステムに考えさせます。

インテントベースの設計では、ユーザーは次のように言うかもしれません：「Base 上の 100 USDC を Arbitrum 上の 100 USDT にスワップする」。このインテントは、_どのように_実行するかを規定することなく、何を (ターゲットチェーン上である資産を別の資産にスワップする) をカプセル化します。その後、専門のエージェント (しばしばソルバーと呼ばれる) がそれを完了する仕事を引き受けます。ソルバーは、チェーン間でスワップを最適に実行する_方法_を決定します。例えば、Base から Arbitrum へ高速ブリッジを使用して USDC をブリッジし、その後 USDT にスワップするか、直接クロスチェーンスワッププロトコルを使用するかなど、最良の結果をもたらす方法を選択します。ユーザーは一度承認署名を行うだけで、ソルバーは最適なルートの発見、各チェーンで必要なトランザクションの送信、さらには必要なガス代の前払いや中間リスクの負担など、複雑なシーケンスをバックエンドで処理します。

インテントが柔軟な実行を可能にする仕組み： システムに_リクエストをどのように満たすか_を決定する自由を与えることで、インテント中心の設計は、固定されたユーザートランザクションよりもはるかにスマートで柔軟な実行レイヤーを可能にします。いくつかの利点があります：

• 最適なルーティング： ソルバーは、コスト、速度、または信頼性を最適化できます。例えば、複数のソルバーがユーザーのインテントを満たすために競争し、オンチェーンオークションで最も良い価格 (例：最良の為替レートや最低手数料) を提供するソルバーが選ばれることがあります。この競争はユーザーのコストを押し下げます。Wormhole の Mayan Swift プロトコルは、各インテントに対して Solana 上でオンチェーンのイングリッシュオークションを組み込む例であり、競争を「先着順」のレースから、より良いユーザーの成果を目指す価格ベースの入札へとシフトさせます。ユーザーにとって最も有利にスワップを実行できるソルバーが入札を勝ち取り、計画を実行することで、ユーザーが最大限の価値を得られるようにします。このような動的な価格発見は、ユーザーが通常のトランザクションで単一のパスを事前に指定する場合には不可能です。
• 回復力と柔軟性： あるブリッジや DEX が一時的に利用できない、または最適でない場合、ソルバーは代替パスを選択できます。_インテント_は同じままですが、実行レイヤーはネットワークの状況に適応できます。したがって、インテントはプログラマブルな実行戦略 (例えば、注文を分割したり、別のルートで再試行したり) を可能にし、これらはすべて、目標が達成されることだけを気にするエンドユーザーには見えません。
• アトミックなマルチチェーンアクション： インテントは、従来であれば異なるチェーン上の複数のトランザクションに相当するものを含むことができます。実行フレームワークは、シーケンス全体がアトミックに感じられるか、少なくとも失敗が管理されるように努めます。例えば、ソルバーは、すべてのサブトランザクション (ブリッジ、スワップなど) が確認された場合にのみインテントが満たされたとみなし、何かが失敗した場合はロールバックまたは補償します。これにより、ユーザーの高レベルのアクションが完全に完了するか、まったく完了しないかのどちらかになり、信頼性が向上します。
• 複雑さのオフロード： インテントはユーザーの役割を劇的に簡素化します。ユーザーは、どのブリッジや取引所を使用するか、流動性をどのように分割するか、操作をどのようにスケジュールするかを理解する必要がありません。それらはすべてインフラストラクチャにオフロードされます。あるレポートが言うように、「ユーザーはどのようにではなく、何をに集中する」。直接的な利点はユーザー体験です。ブロックチェーンアプリケーションとの対話は、Web2 アプリの使用に似てきます (ユーザーは単に結果を要求し、サービスがプロセスを処理します)。

本質的に、インテント中心アーキテクチャは、抽象化のレベルを低レベルのトランザクションから高レベルの目標へと引き上げます。Ethereum コミュニティはこのモデルに非常に熱心であり、Ethereum Foundation はクロスチェーンインテントシステムを構築するためのオープンスタンダードおよび参照アーキテクチャであるOpen Intents Framework (OIF) を導入しました。OIF は、インテントがどのように作成され、通信され、チェーン間で決済されるかについての標準インターフェース (ERC-7683 インテントフォーマットなど) を定義しており、これにより多くの異なるソリューション (ブリッジ、リレイヤー、オークションメカニズム) がモジュール式に接続できます。これは、相互運用可能な_ソルバー_と_決済プロトコル_のエコシステム全体を奨励します。インテントの台頭は、Ethereum とそのロールアップを UX の観点から「単一のチェーンのように」感じさせる必要性に基づいています。つまり、L2 やサイドチェーン間を移動することが、ユーザーの手間なく数秒で完了するほど高速で摩擦がないようにすることです。ERC-7683 (標準化されたインテントフォーマットとライフサイクルのための) のような初期の標準は、Vitalik Buterin のようなリーダーからも支持を得ており、インテント中心設計の勢いを裏付けています。

主な利点のまとめ： 要約すると、インテント中心アーキテクチャはいくつかの主要な利点をもたらします：(1) 簡素化された UX – ユーザーはやりたいことを述べ、システムが残りを考え出します。(2) クロスチェーンの流動性 – 複数のネットワークにまたがる操作がシームレスに処理され、多くのチェーンを事実上一つとして扱います。(3) 開発者のスケーラビリティ – dApp 開発者は、インテントレイヤーがクロスチェーン実行への標準化されたフックを提供するため、各チェーンごとに車輪の再発明をすることなく、多くのチェーンのユーザーと流動性にアクセスできます。_何をすべきか_を_どのように/どこで実行するか_から切り離すことで、インテントはユーザーフレンドリーなイノベーションと、その裏にある複雑な相互運用性との間の架け橋として機能します。

クロスチェーン抽象化の技術的構成要素​

チェーン抽象化とインテントベースの実行を実装するには、協調して動作する技術的メカニズムの_スタック_が必要です。主要なコンポーネントには以下が含まれます：

• クロスチェーンメッセージングリレイヤー： あらゆるマルチチェーンシステムの中核には、ブロックチェーン間でデータと価値を確実に伝達できるメッセージングレイヤーがあります。Wormhole、Hyperlane、Axelar、LayerZero などのプロトコルは、ソースチェーンから1つ以上の宛先チェーンへメッセージ (多くの場合、証明やバリデーターの証明付き) をリレーすることでこの機能を提供します。これらのメッセージには、「このインテントを実行せよ」や「この資産をミントせよ」といったコマンドが含まれることがあります。堅牢なリレイヤーネットワークは、統一されたトランザクションルーティングにとって不可欠であり、チェーン間の「郵便サービス」として機能します。例えば、Wormhole の19の Guardian ノードのネットワークは、接続されたチェーン上のイベントを監視し、VAA (検証可能なアクション承認) に署名します。これは、イベントが発生したことを証明するために他のどのチェーンにも提出できます。これにより、アクションが単一のチェーンから切り離され、チェーンに依存しない動作が可能になります。現代のリレイヤーは、チェーンに依存せず (多くのチェーンタイプをサポート)、セキュリティのために分散化されていることに重点を置いています。例えば Wormhole は、EVM ベースのチェーンを超えて Solana や Cosmos チェーンなどをサポートしており、クロスチェーン通信のための多用途な選択肢となっています。メッセージングレイヤーは、クロスチェーントランザクションの順序付け、再試行、ファイナリティ保証も処理することがよくあります。

• スマートコントラクトウォレット (アカウント抽象化)： アカウント抽象化 (例：Ethereum の ERC-4337) は、外部所有アカウントを、カスタム検証ロジックと複数ステップのトランザクション機能をプログラムできるスマートコントラクトアカウントに置き換えます。これはチェーン抽象化の基盤となります。なぜなら、スマートウォレットは、すべてのチェーン上の資産を制御するユーザーの単一の_メタアカウント_として機能できるからです。Etherspot のようなプロジェクトは、スマートコントラクトウォレットを使用して、チェーン間でのトランザクションバッチングやセッションキーなどの機能を可能にします。ユーザーのインテントは、単一のユーザーオペレーション (4337 の用語で) としてパッケージ化され、ウォレットコントラクトがそれを異なるネットワーク上の複数のサブトランザクションに展開します。スマートウォレットは、ユーザーに代わってガス代を支払うペイマスター (スポンサー) を統合することもでき、真のガス抽象化を可能にします (ユーザーはステーブルコインで支払うか、まったく支払わないかもしれません)。セッションキー (限定された権限を持つ一時的なキー) のようなセキュリティメカニズムにより、ユーザーは複数のプロンプトなしで複数のアクションを含むインテントを承認でき、同時にリスクを制限できます。要するに、アカウント抽象化は、高レベルのインテントを解釈し、必要なステップを一連のトランザクションとして (しばしばリレイヤーを介して) オーケストレーションできるプログラマブルな実行コンテナを提供します。

• インテントのオーケストレーションとソルバー： メッセージングとウォレットレイヤーの上には、インテントソルバーネットワークが存在します。これは、_インテントをどのように満たすか_を考え出す頭脳です。一部のアーキテクチャでは、このロジックはオンチェーンです (例：Wormhole の Mayan Swift のための Solana 上のオンチェーンオークションコントラクトのように、インテント注文とソルバーをマッチングさせる)。他のアーキテクチャでは、インテントの mempool やオーダーブックを監視するオフチェーンエージェントです (例えば、Open Intents Framework は、新しいインテントイベントをリッスンし、それを満たすためにトランザクションを送信する参照 TypeScript ソルバーを提供します)。ソルバーは通常、流動性ルートの発見 (DEX やブリッジを横断して)、価格発見 (ユーザーが公正なレートを得られるようにする)、そして時には中間コストのカバー (担保の提供や_ファイナリティリスク_の負担 – クロスチェーン転送が完全にファイナライズされる前にユーザーに資金を届け、ソルバーにいくらかのリスクを負わせることで UX を高速化する) を処理する必要があります。うまく設計されたインテント中心システムは、ユーザーのインテントが最適に実行されることを保証するために、しばしばソルバー間の競争を伴います。ソルバーは経済的にインセンティブを与えられることがあります (例：インテントを満たすことで手数料やアービトラージ利益を得る)。ソルバーのオークションやバッチ処理のようなメカニズムを使用して、効率を最大化できます。例えば、複数のユーザーが類似のインテントを持っている場合、ソルバーはそれらをバッチ処理して、ユーザーあたりのブリッジ手数料を最小限に抑えることができます。

• 統一された流動性とトークン抽象化： チェーン間で資産を移動させると、断片化された流動性とラップされたトークンという古典的な問題が生じます。チェーン抽象化レイヤーは、しばしばトークン自体を抽象化します – ユーザーに、多くのチェーンで使用できる単一の資産の体験を提供することを目指します。一つのアプローチはオムニチェーントークンです (トークンが、多くの互換性のないラップされたバージョンではなく、単一の総供給量の下で複数のチェーンにネイティブに存在できる)。Wormhole は、従来のロックアンドミントブリッジの進化形としてNative Token Transfers (NTT) を導入しました。無限の「ブリッジされた」IOU トークンの代わりに、NTT フレームワークは、チェーンを越えてデプロイされたトークンを、共有のミント/バーン制御を持つ一つの資産として扱います。実際には、NTT 下で資産をブリッジすることは、ソースで_バーン_し、デスティネーションで_ミント_することを意味し、単一の流通供給量を維持します。この種の流動性の統一は、チェーン抽象化がユーザーを複数のトークン表現で混乱させることなく資産を「テレポート」させるために不可欠です。他のプロジェクトでは、流動性ネットワークやプール (例：Connext や Axelar) を使用し、各チェーンで流動性プロバイダーが資本を供給して資産をスワップイン・アウトするため、ユーザーは事実上、ある資産を別のチェーン上の同等物と一段階で交換できます。Securitize SCOPE ファンドの例は示唆に富んでいます。機関投資家向けファンドトークンがマルチチェーン化され、投資家は Ethereum または Optimism で購読または償還でき、裏側では Wormhole のプロトコルがトークンを移動させ、さらには利回りを生む形に変換することで、ユーザーは手動のブリッジや複数のウォレットを必要としなくなります。

• プログラマブルな実行レイヤー： 最後に、特定のオンチェーンイノベーションが、より複雑なクロスチェーンワークフローを可能にします。アトミックなマルチコールサポートとトランザクションスケジューリングは、複数ステップのインテントの調整に役立ちます。例えば、Sui ブロックチェーンのProgrammable Transaction Blocks (PTBs) は、複数のアクション (スワップ、転送、コールなど) を一つのアトミックなトランザクションにまとめることを可能にします。これにより、Sui 上でのクロスチェーンインテントの履行が簡素化され、すべてのステップが実行されるか、まったく実行されないかのどちらかになり、ユーザーの署名は一度で済みます。Ethereum では、EIP-7702 (EOA のためのスマートコントラクトコード) のような提案が、ユーザーアカウントの機能を拡張し、ベースレイヤーでさえもスポンサー付きガスや複数ステップのロジックをサポートします。さらに、専門の実行環境やクロスチェーンルーターが採用されることもあります。例えば、一部のシステムでは、すべてのインテントを特定の L2 やハブを通じてルーティングし、それがクロスチェーンアクションを調整します (ユーザーはそのハブとのみ対話するかもしれません)。例としては、Push Protocol の L1 (Push Chain) のようなプロジェクトがあり、これはチェーンに依存しない操作のための専用の_決済レイヤー_として設計されており、ユニバーサルスマートコントラクトとサブセカンドのファイナリティを特徴とし、クロスチェーンの相互作用を迅速化します。普遍的に採用されているわけではありませんが、これらのアプローチは、チェーン抽象化を実現するために使用される技術のスペクトルを示しています。純粋なオフチェーンのオーケストレーションから、クロスチェーンインテント実行のために専用に構築された新しいオンチェーンインフラストラクチャのデプロイまで、多岐にわたります。

要約すると、チェーン抽象化はこれらのコンポーネントを階層化することで達成されます：ルーティングレイヤー (チェーン間でメッセージをやり取りするリレイヤー)、アカウントレイヤー (任意のチェーンでアクションを開始できるスマートウォレット)、そして実行レイヤー (インテントを実行するソルバー、流動性、コントラクト)。各部分が必要であり、ユーザーの視点から見れば、複数のブロックチェーンにまたがる dApp との対話が、単一チェーンのアプリケーションを使用するのと同じくらいスムーズであることを保証します。

ケーススタディ 1：Wormhole – インテントベース、チェーン非依存のルーティング​

Wormhole は、トークンブリッジからインテントベースの機能を備えた包括的なメッセージパッシングネットワークへと進化した、主要なクロスチェーン相互運用性プロトコルです。そのチェーン抽象化へのアプローチは、20以上のチェーン (EVM チェーンと Solana のような非 EVM チェーンを含む) を接続する_統一されたメッセージルーティングレイヤー_を提供し、その上に_チェーン非依存のアプリケーションプロトコル_を構築することです。Wormhole のアーキテクチャの主要な要素は以下の通りです：

• 汎用メッセージレイヤー： その中核において、Wormhole は汎用のパブリッシュ/サブスクライブブリッジです。バリデーター (Guardians) は、接続された各チェーン上のイベントを監視し、VAA (検証可能なアクション) に署名します。これは、他のどのチェーン上でもイベントを再現したり、ターゲットコントラクトを呼び出したりするために提出できます。この汎用的な設計により、開発者はトークン転送だけでなく、任意の指示やデータをクロスチェーンで送信できます。Wormhole はメッセージが一貫して配信・検証されることを保証し、ソースが Ethereum、Solana、または別のチェーンであったかどうかを抽象化します。

• チェーン非依存のトークン転送： Wormhole のオリジナルの Token Bridge (Portal) は、ロックアンドミント方式を使用していました。最近、Wormhole はマルチチェーントークンのための改善されたフレームワークであるNative Token Transfers (NTT) を導入しました。NTT を使用すると、資産は各チェーンで_ネイティブに発行_でき (断片化されたラップトークンを回避)、Wormhole はチェーン間でのバーンとミントの会計処理を行い、供給量を同期させます。ユーザーにとっては、トークンがチェーン間を「テレポート」するように感じられます。あるチェーンでデポジットし、別のチェーンで同じ資産を引き出すだけで、Wormhole がミント/バーンの帳簿管理を行います。これは、各チェーンでの異なるトークン標準やアドレスの複雑さを隠すトークン抽象化の一形態です。

• インテントベースの xApp プロトコル： トークンのブリッジングがクロスチェーン UX の一部に過ぎないことを認識し、Wormhole はスワップやガス代管理付きの転送といったユーザーの_インテント_を満たすための高レベルのプロトコルを開発しました。2023年から2024年にかけて、Wormhole はクロスチェーン DEX アグリゲーターのMayanと協力し、Wormhole エコシステムでしばしば xApps (クロスチェーンアプリ) と呼ばれる2つのインテント中心のプロトコル、Mayan Swift と Mayan MCTP (Multichain Transfer Protocol) を立ち上げました。

  • Mayan Swift は、_「柔軟なクロスチェーンインテントプロトコル」_と説明されており、基本的にはユーザーがチェーン A からチェーン B へのトークンスワップを要求できるようにするものです。ユーザーはソースチェーンで一度トランザクションに署名し、資金をロックして望ましい結果 (例：「時刻 T までに宛先チェーンでトークン Y を少なくとも X 量欲しい」) を指定します。このインテント (注文) は、ソルバーによって拾われます。ユニークなことに、Wormhole Swift はSolana 上のオンチェーンオークションを使用して、インテントに対する_競争的な価格発見_を行います。ソルバーは特別な Solana コントラクトを監視し、新しいインテント注文が作成されると、どれだけの出力トークンを提供できるかをコミットして入札します。短いオークション期間 (例：3秒) の間に、入札は価格を競り上げます。最も高い入札者 (ユーザーに最も有利なレートを提供する者) が勝ち、スワップを履行する権利を与えられます。その後、Wormhole は宛先チェーンにメッセージを送り、そのソルバーがユーザーにトークンを配達することを許可し、別のメッセージを返してユーザーのロックされた資金を支払いとしてソルバーに解放します。この設計により、ユーザーのインテントが分散化された方法で可能な限り最高の価格で満たされることが保証され、ユーザーはソースチェーンとの対話だけで済みました。また、クロスチェーンスワップを2つのステップ (資金のロック、その後宛先での履行) に分割することでリスクを最小限に抑えます。ここでのインテント中心の設計は、抽象化がどのように_スマートな実行_を可能にするかを示しています。ユーザーが特定のブリッジや DEX を選ぶのではなく、システムが最適なパスと価格を自動的に見つけ出します。

  • Mayan MCTP は、ガスと手数料の管理を伴うクロスチェーン資産転送に焦点を当てています。これは、Circle のCCTP (Cross-Chain Transfer Protocol) – ネイティブ USDC をあるチェーンでバーンし、別のチェーンでミントできる – を価値移転の基盤として活用し、調整には Wormhole メッセージングを使用します。MCTP 転送では、ユーザーのインテントは単に「私の USDC をチェーン A からチェーン B に移動させる (そして任意で B 上の別のトークンにスワップする)」といったものかもしれません。ソースチェーンのコントラクトはトークンと希望の宛先を受け入れ、CCTP を介してバーンを開始し、同時にユーザーの宛先アドレス、宛先で希望するトークン、さらにはガスドロップ (ブリッジされた資金の一部を宛先でネイティブガスに変換する量) のようなメタデータを含む Wormhole メッセージを公開します。宛先チェーンで Circle が USDC をミントすると、Wormhole リレイヤーがインテントメタデータが配信・検証されることを保証します。その後、プロトコルは自動的に、例えば USDC の一部をネイティブトークンにスワップしてガス代を支払い、残りをユーザーのウォレット (または指定されたコントラクト) に届けます。これにより、_ワンステップでガス代込みのブリッジ_が提供されます。ユーザーは新しいチェーンでガスを取得したり、ガスのために別のスワップを実行したりする必要がありません。それはすべてインテントにエンコードされ、ネットワークによって処理されます。したがって、MCTP は、チェーン抽象化がどのように_手数料の抽象化_と信頼性の高い転送を一つのフローで処理できるかを示しています。Wormhole の役割は、インテントと資金が移動したことの証明 (CCTP 経由) を安全に送信し、ユーザーのリクエストがエンドツーエンドで満たされるようにすることです。

Wormhole のインテント中心スワップアーキテクチャ (Mayan Swift) の図解。 この設計では、ユーザーはソースチェーンで資産をロックし、結果 (インテント) を定義します。ソルバーは、そのインテントを履行する権利をオンチェーンオークションで入札します。落札したソルバーは、Wormhole メッセージを使用して資金のロック解除と宛先チェーンでの結果の配信を調整し、その間、ユーザーがスワップで最高の価格を得られるようにします。

• 統一された UX とワンクリックフロー： Wormhole ベースのアプリケーションは、ますます_ワンクリックのクロスチェーンアクション_を提供するようになっています。例えば、Wormhole Connect は、dApps やウォレットが統合してユーザーがワンクリックで資産をブリッジできるようにするフロントエンド SDK です。裏側では、Wormhole のトークンブリッジングと、(任意で) ターゲットチェーンにガスをデポジットするリレイヤーを呼び出します。Securitize SCOPE ファンドのユースケースでは、Optimism 上の投資家が、元々 Ethereum 上に存在するファンドトークンを、何も手動でブリッジすることなく購入できます。Wormhole の流動性レイヤーが自動的にトークンを移動させ、さらには利回りを生む形に変換するため、ユーザーは統一された投資商品を見るだけです。このような例は、チェーン抽象化の精神を浮き彫りにします。ユーザーは高レベルのアクション (ファンドへの投資、X を Y にスワップ) を実行し、プラットフォームがクロスチェーンのメカニズムを静かに処理します。Wormhole の標準的なメッセージリレーと自動ガス配送 (Wormhole の Automatic Relayer や、一部のフローに統合された Axelar の Gas Service などのサービス経由) により、ユーザーはしばしば元のチェーンで一度だけトランザクションに署名し、それ以上の介入なしに宛先チェーンで結果を受け取ります。開発者の視点から見ると、Wormhole はチェーン間でコントラクトを呼び出すための統一されたインターフェースを提供するため、クロスチェーンロジックの構築がより簡単になります。

要約すると、Wormhole のチェーン抽象化へのアプローチは、他者がチェーン非依存の体験を創造するために構築できるインフラストラクチャ (分散型リレイヤー + 各チェーン上の標準化されたコントラクト) を提供することです。多種多様なチェーンをサポートし、高レベルのプロトコル (インテントオークションやガス管理付き転送など) を提供することで、Wormhole はアプリケーションがブロックチェーンエコシステムを一つの接続された全体として扱うことを可能にします。ユーザーは、自分がどのチェーンにいるかや、どのようにブリッジするかを心配する必要がなくなることで利益を得ます。流動性の移動であれ、マルチチェーンスワップであれ、Wormhole のインテント中心の xApps は、それを単一チェーンのインタラクションと同じくらい簡単にすることを目指しています。Wormhole の共同創設者である Robinson Burkey は、この種のインフラストラクチャが_「機関投資家規模の成熟度」_に達したと述べ、規制された資産発行者でさえもネットワーク間でシームレスに運用し、ユーザーのためにチェーン固有の制約を抽象化できるようになったと指摘しました。

ケーススタディ 2：Etherspot – アカウント抽象化とインテントの融合​

Etherspot は、ウォレットと開発者ツールの観点からクロスチェーン UX の問題に取り組んでいます。開発者が統合してユーザーに統一されたマルチチェーン体験を提供できる、アカウント抽象化 SDK とインテントプロトコルスタックを提供しています。事実上、Etherspot はスマートコントラクトウォレットとチェーン抽象化ロジックを組み合わせることで、ユーザーの単一のスマートアカウントが最小限の摩擦で多くのネットワークを横断して操作できるようにします。Etherspot のアーキテクチャの主な特徴は以下の通りです：

• モジュラースマートウォレット (アカウント抽象化)： Etherspot のすべてのユーザーは、複数のチェーンにデプロイ可能なスマートコントラクトウォレット (ERC-4337 スタイル) を取得します。Etherspot は、これらのウォレットが相互運用可能でアップグレード可能であることを保証するために、ERC-7579 (最小限のモジュラースマートアカウントインターフェース) のような標準に貢献しました。ウォレットコントラクトはユーザーのエージェントとして機能し、モジュールでカスタマイズできます。例えば、あるモジュールは統一された残高ビューを可能にし、ウォレットはすべてのチェーンにわたるユーザーの資金の総計を報告できます。別のモジュールはセッションキーを可能にし、ユーザーは一度の署名で一連のアクションを承認できます。ウォレットは各チェーンに存在するため、必要なときにはローカルで直接トランザクションを開始できます (Etherspot のバックエンドバンドラーとリレイヤーがクロスチェーンの調整をオーケストレーションします)。

• トランザクションバンドラーとペイマスター： Etherspot は、スマートウォレットからユーザーオペレーションを収集するバンドラーサービス (Skandha) と、ガス代をスポンサーできるペイマスターサービス (Arka) を運営しています。ユーザーが Etherspot を通じてインテントをトリガーすると、事実上ウォレットコントラクトへのメッセージに署名します。その後、Etherspot のインフラストラクチャ (バンドラー) がそれを関連するチェーン上の実際のトランザクションに変換します。重要なのは、複数のアクションをバンドルできることです。例えば、あるチェーンでの DEX スワップと別のチェーンへのブリッジ転送を、ユーザーのウォレットコントラクトが段階的に実行する一つのメタトランザクションにまとめることができます。ペイマスターは、ユーザーが L1 のガスを支払う必要がないことを意味します。代わりに、dApp や第三者がそれをカバーするか、手数料を別のトークンで徴収することができます。これにより、実践的なガス抽象化が実現します (ユーザビリティの大きな勝利です)。実際、Etherspot は、EIP-7702 のような今後の Ethereum の機能により、外部所有アカウントでさえもコントラクトウォレットと同様のガスレス機能を得ることができると強調していますが、Etherspot のスマートアカウントは既にペイマスターを介してガスレスインテントを可能にしています。

• インテント API とソルバー (Pulse)： アカウントレイヤーの上に、Etherspot はEtherspot Pulseとして知られる高レベルのインテント APIを提供します。Pulse は Etherspot のチェーン抽象化エンジンであり、開発者はこれを使用して dApps にクロスチェーンインテントを実装できます。2024年後半の Etherspot Pulse のデモでは、ユーザーが Ethereum から Base 上の資産へのトークンスワップを、シンプルな React アプリのインターフェースでワンクリックで実行する方法が示されました。裏側では、Pulse がマルチチェーントランザクションを安全かつ効率的に処理しました。Pulse の主な機能には、統一された残高 (ユーザーはチェーンに関係なくすべての資産を一つのポートフォリオとして見る)、セッションキーセキュリティ (特定のアクションに対する権限を制限し、頻繁な承認を避ける)、インテントベースのスワップ、そして_ソルバー統合_が含まれます。言い換えれば、開発者は Etherspot SDK を通じて swap(Chain1 の tokenA -> Chain2 の tokenB for user) のようなインテントを呼び出すだけで、Pulse がそれをどのように実行するかを考え出します。Socket のような流動性ネットワークを介してルーティングするか、クロスチェーン DEX を呼び出すかなどです。Etherspot は、最適なルートを見つけるためにさまざまなブリッジや DEX アグリゲーターと統合しています (Etherspot の Ethereum インテントコミュニティへの関与を考えると、Open Intents Framework の概念もいくつか使用している可能性が高いです)。

• 教育と標準化： Etherspot は、チェーン抽象化標準の熱心な支持者です。インテントと、**「ユーザーは望ましい結果を宣言し、ソルバーがバックエンドプロセスを処理する」**方法を説明する教育コンテンツをリリースし、簡素化された UX とクロスチェーンの流動性を強調しています。彼らは、ユーザーがブリッジングやガスについて心配する必要がなくなること、dApp が複数のチェーンに簡単にアクセスすることでスケーラビリティを得られることなどの利点を列挙しています。Etherspot はまた、エコシステムのプロジェクトと積極的に協力しています。例えば、Ethereum Foundation の Open Intents Framework を参照し、新しいクロスチェーンメッセージング標準 (ERC-7786, 7787 など) が登場するにつれて、それらを統合することを探求しています。共通の標準に準拠することで、Etherspot はそのインテントフォーマットやウォレットインターフェースが、開発者が選択した他のソリューション (Hyperlane, Connext, Axelar など) と連携して動作することを保証します。

• ユースケースと開発者 UX： 開発者にとって、Etherspot を使用することは、車輪の再発明をすることなくクロスチェーン機能を追加できることを意味します。DeFi dApp は、ユーザーが資産を持っているどのチェーンからでも資金をデポジットできるようにし、Etherspot がチェーンの違いを抽象化します。ゲームアプリは、ユーザーが一度のトランザクションで L2 上の NFT を請求し、取引のために必要であれば自動的に Ethereum にブリッジさせることができます。Etherspot の SDK は、本質的にチェーン非依存の関数呼び出しを提供します。開発者は高レベルのメソッド (統一された transfer() や swap() など) を呼び出し、SDK がユーザーの資金の特定、必要に応じた移動、チェーン間での状態の更新を処理します。これにより、マルチチェーンサポートの開発時間が大幅に短縮されます (チームは、彼らのチェーン抽象化プラットフォームを使用すると開発時間が最大90%削減されると主張しています)。もう一つの側面は、Etherspot が AA フローのために構築したRPC Playgroundとデバッグツールであり、これにより複数のネットワークを含む可能性のある複雑なユーザーオペレーションのテストが容易になります。これらすべては、_チェーン抽象化の統合を、Web2 で決済 API を統合するのと同じくらい簡単にする_ことを目指しています。

エンドユーザーの視点から見ると、Etherspot を搭載したアプリケーションは、はるかにスムーズなオンボーディングと日常的な体験を提供できます。新規ユーザーは、ソーシャルログインやメールでサインインし (dApp が Etherspot のソーシャルアカウントモジュールを使用している場合)、自動的にスマートアカウントを取得できます。各チェーンのシードフレーズを管理する必要はありません。彼らはどのチェーンからでもトークンや NFT を一つのアドレス (スマートウォレットのアドレスはサポートされているすべてのチェーンで同じ) に受け取り、一つのリストで見ることができます。資産やガスがないチェーンでアクション (スワップ、貸付など) を実行したい場合、インテントプロトコルが自動的に資金とアクションをルーティングしてそれを実現します。例えば、Polygon 上に USDC を持っているユーザーが Ethereum の DeFi プールに参加したい場合、単に「プールに投資」をクリックするだけです。アプリ (Etherspot 経由) は、USDC を必要な資産にスワップし、Ethereum にブリッジし、プールコントラクトにデポジットし、さらには USDC のごく一部を徴収してガス代を処理します。これらすべてがワンフローで行われます。ユーザーは_「X ネットワークに切り替えてください」や「ガスに ETH が必要です」_といったエラーに直面することはありません。それらは裏側で処理されます。このワンクリック体験こそが、チェーン抽象化が目指すものです。

Etherspot の CEO である Michael Messele は、EthCC 2025 で_「高度なチェーン抽象化」_について語り、Web3 を真にブロックチェーン非依存にすることが、相互運用性、スケーラビリティ、UX を強化することでユーザーと開発者の両方に力を与えることができると強調しました。Etherspot 自身の貢献、例えば単一インテントのクロスチェーンスワップの Pulse デモは、クロスチェーンの相互作用を劇的に簡素化する技術が既に存在することを示しています。Etherspot が位置づけるように、インテントは、マルチチェーンエコシステムの革新的な可能性と、エンドユーザーが期待する_ユーザビリティ_との間の架け橋です。彼らのようなソリューションがあれば、dApps はチェーンの違いが背景に消える「摩擦のない」体験を提供でき、Web3 の主流への普及を加速させることができます。

ユーザー＆開発者体験の向上​

チェーン抽象化とインテント中心アーキテクチャは、最終的にはマルチチェーンの世界におけるより良いユーザー体験 (UX) と開発者体験 (DX) のためにあります。注目すべき改善点には以下のようなものがあります：

• シームレスなオンボーディング： 新規ユーザーは、自分がどのブロックチェーン上にいるかを心配することなくオンボーディングできます。例えば、ユーザーにはどこでも機能する単一のスマートアカウントが与えられ、それはソーシャルログインで作成されるかもしれません。彼らはどのチェーンからでも、このアカウントに任意のトークンや NFT を混乱なく受け取ることができます。もはや初心者が MetaMask でネットワークを切り替えたり、複数のシードフレーズを保護したりする方法を学ぶ必要はありません。これにより、dApp の使用が Web2 アプリのサインアップに近くなるため、参入障壁が大幅に下がります。アカウント抽象化を実装しているプロジェクトは、しばしばメールや OAuth ベースのウォレット作成を許可し、結果として得られるスマートアカウントはチェーン非依存になります。

• ワンクリックでのクロスチェーンアクション： おそらく最も目に見える UX の利点は、かつては複数ステップ、複数アプリのワークフローだったものを、1、2回のクリックに凝縮することです。例えば、以前のクロスチェーントークンスワップは、チェーン1でトークンAをブリッジ可能な資産にスワップし、ブリッジUIに行ってチェーン2に送り、その後チェーン2でトークンBにスワップするという手順が必要で、両方のチェーンでガス代を管理する必要がありました。インテント中心のシステムでは、ユーザーは単に「チェーン1のAをチェーン2のBにスワップ」と要求し、一度確認するだけです。すべての中間ステップ (必要であればチェーン2でガスを取得することも含む) は自動化されます。これは時間を節約するだけでなく、ユーザーエラー (間違ったブリッジを使用する、間違ったアドレスに送るなど) の可能性も減らします。これは、複数の区間を別々に手動で購入するのではなく、一つの旅行サイトで複数区間のフライトを予約する便利さに似ています。

• ネイティブガスの心配が不要： ユーザーは、トランザクションの支払いのために、少額の ETH、MATIC、AVAX などを常にスワップする必要がありません。ガス代の抽象化は、dApp がガスをカバーする (そして、取引されたトークンやサブスクリプションモデルで手数料を請求するかもしれない) か、システムがユーザーの資産の一部を自動的に変換して手数料を支払うことを意味します。これは心理的に大きな影響を与えます。混乱を招くプロンプト (「ガスが不足しています」というエラーはもうありません) の一類を取り除き、ユーザーが関心のあるアクションに集中できるようにします。EthCC 2025 のいくつかの講演では、ガス抽象化が優先事項として挙げられており、例えば Ethereum の EIP-7702 は将来的には EOA アカウントでさえもガスがスポンサーされることを可能にします。今日の実際には、多くのインテントプロトコルは、出力資産の少量を出力先のチェーンでユーザーのためにガスとしてドロップするか、ユーザーオペレーションに接続されたペイマスターを利用します。その結果、ユーザーは、例えば Arbitrum から Polygon へ USDC を移動させる際に、どちらの側でも ETH に触れることなく、到着後すぐに Polygon ウォレットでトランザクションを行えるようになります。

• 統一された資産管理： エンドユーザーにとって、チェーンを横断した_資産と活動の統一されたビュー_を持つことは、生活の質を大きく向上させます。チェーン抽象化は、統合されたポートフォリオを提示できます。メインネット上の1 ETH と Optimism 上のブリッジされた stETH 相当の2 ETH が、両方とも単に「ETH 残高」として表示されるかもしれません。5つの異なるチェーンに USD ステーブルコインを持っている場合、チェーン非依存のウォレットは合計の USD 価値を表示し、手動でブリッジすることなくそこから支出できるようにします。これは、(裏側で資金が複数の口座に分散していても) 単一の残高を表示する従来の銀行アプリのように感じられます。ユーザーは「デフォルトで最も安いネットワークを使用する」や「利回りを最大化する」といった設定を行うことができ、システムは自動的にトランザクションを適切なチェーンに割り当てるかもしれません。一方、すべての取引履歴はチェーンに関係なく一つのタイムラインで見ることができます。このような一貫性は、より広範な採用にとって重要です。それは、ブロックチェーンの複雑さを見慣れたメタファーの下に隠します。

• 開発者の生産性向上： 開発者側から見ると、チェーン抽象化プラットフォームは、_各統合ごとにチェーン固有のコードを書く必要がなくなる_ことを意味します。資産とネットワークのカバレッジを確保するために5つの異なるブリッジと6つの取引所を統合する代わりに、開発者はそれらを抽象化する一つのインテントプロトコル API を統合できます。これは開発工数を節約するだけでなく、メンテナンスも削減します。新しいチェーンやブリッジが登場すると、抽象化レイヤーのメンテナーが統合を処理し、dApp はその恩恵を受けるだけです。Etherspot の週刊ダイジェストでは、Okto のチェーン抽象化プラットフォームのようなソリューションが、主要なチェーンと流動性最適化のような機能の標準サポートを提供することで、マルチチェーン dApp の開発時間を最大90%削減すると主張していることが強調されました。本質的に、開発者はクロスチェーン転送やガス管理の複雑さではなく、アプリケーションロジック (例えば、貸付商品、ゲーム) に集中できます。これにより、より多くの Web2 開発者が Web3 に参入する扉が開かれます。彼らは各チェーンの深いブロックチェーン専門知識を必要とせず、より高レベルの SDK を使用できるからです。

• 新しい構成可能な体験： インテントとチェーン抽象化により、開発者は以前は試みるには複雑すぎた体験を創造できます。例えば、クロスチェーンのイールドファーミング戦略を自動化できます。ユーザーが「私の資産の利回りを最大化する」をクリックすると、インテントプロトコルが資産をチェーン間で最適なイールドファームに移動させ、レートが変化するにつれてこれを継続的に行うことさえ可能です。ゲームは、プレイヤーが手動でアイテムをブリッジする必要なく、複数のチェーンにまたがる資産やクエストを持つことができます。ゲームのバックエンド (インテントフレームワークを使用) がアイテムのテレポートや状態の同期を処理します。ガバナンスでさえも恩恵を受けることができます。DAO は、ユーザーが一度投票するだけで、その投票がクロスチェーンメッセージを介して関連するすべてのチェーンのガバナンスコントラクトに適用されるようにすることができます。全体的な効果はコンポーザビリティです。単一チェーン上の DeFi がプロトコルのレゴのような構成を可能にしたように、クロスチェーンのインテントレイヤーは異なるチェーン上のプロトコルが構成されることを可能にします。ユーザーのインテントが、チェーンをまたがる複数の dApp でアクションをトリガーするかもしれません (例えば、あるチェーンで NFT をアンラップし、別のチェーンのマーケットプレイスでそれを売る)。これにより、サイロ化された単一チェーンの操作よりも豊かなワークフローが生まれます。

• セーフティネットと信頼性： あまり評価されていない UX の側面として、エラー処理があります。初期のクロスチェーンインタラクションでは、何かがうまくいかない場合 (ブリッジで資金が詰まる、資金を送った後にトランザクションが失敗するなど)、ユーザーは複数のプラットフォームにまたがるトラブルシューティングの悪夢に直面しました。インテントフレームワークは、_再試行ロジック、保険、またはユーザー保護メカニズム_を組み込むことができます。例えば、ソルバーがファイナリティリスクを引き受けるかもしれません。ユーザーの資金を宛先ですぐに (数秒以内に) 配達し、遅いソースチェーンのファイナリティを自分で待つということです。これは、ユーザーが確認のために数分または数時間待たされることがないことを意味します。インテントが部分的に失敗した場合、システムは自動的にロールバックまたは返金できます。フロー全体が既知のステップでオーケストレーションされているため、_何かが壊れた場合にユーザーを元通りにする_余地がより多くあります。一部のプロトコルは、インテント実行の一部としてクロスチェーン操作のためのエスクローや保険を検討しており、これはユーザーが手動で面倒な手順を踏んでいる場合には不可能でしょう。彼らはそのリスクを一人で負うことになります。要するに、抽象化は、全体的な体験をよりスムーズにするだけでなく、平均的なユーザーにとってより安全で信頼できるものにすることができます。

これらの改善点はすべて、ユーザーの認知負荷を軽減し、ブロックチェーンの配管_をバックグラウンドに抽象化するという一つの傾向を指し示しています。うまく行けば、ユーザーは自分がどのチェーンを使用しているかにさえ気づかないかもしれません。彼らはただ機能やサービスにアクセスするだけです。一方、開発者は、単一のコードベースから多くのネットワークの流動性とユーザーベースを活用するアプリを構築できます。これは、複雑さがエッジ (ユーザーアプリ) からミドル (インフラプロトコル) へと移行するものであり、技術が成熟するにつれて自然な進展です。EthCC 2025 のトーンもこの感情を反映しており、「シームレスで構成可能なインフラ」_が Ethereum コミュニティの最重要目標として挙げられました。

EthCC 2025 からの洞察​

EthCC 2025 カンファレンス (2025年7月にカンヌで開催) は、チェーン抽象化とインテントベースの設計が Ethereum エコシステムでいかに中心的になったかを浮き彫りにしました。ネットワークを横断するユーザー体験の統一に焦点を当てたセッションブロックが設けられました。イベントからの主な takeaways は以下の通りです：

• 抽象化に関するコミュニティの合意： 業界リーダーによる複数の講演が同じメッセージを繰り返しました。マルチチェーン体験の簡素化は、Web3 採用の次の波にとって不可欠であるということです。Michael Messele (Etherspot) は_「ブロックチェーン非依存の未来へ」と題して語り、Alex Bash (Zerion wallet) は「抽象化とインテントによる Ethereum の UX の統一」について議論し、他の人々はステーブルコインのチェーン抽象化のための ERC-7811 のような具体的な標準を紹介しました。ある講演のタイトル自体、「チェーン抽象化なくして Web3 の未来はない」_が、コミュニティの感情を要約していました。言い換えれば、クロスチェーンのユーザビリティを解決しなければ、Web3 はその潜在能力を最大限に発揮できないという幅広い合意があります。これは、L1 や L2 のスケーリングが主な焦点だった数年前からの変化を表しています。今や多くの L2 が稼働しており、それらをユーザーのために接続することが新たなフロンティアとなっています。

• ハブとしての Ethereum の役割： EthCC のパネルディスカッションでは、Ethereum が単なる多くのチェーンの一つとしてではなく、_マルチチェーンエコシステムの基盤_として位置づけられていることが強調されました。Ethereum のセキュリティとメインネット上の 4337 アカウント抽象化は、さまざまな L2 やサイドチェーンでの活動の基盤となる共通の土台として機能します。ロールアップと競合するのではなく、Ethereum (ひいては Ethereum コミュニティ) は、チェーンのネットワーク全体を統一されたものと感じさせるプロトコルに投資しています。これは、多くのチェーンやロールアップにまたがる Open Intents Framework のようなプロジェクトへの Ethereum Foundation の支援によって例証されています。EthCC での雰囲気は、Ethereum の成熟度が、ユーザー中心の設計 (チェーンに関係なく) が最重要である**「エコシステムのエコシステム」**を受け入れることで示されているというものでした。

• 触媒としてのステーブルコインと現実世界資産： 興味深いテーマは、チェーン抽象化とステーブルコインおよび RWA (現実世界資産) との交差点でした。ステーブルコインは DeFi における「基盤となる力」として繰り返し言及され、いくつかの講演 (例：ERC-7811 ステーブルコインチェーン抽象化に関するもの) では、ステーブルコインの使用をチェーン非依存にすることに注目していました。その考えは、平均的なユーザーが自分の USDC や DAI がどのチェーンにあるかを気にする必要はなく、どこでも同じ価値を持ち、シームレスに利用できるべきだというものです。これは、Securitize のファンドが Wormhole を使用してマルチチェーン化し、機関投資家向け商品を効果的にチェーン間で抽象化した例で見られました。EthCC の議論では、ステーブルコインと RWA のクロスチェーン UX を解決することが、より広範なブロックチェーンベースの金融への大きな一歩であることが示唆されました。これらの資産は、機関投資家や主流ユーザーによる採用のためにスムーズなユーザー体験を要求するためです。

• 開発者の興奮とツール： ワークショップやサイドイベント (Multichain Day など) では、開発者に利用可能な新しいツールが紹介されました。ハッカソンプロジェクトやデモでは、(さまざまなチームからの) インテント API やチェーン抽象化 SDK を使用して、数日でクロスチェーン dApp を作成する方法が披露されました。Web3 UX の「聖杯」である、気づかずに複数のネットワークを使用することが手の届くところにあるという、 palpable な興奮がありました。Open Intents Framework チームは、初心者向けのワークショップを開催し、彼らの参照ソルバーとコントラクトを使用してインテント対応アプリを構築する方法を説明しました。過去にブリッジングやマルチチェーン展開に苦労した開発者たちは、これらのソリューションに熱心であり、Q&A セッション (カンファレンス中にソーシャルメディアで非公式に報告されたように) でそれが証明されました。

• 発表と協力： EthCC 2025 は、この分野のプロジェクト間の協力を発表する舞台ともなりました。例えば、ウォレットプロバイダーとインテントプロトコル、またはブリッジプロジェクトとアカウント抽象化プロジェクトとのパートナーシップが示唆されました。具体的な発表の一つは、Wormhole が Stacks エコシステムと統合し (Bitcoin の流動性をクロスチェーンフローに取り込む)、これは直接的には Ethereum のチェーン抽象化ではありませんでしたが、伝統的に分離されていた暗号エコシステム間の_接続性の拡大_を例証しました。Zerion (ウォレット)、Safe (スマートアカウント)、Connext、Socket、Axelar などのプロジェクトがすべて相互運用性について議論していたことは、パズルの多くのピースが組み合わさってきていることを示していました。

全体として、EthCC 2025 は、ユーザー中心のクロスチェーンイノベーションを中心に結束するコミュニティの姿を描き出しました。_「構成可能なインフラ」_という言葉が目標を説明するために使用されました。これらすべての L1、L2、プロトコルは、アプリケーションがアドホックに物事を繋ぎ合わせる必要なく構築できる、一貫した構造を形成すべきです。カンファレンスは、チェーン抽象化とインテントが単なるバズワードではなく、真剣な才能と投資を引き付ける活発な開発分野であることを明確にしました。この分野における Ethereum のリーダーシップは、資金提供、標準設定、堅牢なベースレイヤーの提供を通じて、イベントで再確認されました。

チェーン抽象化とインテントへのアプローチの比較​

以下の表は、クロスチェーンのユーザー/開発者体験に取り組むいくつかの著名なプロトコルとフレームワークを比較し、そのアプローチと主な特徴を強調しています：

(表の凡例：AA = アカウント抽象化, ChA = チェーン抽象化, AMB = 任意メッセージングブリッジ)

上記のアプローチはそれぞれ、クロスチェーン UX の課題にわずかに異なる角度から取り組んでいます。ユーザーのウォレット/アカウントに焦点を当てるもの、ネットワークメッセージングに焦点を当てるもの、そして開発者 API レイヤーに焦点を当てるものなどですが、すべてがブロックチェーンの相互作用をチェーン非依存かつインテント駆動にするという共通の目標を共有しています。特筆すべきは、これらのソリューションは相互に排他的ではなく、実際にはしばしば互いに補完し合うことです。例えば、アプリケーションは Etherspot のスマートウォレット + ペイマスターを使用し、Open Intents 標準でユーザーのインテントをフォーマットし、その後、実際にブリッジしてアクションを実行するための実行レイヤーとして Axelar や Connext を裏側で使用することができます。新たなトレンドは、_チェーン抽象化ツール自体の間の構成可能性_であり、最終的にはユーザーが自由にナビゲートできるブロックチェーンのインターネットへと構築されていきます。

結論​

ブロックチェーン技術は、サイロ化されたネットワークと手動操作から、統一されたインテント駆動の体験へとパラダイムシフトを遂げています。チェーン抽象化とインテント中心アーキテクチャは、この変革の中心にあります。複数のチェーンの複雑さを抽象化することで、人々がどのチェーンを使用しているか、資産をどのようにブリッジするか、各ネットワークでガスをどのように取得するかを理解する必要なく、分散型アプリケーションと対話できる_ユーザー中心の Web3_ を可能にします。インフラストラクチャ – リレイヤー、スマートアカウント、ソルバー、ブリッジ – が、ユーザーがルートを知ることなくインターネットの基盤プロトコルがパケットをルーティングするように、これらの詳細を協調して処理します。

ユーザー体験における利点はすでに明白です。よりスムーズなオンボーディング、ワンクリックのクロスチェーンスワップ、そしてエコシステムを横断する真にシームレスな dApp インタラクションです。開発者もまた、マルチチェーン世界のための構築を劇的に簡素化する高レベルの SDK と標準によって力を得ています。EthCC 2025 で見られたように、これらの開発は単なる刺激的な機能強化ではなく、Web3 成長の次の段階のための基本的な要件であるという強いコミュニティのコンセンサスがあります。Wormhole や Etherspot のようなプロジェクトは、Web2 のような使いやすさを提供しながら、分散化とトラストレス性を維持することが可能であることを示しています。

今後、これらのアプローチのさらなる収束が期待されます。ERC-7683 インテントや ERC-4337 アカウント抽象化などの標準は、広く採用され、プラットフォーム間の互換性を確保するでしょう。より多くのブリッジやネットワークがオープンなインテントフレームワークと統合し、ソルバーがユーザーのインテントを満たすための流動性と選択肢を増やすでしょう。最終的には、「クロスチェーン」という言葉は消え去るかもしれません。なぜなら、相互作用はもはや別々のチェーンという観点では考えられなくなるからです。ウェブのユーザーが自分のリクエストがどのデータセンターにヒットしたかを考えないのと同じです。代わりに、ユーザーは単に_統一されたブロックチェーンエコシステム_でサービスを呼び出し、資産を管理するようになるでしょう。

結論として、チェーン抽象化とインテント中心の設計は、マルチチェーンの夢を現実に変えています。断片化なしに、多様なブロックチェーンイノベーションの利点を提供します。設計をユーザーのインテントに集中させ、残りを抽象化することで、業界は分散型アプリケーションを今日の集中型サービスと同じくらい直感的で強力なものにするための大きな一歩を踏み出しており、より広範な聴衆に対して Web3 の約束を果たしています。インフラはまだ進化の途上にありますが、その軌道は明確です。シームレスでインテント駆動の Web3 体験が目前に迫っており、それは私たちがブロックチェーンを認識し、対話する方法を再定義するでしょう。

出典： このレポートの情報は、プロトコルのドキュメンテーション、開発者ブログの投稿、EthCC 2025 の講演など、最新のさまざまなリソースから収集されました。主な参考文献には、Wormhole のクロスチェーンインテントプロトコルに関する公式ドキュメント、Etherspot のアカウントおよびチェーン抽象化に関する技術ブログシリーズ、Ethereum Foundation の Open Intents Framework のリリースノートなどが含まれ、本文中で引用されています。各引用は、述べられた主張を裏付ける元の資料を特定するために【source†lines】の形式で示されています。

ウォレットの摩擦を解消し、ユーザーの流入を維持し、成長の可能性を予測する方法

Web3 アプリが現代の Web2 サービスと同じようにシームレスなサインアップフローを持っていたらどうでしょうか？それが Sui ブロックチェーンにおける zkLogin の核となる約束です。これは Sui のための OAuth のように機能し、ユーザーは Google 、 Apple 、 X などの使い慣れたアカウントでサインインできます。その後、ゼロ知識証明（ZKP）によって、その Web2 の ID がオンチェーンの Sui アドレスに安全に紐付けられます。ウォレットのポップアップ、シードフレーズ、ユーザーの離脱はもうありません。

その影響は現実的かつ即座に現れます。すでに数十万の zkLogin アカウントが稼働しており、ケーススタディでは、従来のウォレットの障壁を取り除いた後、ユーザーのコンバージョン率がわずか 17% から 42% へと大幅に向上したことが報告されています。これがどのように機能し、あなたのプロジェクトに何をもたらすのかを詳しく見ていきましょう。

なぜウォレットが初回コンバージョンを妨げるのか​

あなたは画期的な dApp を構築しましたが、ユーザー獲得のファネルからユーザーが流出しています。その原因のほとんどは常に同じ、「ウォレットを接続（Connect Wallet）」ボタンです。標準的な Web3 のオンボーディングは、拡張機能のインストール、シードフレーズの警告、そして暗号資産の専門用語のクイズといった迷路のようなものです。

これは初心者にとって非常に大きな障壁です。UX 研究者によると、ウォレットのプロンプトが表示された瞬間に 87% という驚異的な離脱 が観察されました。ある興味深い実験では、そのプロンプトをチェックアウトプロセスの後の段階に移動させるだけで、完了率が 94% に跳ね上がりました。暗号資産に興味があるユーザーでさえ、主な恐怖は「間違ったボタンをクリックすると資金を失うかもしれない」というものです。このたった一つの威圧的なステップを取り除くことが、飛躍的な成長を解き放つ鍵となります。

zkLogin の仕組み（わかりやすい解説）​

zkLogin は、すべてのインターネットユーザーがすでに信頼している技術を使用することで、ウォレットの問題をエレガントに回避します。その魔法は、舞台裏でいくつかの迅速なステップによって行われます：

1. 一時的なキーペア（Ephemeral Key Pair）: ユーザーがサインインしようとすると、ブラウザ内でローカルに一時的なシングルセッションキーペアが生成されます。これは、このセッションの間だけ有効な一時的なパスキーのようなものだと考えてください。
2. OAuth のプロセス: ユーザーは Google 、 Apple 、またはその他のソーシャルアカウントでサインインします。アプリはこのログインリクエストに、一意の値（ナンス / nonce）を巧みに埋め込みます。
3. ZKP サービス: ログインに成功すると、ZKP（ゼロ知識証明）サービスが暗号化された証明を生成します。この証明は、ユーザーの個人的な身元をオンチェーンで明かすことなく、「この OAuth トークンは一時的なパスキーの所有者を認証するものである」ことを確認します。
4. アドレスの導出: OAuth プロバイダーからのユーザーの JWT（JSON Web Token）と一意の ソルト（salt） を組み合わせて、永続的な Sui アドレスを決定論的に生成します。ソルトはクライアント側または安全なバックエンドで秘密に保持されます。
5. トランザクションの送信: アプリは一時的なキーでトランザクションに署名し、ZK 証明を添付します。Sui のバリデータはオンチェーンで証明を検証し、ユーザーが従来のウォレットを必要とすることなく、トランザクションの正当性を確認します。

ステップバイステップ導入ガイド​

準備はできましたか？ここでは TypeScript SDK を使用したクイックガイドを紹介します。原理は Rust や Python でも同じです。

1. SDK のインストール​

@mysten/sui パッケージには、必要なすべての zklogin ヘルパーが含まれています。

pnpm add @mysten/sui

2. キーとナンスの生成​

まず、一時的なキーペアと、Sui ネットワーク上の現在のエポック（epoch）に関連付けられたナンスを作成します。

const keypair = new Ed25519Keypair();
const { epoch } = await suiClient.getLatestSuiSystemState();
const nonce = generateNonce(keypair.getPublicKey(), Number(epoch) + 2, generateRandomness());

3. OAuth へのリダイレクト​

使用しているプロバイダー（Google 、 Facebook 、 Apple など）に適した OAuth ログイン URL を構築し、ユーザーをリダイレクトします。

4. JWT のデコードとユーザーソルトの取得​

ユーザーがログインしてリダイレクトで戻ってきた後、URL から id_token を取得します。それを使用してバックエンドからユーザー固有のソルトを取得し、Sui アドレスを導出します。

const jwt = new URLSearchParams(window.location.search).get('id_token')!;
const salt = await fetch('/api/salt?jwt=' + jwt).then(r => r.text());
const address = jwtToAddress(jwt, salt);

5. ZK 証明のリクエスト​

JWT をプルーバー（prover）サービスに送信して ZK 証明を取得します。開発用には Mysten の公開プルーバーを使用できます。本番環境では、独自にホストするか、Enoki のようなサービスを使用する必要があります。

const proof = await fetch('/api/prove', {
  method:'POST',
  body: JSON.stringify({ jwt, ... })
}).then(r => r.json());

6. 署名と送信​

次に、トランザクションを構築し、送信者をユーザーの zkLogin アドレスに設定して実行します。SDK が zkLoginInputs（証明）の添付を自動的に処理します。 ✨

const tx = new TransactionBlock();
tx.moveCall({ target:'0x2::example::touch_grass' }); // 任意の Move 呼び出し
tx.setSender(address);
tx.setGasBudget(5_000_000);

await suiClient.signAndExecuteTransactionBlock({
  transactionBlock: tx,
  zkLoginInputs: proof // ここで魔法が起こります
});

7. セッションの維持​

よりスムーズなユーザー体験のために、キーペアとソルトを暗号化して IndexedDB やローカルストレージに保存します。セキュリティ向上のため、数エポックごとにこれらをローテーションすることを忘れないでください。

KPI 予測テンプレート​

zkLogin がもたらす違いは、単なる質的なものではなく、数値化できるものです。一般的なオンボーディング・ファネルと、zkLogin を活用したファネルを比較してみましょう。

👉 この数値が意味すること： 10,000 人のユニークビジターを誘導するキャンペーンにおいて、初日のオンチェーンアクションが 300 件にとどまるか、2,500 件を超えるかの違いになります。

ベストプラクティスと注意点​

さらにシームレスな体験を提供するために、以下のプロのヒントを参考にしてください。

• スポンサー付きトランザクション (Sponsored Transactions) を活用する： ユーザーの最初の数回のトランザクション手数料を肩代わりしましょう。これにより、あらゆる摩擦が取り除かれ、驚くほどスムーズな「アハ体験」を提供できます。
• ソルト (Salts) の扱いに注意する： ユーザーのソルトを変更すると、新しいアドレスが生成されます。信頼できるリカバリパスを管理している場合にのみ行ってください。
• Sui アドレスを表示する： サインアップ後、ユーザーにオンチェーンアドレスを表示しましょう。これにより、上級ユーザーが後で必要に応じて、従来のウォレットにアドレスをインポートできるようになります。
• リフレッシュループを防止する： JWT と一時的なキーペア (ephemeral keypair) を有効期限が切れるまでキャッシュし、ユーザーに繰り返しログインを求めないようにします。
• プルーバーのレイテンシを監視する： 証明生成 (proof-generation) の往復時間に注意してください。2 秒を超える場合は、レスポンスを速く保つために、リージョンごとのプルーバーのホスティングを検討してください。

BlockEden.xyz が提供する価値​

zkLogin はユーザー向けのフローを最適化しますが、それをスケールさせるにはバックエンドの新たな課題が生じます。そこで BlockEden.xyz の出番です。

• API レイヤー: 当社の高スループットで地理的にルーティングされた RPC ノードは、ユーザーの場所に関係なく、zkLogin トランザクションを最小限のレイテンシで処理することを保証します。
• オブザーバビリティ (観測可能性): 証明のレイテンシ、成功/失敗の比率、コンバージョンファネルの健全性などの主要な指標を追跡するための、標準搭載のダッシュボードを提供します。
• コンプライアンス: 法定通貨へのブリッジを行うアプリ向けに、オプションの KYC モジュールを提供しており、ユーザーの確認済み ID から直接コンプライアンスに準拠したオンランプ (入金) が可能です。

リリースの準備はいいですか？​

扱いにくく、威圧的なウォレットフローの時代は終わりました。zkLogin サンドボックスを立ち上げ、BlockEden のフルノードエンドポイントを接続して、ユーザーに「ウォレット」という言葉を一切意識させることなく、サインアップのグラフが右肩上がりに伸びていく様子を見守りましょう。 😉