メインコンテンツまでスキップ

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

全てのタグを見る

Web3ハッカソン、正しくやる:2025年の実践的プレイブック

· 約10分
Dora Noda
Software Engineer

スキルを磨き、共同創業者と出会い、アイデアを圧力テストしたいなら、Web3ハッカソンほど効果的な環境はありません。「楽しい週末」か「キャリアを変えるローンチ」かの違いは、計画にあります。

本ガイドは、ビルダー第一の具体的なプレイブックを提供します。適切なイベントの選び方、賢い準備、スピーディな構築、明確なプレゼンテーション、そして次のハックにすぐ貼り付けられるチェックリストまで網羅しています。

TL;DR

  • イベントは意図的に選ぶ。 すでに成果を出しているエコシステム、または審査員・スポンサーが自分のアイデアと完全に合致するものを優先。
  • 勝利条件を決める。 学習目的か、特定のバウンティか、ファイナリスト枠か? それぞれでチーム構成・スコープ・スタックが変わります。
  • 面倒な土台は事前に用意。 プロジェクトのスキャフォールド、認証フロー、ウォレット接続、デザインシステム、デモスクリプトのアウトラインを開始前に整えておく。
  • 最小限のラブリーデモを作る。 エンドツーエンドで動くキラーフィーチャーのループを1つ見せる。残りはストーリーテリングとスライドです。
  • プロのように提出。 「スタートフレッシュ」ルールを守り、狙うバウンティトラックはすべて正式に登録し、動画とREADMEに十分な時間を確保。

なぜWeb3ハッカソンは週末に価値があるのか

  • 圧縮学習: 1週末でインフラ、スマートコントラクト、フロントエンドUX、デプロイパイプラインに触れられます。48時間でフル開発サイクルを経験でき、通常なら数か月かかる学習曲線を一気に進められます。
  • ハイシグナルなネットワーキング: メンター、審査員、スポンサーエンジニアは単なるウェブ上の名前ではなく、同じ部屋やDiscordサーバーに集まり、直接フィードバックをくれます。日々利用しているプロトコルのコア開発者と繋がる絶好の機会です。
  • 実質的な資金調達経路: 名誉だけでなく、賞金プールやフォローオン・グラントがプロジェクト継続の資本となります。例としてSolana Summer Campは最大500万ドルの賞金とシード資金を提供し、週末プロジェクトを実体あるスタートアップへと育てました。
  • 証明力のあるポートフォリオ: 動作するデモを備えた公開GitHubリポジトリは、履歴書の箇条書きより遥かに価値があります。プレッシャー下で「構築・出荷・説明」できる実績は強力な証明です。

良質なハッカソンの見つけ方

  • ETHGlobal: 対面・非同期どちらもカバーする金字塔。審査プロセスが堅牢で、参加者の質が高く、プロジェクトショーケースが豊富です。
  • Devpost: ブロックチェーン、特定プロトコル、賞金トラックで絞り込めるハッカソン総合マーケットプレイス。エコシステム別イベントの探索に最適です。
  • DoraHacks: エコシステム駆動のWeb3ハッカソンとグラントラウンドに特化したプラットフォーム。グローバルかつコミュニティ志向の雰囲気があります。

ヒント: イベント期間は大きく異なります。ETHOnline のような長期非同期イベントは数週間にわたり、ETHDenver の #BUIDLathon のような対面スプリントは最大9日間続きます。プロジェクトのスコープはそれに合わせて計画してください。


ルールをデコード(自己DQ防止)

  • 「スタートフレッシュ」 が最も一般的かつ重要なルールです。多くのイベントは、実質的な作業は公式キックオフに開始することを求めます。コアロジックに既存コードを流用するとファイナリストやパートナープライズ賞から失格になる可能性があります。ボイラープレートは許容されますが、核心部分は新規である必要があります。
  • 審査構造: ファネルを理解しましょう。非同期スクリーニングで数百件のプロジェクトが絞り込まれ、ファイナリストプールが決定した後にライブ審査が始まります。最初のカットで動画とREADMEをいかに明確にするかが鍵です。
  • チームサイズ: 10人チームはNG。多くのイベントは2〜4人チームを標準としており、公平性と密な協働を促進します。
  • バウンティメカニクス: 登録していない賞金は受賞できません。スポンサー賞金を狙う場合、各賞金トラックに対して公式にプロジェクトをエンロールする必要があります。忘れがちなシンプルなステップです。

審査基準: “良い” とは何か

主要オーガナイザーは、プロジェクトを以下の4つの観点で評価します。各項目で得点できるようにスコープとデモを設計してください。

  • 技術的難易度: 問題は非自明か? 技術の巧妙かつエレガントな活用があるか? 単なるフロントエンドラッパーに留まっていないか?
  • 独創性: 新規メカニズム、ユニークなUX、既存プリミティブの巧みなリミックスがあるか? 既視感がないか?
  • 実用性: 今日使えるか? 限られた範囲でもエンドツーエンドのユーザージャーニーが完結しているか? 幅広くても中途半端な機能より、狭くても完成度が高い方が評価されます。
  • ユーザビリティ (UI/UX/DX): インターフェースは明快で高速か? 開発者ツールの場合、DXはどうか? スムーズなオンボーディングと明確なエラーハンドリングは大きな差別化要因です。

チーム設計: 小さく、鋭く、補完的に

スピードと整合性を保つには、2〜4人チームが最適です。並行作業が可能でありながら、意思決定が無限に議論に陥らないサイズです。

  • スマートコントラクト/プロトコル: オンチェーンロジック全般を担当。コントラクトの実装・テスト・デプロイを行う。
  • フロントエンド/DX: UI構築。ウォレット接続、データ取得、エラーステート、デモの最終磨きまでを担う。
  • プロダクト/ストーリー: スコープ管理とナレーション。コアループに集中させ、プロジェクト説明と最終デモを担当。
  • (任意)デザイナー: コンポーネント、アイコン、マイクロインタラクションを作成し、プロジェクトの見た目と体感を向上させる。

アイデア選定: P‑A‑C‑E フィルター

コードを書き始める前に、以下のシンプルなフィルターでアイデアを圧力テストしましょう。

  • Pain(痛み): 本当に開発者やユーザーが抱える課題か? ウォレットUX、データインデックス、MEV防御、手数料抽象化など。問題がない解決策は避ける。
  • Atomicity(原子性): 48時間でエンドツーエンドの単一ループを構築・デモできるか? ビジョン全体ではなく、完結した1アクションに絞る。
  • Composable(組み合わせ可能): オラクル、アカウント抽象化、クロスチェーンメッセージングなど、既存のプリミティブを活用できるか? 実績のあるレゴブロックを使うほど早く進められる。
  • Ecosystem fit(エコシステム適合): 審査員・スポンサー・参加者にとって価値があるか? ゲーム中心のトラックで複雑なDeFiプロトコルを提案しない。

バウンティ志向の場合は、主要バウンティを1つ、サブバウンティを1つだけ選びましょう。多数に手を広げると深さが薄れ、受賞確率が下がります。


あまり苦労しないデフォルトスタック

新規性は「何を作るか」に、実装は「どう作るか」に置きましょう。信頼性の高い、退屈な技術を選ぶのがベストです。

EVM トラック(高速パス)

  • コントラクト: Foundry(テスト・スクリプト・ローカルノードが高速)
  • フロントエンド: Next.js か Vite、wagmi または viem、ウォレットキットは RainbowKit か ConnectKit
  • データ/インデックス: 必要ならホスト型インデクサーや Subgraph。自前インフラは避ける
  • オフチェーントリガー: シンプルなジョブランナーか専用オートメーションサービス
  • ストレージ: IPFS または Filecoin(アセット・メタデータ)、セッション状態はシンプルな KV ストア

Solana トラック(高速パス)

  • プログラム: Anchor(ボイラープレート削減・安全なデフォルト)
  • クライアント: React か Solana Mobile SDK を組み込んだモバイルフレームワーク。RPC 呼び出し用フックでシンプルに
  • データ: 直接 RPC かエコシステムインデクサーを利用。UI を軽快に保つために積極的にキャッシュ
  • ストレージ: 必要に応じて Arweave か IPFS を永続アセット保存に使用

現実的な 48 時間プラン

T‑24 から T‑0(キックオフ前)

  • 勝利条件(学習、バウンティ、ファイナリスト)と狙うトラックを確定
  • デモループを紙やホワイトボードに描く。各ステップでオンチェーン・オフチェーンで何が起きるかを明確化
  • コントラクトとフロントエンドの両方を含むクリーンな monorepo スキャフォールドをフォーク
  • README のアウトラインとデモスクリプトのラフドラフトを事前作成

0–6 時間

  • メンター・スポンサーにスコープを検証。バウンティ要件を正式に確認
  • 面倒な土台(認証、ウォレット接続、デザインシステム)を実装し、デモの骨格を固める

6–12 時間

  • コアロジックとフロントエンドの最小 MVP を構築。1 つのキラーフィーチャーがエンドツーエンドで動くことに集中
  • テストとローカルデプロイを繰り返し、バグを早期に潰す

12–24 時間

  • UI/UX の磨き込みとエラーハンドリングの実装
  • デモ動画の撮影と編集。5 分以内でストーリーを語れるように
  • ストレージ・インデックスの最終設定

24–36 時間

  • README を完成させ、コードベースにコメントと実行手順を明記
  • バウンティトラックの登録が未了なら今すぐエンロール
  • チームメンバーと最終リハーサル。質問想定と回答を用意

36–48 時間

  • 動画の最終編集と品質チェック
  • 提出前に「スタートフレッシュ」ルールを再確認
  • すべてのアセット(動画、README、ソースコード)を提出用にパッケージ

提出時のベストプラクティス

  1. スタートフレッシュを徹底
    キックオフ前に書いたコードはすべて削除し、開始時点から再構築したことを証明できるようにします。

  2. 動画は 2–3 分に凝縮

    • 問題提起(15 秒)
    • ソリューション概要(30 秒)
    • デモ(1 分)
    • インパクトと次のステップ(45 秒)
  3. README は 1 ページに要点集約

    • プロジェクト概要
    • アーキテクチャ図(簡易)
    • デモ手順(CLI または UI)
    • 今後のロードマップと資金調達ニーズ
  4. 審査員へのパーソナライズドメッセージ

    • 審査員が関心を持つエコシステムのキーワードを本文に散りばめ、審査員が「自分の課題」と認識できるようにします。
  5. 提出後はフィードバックを即取得

    • Discord の審査チャンネルで質問を投げ、リアルタイムで改善点を収集。次回ハックへのインプットとして活用します。

ハック後の次のステップ

  • コードベースをオープンソース化 し、コミュニティからのコントリビューションを促す
  • バウンティやインキュベータープログラムに再応募 して、ハッカソンで得たモメンタムを資金調達に転換
  • プロダクトマーケットフィット検証 をユーザーインタビューや小規模ベータテストで実施
  • チームの正式な組織化(会社設立、トークンエコノミー設計、ロードマップ策定)を行う

このプレイブックを活用すれば、2025 年の Web3 ハッカソンで持続的なインパクトを創出し、次の大きな挑戦への足がかりを確実に手に入れることができます。頑張ってください!

よりフレンドリーなイーサリアムへの二本のレール:ERC‑4337 スマートアカウント + ERC‑4804 Web3 URL

· 約11分
Dora Noda
Software Engineer

![](https://opengraph-image.blockeden.xyz/api/og-blockeden-xyz?title=よりフレンドリーなイーサリアムへの二本のレール:ERC‑4337 スマートアカウント%20+%20ERC‑4804%20Web3%20URL)

TL;DR

イーサリアムは、シードフレーズやブックマーク可能な dApp を超えて「クリック可能なオンチェーン体験」へとユーザー体験を押し上げる、二つの強力なプリミティブを手に入れました。

  • ERC‑4337 は、コアプロトコルを変更せずに現在のイーサリアムに アカウント抽象化 をもたらします。これにより、スマートコントラクトアカウント、ガススポンサーシップ、バッチ呼び出し、パスキー型認証といった機能がウォレットにネイティブに組み込まれます。
  • ERC‑4804web3:// URL を導入します。人間が読めるリンクが直接コントラクトの 読み取り 呼び出しに解決され、さらにはオンチェーンの HTML や SVG をレンダリングでき、従来のウェブサーバが仲介する必要がありません。EVM 用の “HTTP” と考えてください。

二つを組み合わせると、ERC‑4337 がアクションを、ERC‑4804 がアドレスを 扱います。この組み合わせにより、スマートコントラクトから UI を取得できるリンクを共有でき、ユーザーが操作を開始すると、ガスをスポンサーし複数ステップを単一クリックで実行できるスマートアカウントにフローが引き渡されます。


なぜ今重要なのか

これは理論上の未来像ではなく、すでに稼働し大きな関心を集めている技術です。ERC‑4337 は実運用でスケールし、実績が証明されています。 カノニカルな EntryPoint コントラクトは 2023 年 3 月 1 日にイーサリアムメインネットにデプロイされ、以降数千万のスマートコントラクトアカウントを支え、1 億件以上のユーザーオペレーションを処理しています。

同時に、コアプロトコルもこれらの概念に収束しつつあります。Pectra アップグレード(2025 年 5 月) では EIP‑7702 が導入され、標準的な外部所有アカウント(EOA)が一時的にスマートアカウントのように振る舞えるようになりました。これは ERC‑4337 を補完し、既存ユーザーの移行を容易にしますが、標準自体を置き換えるものではありません。

アドレス指定の面では、web3:// が正式化 されました。ERC‑4804 は URL がどのように EVM 呼び出しに変換されるかを正確に規定し、web3 は IANA に暫定的な URI スキームとして登録されています。実用的なツールやゲートウェイも整備され、オンチェーンデータを共有可能でリンク可能なリソースに変換できるようになりました。


プライマー:ERC‑4337 を一ページで

ERC‑4337 は柔軟性を重視したパラレルトランザクションレールをイーサリアムに導入します。従来のトランザクションの代わりに、ユーザーは UserOperation オブジェクトを代替メモプールに送信します。このオブジェクトはアカウントが何をしたいかを記述します。「バンドラー」 と呼ばれる特殊ノードがこれらのオペレーションを拾い上げ、グローバルな EntryPoint コントラクトを通して実行します。

主な三つのコンポーネントは次のとおりです。

  1. スマートコントラクトアカウント(SCA):独自ロジックを持つアカウントです。トランザクションの有効性を定義でき、パスキーやマルチシグ、ゲーム用セッションキー、支出上限、ソーシャルリカバリなどを実装可能です。ルールはネットワークではなくアカウント自身が強制します。
  2. ペイマスター:ガス料金をユーザーに代わってスポンサーしたり、ERC‑20 トークンで支払わせたりできる特殊コントラクトです。これにより「ウォレットに ETH がなくても」オンボーディングが可能になり、複数呼び出しを単一オペレーションにバッチ化してワンクリック体験を実現します。
  3. DoS 安全性とルール:公開 ERC‑4337 メモプールは標準化されたオフチェーン検証ルール(ERC‑7562)で保護され、バンドラーが失敗必至のオペレーションにリソースを浪費するのを防ぎます。代替メモプールは特化用途で存在できますが、共有ルールによりエコシステムの一貫性と安全性が保たれます。

メンタルモデル:ERC‑4337 はウォレットをプログラマブルアプリに変えます。単に生トランザクションに署名するのではなく、ユーザーは「意図」を送信し、アカウントのコードが検証し、EntryPoint が安全かつ原子的に実行します。


プライマー:ERC‑4804 を一ページで

ERC‑4804 は web3:// URL を 読み取り専用 の EVM 呼び出しに直接マッピングします。URL 文法は直感的です:web3://<name-or-address>[:chainId]/<method>/<arg0>?returns=(types)。名前は ENS などで解決でき、引数はコントラクトの ABI に基づいて自動的に型付けされます。

例:

  • web3://uniswap.eth/uniswap.eth アドレスのコントラクトを空の calldata で呼び出します。
  • web3://.../balanceOf/vitalik.eth?returns=(uint256)balanceOf 関数に Vitalik のアドレスを渡して ABI エンコードし、uint256 型の JSON 結果を返します。

重要なのは、この標準は現在 読み取り専用 呼び出し(Solidity の view 関数に相当)に限定されている点です。状態変更を伴う操作は依然としてトランザクションが必要で、そこに ERC‑4337 や EIP‑7702 が登場します。web3 が IANA に暫定 URI スキームとして登録されたことで、ネイティブブラウザやクライアントのサポートへの道が開かれましたが、現時点では拡張機能やゲートウェイに依存することが多いです。

メンタルモデル:ERC‑4804 はオンチェーンリソースをリンク可能なウェブオブジェクトに変換します。「このコントラクトビューを URL で共有する」は、ダッシュボードへのリンクを共有するのと同じくらい自然になります。


合体: “クリック可能なオンチェーン体験”

この二つの標準を組み合わせると、今日の分散型アプリケーション構築に強力な新パターンが生まれます。

まず web3:// で検証可能な UI を提供します。S3 のような集中サーバにフロントエンドをホストする代わりに、最小限の HTML や SVG インターフェースをオンチェーンに保存できます。web3://app.eth/render のようなリンクはクライアントが URL を解決し、コントラクトから直接 UI をレンダリングするため、コードが指示する通りの画面が必ず表示されます。

その検証可能なインターフェースから ERC‑4337 でワンクリックアクション をトリガーします。たとえば “Mint” ボタンが UserOperation を生成し、ペイマスターがガスをスポンサーします。ユーザーはパスキーや生体認証で承認し、EntryPoint がバッチ呼び出しを実行して、スマートアカウントのデプロイ(初回の場合)と目的の操作を単一の原子的ステップで完了させます。

この流れはシームレスなディープリンクハンドオフを実現します。UI は意図ベースのリンクを埋め込めるため、ユーザーは信頼できない外部サイトへ遷移する必要がなくなります。コンテンツはコントラクト、アクションはアカウント です。

これにより実現できること:

  • ガスレス体験と “すぐに使える” オンボーディング:新規ユーザーは ETH を取得せずに開始でき、アプリ側が最初の数回のインタラクションをスポンサーできるため、摩擦が大幅に削減されます。
  • 共有可能な状態web3:// リンクはブロックチェーン状態へのクエリです。ダッシュボード、所有権証明、改ざん検知が必要なコンテンツに最適です。
  • エージェントフレンドリーなフロー:AI エージェントは web3:// URL で検証可能な状態を取得し、スコープ付きセッションキーで ERC‑4337 を通じてトランザクション意図を送信でき、画面スクレイピングや秘密鍵管理のリスクを回避できます。

ビルダー向け設計メモ

実装時に考慮すべきアーキテクチャ的選択肢は以下の通りです。

  • ERC‑4337:まずは最小限のスマートコントラクトアカウントテンプレートから始め、ガード付きモジュールで機能を拡張すると、コア検証ロジックをシンプルかつ安全に保てます。ペイマスターのポリシーはガス上限や許可メソッドのホワイトリストを明確に設定し、グリーフィング攻撃を防止してください。
  • ERC‑4804:人間が読めるリンクは ENS 名を利用して作成し、chainId を明示して曖昧さを排除し、returns=(…) パラメータで型付けされた予測可能なレスポンスをクライアントに提供します。オンチェーン HTML/SVG は可能な限り軽量に保ち、重い資産は IPFS などの分散ストレージから取得する形が推奨です。
  • EIP‑7702 と ERC‑4337 の関係:Pectra アップグレードで有効化された EIP‑7702 により、既存の EOA ユーザーはフルスマートアカウントをデプロイせずにコントラクトロジックへデリゲートできます。アカウント抽象化エコシステムのツールはすでにこの連携を前提に設計が進んでおり、移行パスが滑らかです。

セキュリティ、現実、制約

強力な反面、トレードオフも存在します。EntryPoint コントラクトは設計上のボトルネックであり、セキュリティモデルを単純化する一方でリスクが集中します。必ず監査済みのカノニカル版を使用してください。ERC‑7562 のメモプール検証ルールはオンチェーンで強制されるものではなく、社会的合意に基づくものです。したがって、すべての代替メモプールが同等の検閲耐性や DoS 防御を提供するとは限りません。

また、web3:// はまだ成熟途上です。読み取り専用標準に留まり、書き込み操作はトランザクションが必要です。プロトコル自体は分散化されていますが、URL を解決するゲートウェイやクライアントは依然として障害や検閲の潜在的ポイントです。真の “アンブロック可能” を実現するには、ネイティブクライアントの広範なサポートが不可欠です。


具体的なブループリント

例として、NFT を用いたメンバーシップクラブを構築し、共有可能で検証可能な UI とワンクリック参加プロセスを実装する手順を示します。

  1. UI の共有web3://club.eth/home のようなリンクを配布します。ユーザーが開くとクライアントが URL を解決し、コントラクトからオンチェーン UI を取得して、現在のメンバーリストやミント価格を表示します。
  2. ワンクリック参加:ユーザーが “Join” ボタンを押すと、ウォレットが ERC‑4337 UserOperation を生成し、ペイマスターがガスをスポンサーします。この単一オペレーションは、スマートアカウントのデプロイ(未所有の場合)、ミント料金の支払い、プロフィールデータの登録という三つの呼び出しをバッチ化します。
  3. 検証可能な領収書:トランザクション確定後、ユーザーには web3://club.eth/receipt/<tokenId> のようなリンクが提示され、オンチェーン上のメンバーシップ証明への永続的な参照となります。

大きな流れ

この二つの標準は、イーサリアム上の構築方法に根本的な変化をもたらします。アカウントはソフトウェアになる。ERC‑4337 と EIP‑7702 は「ウォレット UX」を本格的なプロダクトイノベーションの領域へと変換し、鍵管理の講義を超えた体験を提供します。同時に、リンクはクエリになる。ERC‑4804 は URL を検証可能なオンチェーン「事実」へのアドレス手段として復活させ、フロントエンドのプロキシではなく、データそのものを指し示します。

二つを組み合わせることで、ユーザーがクリックするものとコントラクトが実行するもののギャップが縮まります。そのギャップはかつて集中型ウェブサーバと信頼前提で埋められていましたが、今や検証可能なコードパスとオープンなメモプールで埋められます。

消費者向け暗号アプリを構築しているなら、ユーザーの最初の数分を楽しくする絶好の機会です。リンクを共有し、真実をレンダリングし、最初のアクションをスポンサーし、ユーザーを検証可能なループに閉じ込めましょう。レールはすでに整備されています—あとは体験を出荷するだけです。

BlockEden.xyz ダッシュボード v3 のご紹介:モダンで高速、そして直感的な体験

· 約5分
Dora Noda
Software Engineer

一文での要約: ダッシュボードを Next.js App Router、shadcn-ui コンポーネント、Tailwind CSS を使用して完全に再設計し、ブロックチェーン API アクセスの管理をより高速で、応答性が高く、視覚的に魅力的な体験にしました。

本日、BlockEden.xyz ダッシュボード v3 のリリースを発表できることを大変嬉しく思います。これは、プラットフォーム開始以来最大規模のユーザーインターフェースアップグレードです。単なるビジュアルリフレッシュではなく、ブロックチェーン API サービスとのやり取りをこれまで以上にスムーズ、迅速、直感的にするための完全なアーキテクチャの刷新です。

Dashboard v3 の新機能

1. パフォーマンス向上のための最新テクノロジースタック

Dashboard v3 は Next.js App Router 上に構築され、従来の Pages Router アーキテクチャから置き換えられました。この根本的な変更により、以下のような大幅なパフォーマンス改善が実現します。

  • サーバーコンポーネント: クライアント側 JavaScript を削減し、ページ読み込みが高速化
  • 改善されたルーティング: ネストされたレイアウトにより、直感的なナビゲーションが可能に
  • SEO 強化: メタデータ処理の向上により、検索エンジンでの可視性が改善

また、Ant Design と Styletron から shadcn-ui コンポーネント(Tailwind CSS 駆動)へ移行したことで、次の効果が得られました。

  • バンドルサイズ削減: すべてのページで読み込み時間が短縮
  • 一貫したデザイン言語: ビジュアル体験が統一
  • アクセシビリティ向上: キーボード操作とスクリーンリーダーのサポートが改善

2. アクセスキー管理の合理化

アクセスキー管理体験を完全に再設計しました。

  • 直感的なキー作成: ワンクリックで新しい API キーを生成
  • 可視性の向上: キータイプや権限を簡単に識別
  • セキュリティ強化: テナント単位での環境分離を徹底
  • ワンクリックコピー: キーをクリップボードにシームレスにコピー可能

[画像プレースホルダー: 新しいアクセスキー管理インターフェースのスクリーンショット]

3. アカウント・請求セクションの再設計

アカウントとサブスクリプションの管理がよりシンプルになりました。

  • サブスクリプション管理の簡素化: プランのアップグレード、ダウングレード、キャンセルが容易
  • 請求情報の明確化: 料金と使用統計が透明に表示
  • 支払いプロセスの合理化: 改善された Stripe 連携により、安全かつ効率的な支払い処理
  • ウォレット連携の強化: 暗号ウォレットとの接続がスムーズに

4. 厳格なテナント分離

複数プロジェクトを管理するエンタープライズユーザー向けに、厳格なテナント分離を実装しました。

  • クライアント固有の設定: 各クライアント ID が独立した環境を持つ
  • セキュリティ向上: テナント間の境界を確実に enforce
  • トラッキング改善: プロジェクトごとの利用パターンが可視化

背景にある技術的改善

見た目の変化はすぐに分かりますが、内部でも大幅な改善が行われています。

1. アーキテクチャの転換

Pages Router から App Router への移行は、アプリケーション構造の根本的な変化を意味します。

  • コンポーネントベースのアーキテクチャ: よりモジュール化され、保守性が向上
  • データ取得の改善: サーバーサイドレンダリングとデータロードが効率化
  • 状態管理の向上: 関心の分離が明確になり、状態遷移が予測可能に

2. 認証フローの強化

認証システムを簡素化しました。

  • ログインプロセスの簡略化: 認証が高速かつ信頼性向上
  • セッション管理の改善: 認証トークンの取り扱いが最適化
  • セキュリティ強化: 一般的な脆弱性に対する保護が堅牢化

3. API 統合の最適化

GraphQL 統合を全面的に刷新しました。

  • Apollo Client プロバイダー: クライアント ID の適切な取り扱いで設定
  • network-only フェッチポリシー: 重要情報のリアルタイム更新を実現
  • クエリ最適化: データ転送量が削減され、応答時間が短縮

Dashboard v3 の使い方

既存ユーザーは自動的に Dashboard v3 へ移行されています。新しいインターフェースを体験するには、https://BlockEden.xyz/dash にログインしてください。

BlockEden.xyz が初めての方は、今こそサインアップして、最新のダッシュボードから最先端のブロックチェーン API サービスをご利用いただく絶好の機会です。

今後の展開

このアップグレードは大きなマイルストーンですが、まだまだ止まりません。今後数ヶ月で以下を予定しています。

  • 高度な分析機能: API 利用状況の詳細インサイト提供
  • 追加ネットワーク統合: より多くのブロックチェーンネットワークをサポート
  • 開発者ツールの改善: ドキュメントと SDK の充実
  • カスタムアラート: 重要イベントの通知を柔軟に設定可能に

フィードバックをお待ちしています

大規模なアップデートに伴い、皆様のフィードバックは非常に重要です。問題が発生したり、改善案がある場合はサポートチームへご連絡いただくか、Discord コミュニティにご参加ください。

BlockEden.xyz の旅路にご参加いただき、ありがとうございます。分散型未来を支えるインフラ構築を共に進めていけることを楽しみにしています。

MCP を通じた AI と Web3 の接続:全体像の分析

· 約21分
Dora Noda
Software Engineer

はじめに

AI と Web3 は強力な方法で融合しており、現在では AI 汎用インターフェースが分散型ウェブの結合組織として構想されています。この融合から生まれた重要な概念が MCP であり、これは (Anthropic によって導入された) 「モデルコンテキストプロトコル」の略称であるか、より広範な議論では メタバース接続プロトコルとして緩やかに説明されています。本質的に、MCP は AI システムが外部ツールやネットワークと自然で安全な方法でインターフェースするための標準化されたフレームワークであり、潜在的には AI エージェントを Web3 エコシステムの隅々まで「プラグイン」 することを可能にします。このレポートでは、AI 汎用インターフェース (大規模言語モデルエージェントやニューラルシンボリックシステムなど) が MCP を介して Web3 の世界にあるすべてを接続する方法について、歴史的背景、技術アーキテクチャ、業界の状況、リスク、そして将来の可能性を網羅的に分析します。

1. 開発の背景

1.1 Web3 の進化と未実現の約束

「Web3」という言葉は、ブロックチェーンを動力源とする分散型ウェブを説明するために 2014 年頃に作られました。そのビジョンは野心的なものでした:ユーザー所有権を中心としたパーミッションレスなインターネットです。熱狂的な支持者たちは、Web2 の中央集権的なインフラをブロックチェーンベースの代替手段、例えば Ethereum Name Service (DNS の代替)、Filecoin や IPFS (ストレージの代替)、そして DeFi (金融インフラの代替) に置き換えることを想像しました。理論上、これにより巨大テックプラットフォームからコントロールを奪い、個人にデータ、アイデンティティ、資産に対する自己主権を与えるはずでした。

現実は期待に届きませんでした。 長年の開発と誇大広告にもかかわらず、Web3 の主流への影響は限定的でした。平均的なインターネットユーザーは、分散型ソーシャルメディアに殺到したり、プライベートキーの管理を始めたりはしませんでした。主な理由としては、劣悪なユーザーエクスペリエンス、遅くて高価なトランザクション、注目を集めた詐欺事件、そして規制の不確実性が挙げられます。分散型の「所有権ウェブ」は、ニッチなコミュニティを超えて**「実現に失敗した」**と広く見なされています。2020 年代半ばには、暗号資産の支持者でさえ、Web3 が平均的なユーザーにパラダイムシフトをもたらさなかったことを認めました。

一方、AI は革命の最中にありました。資本と開発者の才能が暗号資産から AI へと移行するにつれて、ディープラーニングと基盤モデル (GPT-3, GPT-4 など) の変革的な進歩が一般の人々の想像力を捉えました。生成 AI は、暗号資産アプリケーションが苦戦していた方法で、コンテンツ、コード、意思決定を生み出すという明確な実用性を示しました。実際、大規模言語モデルがわずか数年で与えた影響は、ブロックチェーンの 10 年間のユーザー採用を著しく上回りました。この対照的な状況から、「Web3 は暗号資産に浪費された」、そして真の Web 3.0 は AI の波から生まれている、と揶揄する声も上がりました。

1.2 AI 汎用インターフェースの台頭

数十年にわたり、ユーザーインターフェースは静的なウェブページ (Web1.0) からインタラクティブなアプリ (Web2.0) へと進化しましたが、常にボタンをクリックしたりフォームに入力したりするという制約の中にありました。現代の AI、特に大規模言語モデル (LLM) の登場により、新しいインターフェースのパラダイムが生まれました:自然言語です。ユーザーは平易な言葉で意図を表現するだけで、AI システムが多くのドメインにわたって複雑なアクションを実行できるようになりました。この変化は非常に profound であり、一部では 「Web 3.0」を以前のブロックチェーン中心の定義ではなく、AI 駆動エージェントの時代 (「エージェントウェブ」) として再定義することが提案されています。

しかし、自律型 AI エージェントの初期の実験では、重大なボトルネックが露呈しました。これらのエージェント (例えば AutoGPT のようなプロトタイプ) はテキストやコードを生成できましたが、外部システムや相互に通信するための堅牢な方法を欠いていました。相互運用性のための*「共通の AI ネイティブ言語」*が存在しなかったのです。ツールやデータソースとの各統合は特注のハックであり、AI 同士の対話には標準プロトコルがありませんでした。実際には、AI エージェントは優れた推論能力を持っていても、ウェブアプリやオンチェーンサービスを使用する必要があるタスクの実行に失敗することがありました。それは単に、それらのシステムと「対話する」方法を知らなかったからです。この不一致 (強力な頭脳、原始的な I/O) は、まるで不器用な GUI の背後に閉じ込められた超賢いソフトウェアのようでした。

1.3 融合と MCP の出現

2024 年までに、AI がその潜在能力を最大限に発揮し (そして Web3 がその約束を果たす) ためには、融合が必要であることが明らかになりました:AI エージェントは Web3 の能力 (分散型アプリ、コントラクト、データ) へのシームレスなアクセスを必要とし、Web3 は AI が提供できるより多くの知性と使いやすさを必要としています。これが MCP (モデルコンテキストプロトコル) が生まれた背景です。2024 年後半に Anthropic によって導入された MCP は、LLM にとって自然に感じられる AI とツールの通信のためのオープンスタンダードです。これは、AI「ホスト」(ChatGPT, Claude など) が MCP サーバーを介してさまざまな外部ツールやリソースを見つけて使用するための、構造化され発見可能な方法を提供します。言い換えれば、MCP は、AI エージェントがウェブサービス、API、さらにはブロックチェーン機能に、各統合をカスタムコーディングすることなくプラグインできるようにする共通のインターフェースレイヤーです。

MCP を 「AI インターフェースの USB-C」 と考えてみてください。USB-C がデバイスの接続方法を標準化したように (各デバイスに異なるケーブルが不要になったように)、MCP は AI エージェントがツールやデータに接続する方法を標準化します。開発者は、各サービス (Slack vs. Gmail vs. Ethereum ノード) ごとに異なる API コールをハードコーディングする代わりに、MCP 仕様を一度実装すれば、MCP 互換の AI はそのサービスの使い方を理解できます。主要な AI プレイヤーはすぐにその重要性を認識しました:Anthropic は MCP をオープンソース化し、OpenAI や Google のような企業は自社のモデルでそのサポートを構築しています。この勢いは、MCP (または類似の 「メタ接続プロトコル」) が、ついに AI と Web3 をスケーラブルな方法で接続するバックボーンになる可能性を示唆しています。

特筆すべきは、一部の技術者が、この AI 中心の接続性こそが Web3.0 の真の実現であると主張していることです。Simba Khadder の言葉を借りれば、「MCP は LLM とアプリケーション間の API を標準化することを目指しており」、これは REST API が Web 2.0 を可能にしたのと同様です。つまり、Web3 の次の時代は、単なるブロックチェーンではなく、インテリジェントなエージェントインターフェースによって定義されるかもしれません。分散化そのものを目的とするのではなく、AI との融合によって、自然言語と自律エージェントの背後に複雑さを隠すことで、分散化を有用なものにすることができるのです。このレポートの残りの部分では、AI 汎用インターフェースが (MCP のようなプロトコルを介して) Web3 の世界にあるすべてを接続する方法について、技術的および実践的に掘り下げていきます。

2. 技術アーキテクチャ:Web3 技術を橋渡しする AI インターフェース

AI エージェントを Web3 スタックに組み込むには、ブロックチェーンネットワークとスマートコントラクト、分散型ストレージ、アイデンティティシステム、トークンベースの経済など、複数のレベルでの統合が必要です。大規模な基盤モデルからハイブリッドなニューラルシンボリックシステムまで、AI 汎用インターフェースは、これらのコンポーネントを接続する**「ユニバーサルアダプター」**として機能します。以下では、そのような統合のアーキテクチャを分析します:

図:MCP のアーキテクチャの概念図。AI ホスト (Claude や ChatGPT のような LLM ベースのアプリ) が MCP クライアントを使用して、さまざまな MCP サーバーにプラグインする様子を示しています。各サーバーは、外部ツールやサービス (例:Slack, Gmail, カレンダー, ローカルデータ) へのブリッジを提供し、これはユニバーサルハブを介して接続される周辺機器に類似しています。この標準化された MCP インターフェースにより、AI エージェントは一つの共通プロトコルを通じてリモートサービスやオンチェーンリソースにアクセスできます。

2.1 Web3 クライアントとしての AI エージェント (ブロックチェーンとの統合)

Web3 の中核には、ブロックチェーンとスマートコントラクトがあります。これらは、トラストレスな方法でロジックを強制できる分散型ステートマシンです。AI インターフェースはこれらとどのように関わることができるでしょうか?考慮すべき 2 つの方向性があります:

  • AI がブロックチェーンから読み取る: AI エージェントは、意思決定のコンテキストとしてオンチェーンデータ (例:トークン価格、ユーザーの資産残高、DAO の提案) を必要とする場合があります。従来、ブロックチェーンデータを取得するには、ノードの RPC API やサブグラフデータベースとのインターフェースが必要でした。MCP のようなフレームワークを使用すると、AI は標準化された*「ブロックチェーンデータ」* MCP サーバーにクエリを送信して、ライブのオンチェーン情報を取得できます。例えば、MCP 対応エージェントは、特定のトークンの最新の取引量を尋ねたり、スマートコントラクトの状態を問い合わせたりすることができ、MCP サーバーはブロックチェーンへの接続の低レベルな詳細を処理し、AI が使用できる形式でデータを返します。これにより、AI を特定のブロックチェーンの API 形式から切り離すことで、相互運用性が向上します。

  • AI がブロックチェーンに書き込む: より強力な機能として、AI エージェントは Web3 統合を通じてスマートコントラクトの呼び出しやトランザクションを実行できます。例えば、AI は分散型取引所で自律的に取引を実行したり、特定の条件が満たされた場合にスマートコントラクトのパラメータを調整したりすることができます。これは、AI がブロックチェーンのトランザクション機能をラップした MCP サーバーを呼び出すことで実現されます。具体的な例の一つは、EVM チェーン用の thirdweb MCP サーバーで、これにより MCP 互換の AI クライアントは、チェーン固有のメカニズムを抽象化することで、Ethereum, Polygon, BSC などと対話できます。このようなツールを使用すると、AI エージェントは*「人間の介入なしに」*オンチェーンアクションをトリガーでき、自律的な dApps を可能にします。例えば、市場状況が変化したときにトランザクションに署名して自己リバランスを行う AI 駆動の DeFi ボールトなどです。

内部的には、これらの対話は依然としてウォレット、キー、ガス代に依存しますが、AI インターフェースには (適切なセキュリティサンドボックスを備えた) ウォレットへの制御されたアクセス権が与えられ、トランザクションを実行できます。オラクルやクロスチェーンブリッジも重要な役割を果たします:Chainlink のようなオラクルネットワークは AI とブロックチェーンの間のブリッジとして機能し、AI の出力を信頼できる方法でオンチェーンに供給できます。例えば、Chainlink のクロスチェーン相互運用性プロトコル (CCIP) は、信頼できると見なされた AI モデルが、ユーザーに代わって複数の異なるチェーンにまたがる複数のコントラクトを同時にトリガーすることを可能にします。要約すると、AI 汎用インターフェースは、標準化されたプロトコルを通じてブロックチェーンデータを消費し、ブロックチェーンのトランザクションを生成できる、新しいタイプの Web3 クライアントとして機能できます。

2.2 ニューラルシンボリックの相乗効果:AI の推論とスマートコントラクトの組み合わせ

AI と Web3 の統合における興味深い側面の一つは、AI の学習能力 (ニューラルネット) とスマートコントラクトの厳密なロジック (シンボリックルール) を組み合わせたニューラルシンボリックアーキテクチャの可能性です。実際には、これは AI エージェントが非構造化された意思決定を処理し、特定のタスクを検証可能な実行のためにスマートコントラクトに渡すことを意味する可能性があります。例えば、AI が市場センチメントを分析し (曖昧なタスク)、その後、事前に設定されたリスクルールに従う決定論的なスマートコントラクトを介して取引を実行する、といった具合です。MCP フレームワークと関連する標準は、AI にコントラクト関数を呼び出したり、行動する前に DAO のルールを問い合わせたりするための共通のインターフェースを提供することで、このような引き継ぎを可能にします。

具体的な例として、SingularityNET の AI-DSL (AI ドメイン固有言語) があります。これは、彼らの分散型ネットワーク上の AI エージェント間の通信を標準化することを目指しています。これはニューラルシンボリック統合への一歩と見なすことができます:エージェントが互いに AI サービスやデータを要求するための形式言語 (シンボリック) です。同様に、DeepMind の AlphaCode のようなプロジェクトも、最終的にはスマートコントラクトがオンチェーンでの問題解決のために AI モデルを呼び出せるように接続される可能性があります。現在、大規模な AI モデルを直接オンチェーンで実行することは非現実的ですが、ハイブリッドなアプローチが登場しています。例えば、特定のブロックチェーンでは、ゼロ知識証明や信頼できる実行環境を介して ML 計算の検証が可能であり、オフチェーンの AI 結果のオンチェーン検証を可能にしています。要約すると、技術アーキテクチャは、AI システムとブロックチェーンのスマートコントラクトを補完的なコンポーネントとして想定しており、共通のプロトコルを介して編成されます:AI は知覚とオープンエンドなタスクを処理し、ブロックチェーンは完全性、メモリ、および合意されたルールの強制を提供します。

2.3 AI のための分散型ストレージとデータ

AI はデータを糧としており、Web3 はデータストレージと共有のための新しいパラダイムを提供します。分散型ストレージネットワーク (IPFS/Filecoin, Arweave, Storj など) は、AI モデルのアーティファクトのリポジトリとしても、トレーニングデータのソースとしても機能し、ブロックチェーンベースのアクセス制御を備えています。AI 汎用インターフェースは、MCP などを通じて、Web2 API からと同じくらい簡単に分散型ストレージからファイルや知識を取得できます。例えば、AI エージェントは、適切なキーや支払いがあれば、Ocean Protocol の市場からデータセットを、または分散型ストレージから暗号化されたファイルを取得することができます。

特に Ocean Protocol は、自らを**「AI データ経済」プラットフォームとして位置づけており、ブロックチェーンを使用してデータや AI サービスさえもトークン化**しています。Ocean では、データセットはアクセスをゲートするデータトークンによって表現されます。AI エージェントはデータトークンを取得し (おそらく暗号資産で支払うか、何らかのアクセス権を介して)、その後 Ocean MCP サーバーを使用して実際のデータを分析のために取得できます。Ocean の目標は、プライバシーを保護しながら共有を奨励することで、AI のために「休眠中のデータ」を解き放つことです。したがって、Web3 に接続された AI は、以前はサイロ化されていた、個人のデータ保管庫からオープンな政府データまで、広大で分散化された情報コーパスにアクセスできる可能性があります。ブロックチェーンは、データの使用が透明であり、公正に報酬が支払われることを保証し、より多くのデータが AI に利用可能になり、より多くの AI の貢献 (訓練済みモデルなど) が収益化されるという好循環を促進します。

分散型アイデンティティシステムもここで役割を果たします (次のサブセクションで詳しく説明します):これらは、誰または何が特定のデータにアクセスできるかを制御するのに役立ちます。例えば、医療 AI エージェントは、患者の個人 IPFS ストレージから医療データセットを復号化する前に、検証可能なクレデンシャル (HIPAA または同様の規制への準拠のオンチェーン証明) を提示する必要があるかもしれません。このようにして、技術アーキテクチャは、データが AI に流れることを保証しつつ、オンチェーンのガバナンスと監査証跡によって権限を強制します。

2.4 分散環境におけるアイデンティティとエージェント管理

自律型 AI エージェントが Web3 のようなオープンなエコシステムで活動する場合、アイデンティティと信頼が最も重要になります。分散型アイデンティティ (DID) フレームワークは、暗号学的に検証可能な AI エージェントのデジタルアイデンティティを確立する方法を提供します。各エージェント (またはそれを展開する人間/組織) は、DID と、その属性と権限を特定する関連する検証可能なクレデンシャルを持つことができます。例えば、AI 取引ボットは、特定の制限内で運用できることを証明する規制サンドボックスによって発行されたクレデンシャルを保持することができます。また、AI コンテンツモデレーターは、信頼できる組織によって作成され、バイアステストを受けたことを証明できます。

オンチェーンのアイデンティティレジストリと評判システムを通じて、Web3 の世界は AI の行動に対する説明責任を強制できます。AI エージェントが実行するすべてのトランザクションは、その ID にまで追跡でき、何か問題が発生した場合、クレデンシャルは誰がそれを作成したか、または誰が責任を負うかを教えてくれます。これは重大な課題に対処します:アイデンティティがなければ、悪意のある攻撃者が偽の AI エージェントを立ち上げてシステムを悪用したり、誤情報を広めたりする可能性があり、誰もボットと正当なサービスを区別できません。分散型アイデンティティは、堅牢な認証を可能にし、本物の AI エージェントと偽物を区別することで、そのリスクを軽減します。

実際には、Web3 と統合された AI インターフェースは、アイデンティティプロトコルを使用してその行動と要求に署名します。例えば、AI エージェントが MCP サーバーを呼び出してツールを使用する際、その分散型アイデンティティに紐づいたトークンや署名を含めることで、サーバーは呼び出しが承認されたエージェントからのものであることを検証できます。ブロックチェーンベースのアイデンティティシステム (Ethereum の ERC-725 や台帳にアンカーされた W3C DID など) は、この検証がトラストレスでグローバルに検証可能であることを保証します。**「AI ウォレット」**という新しい概念もこれに関連しています。これは本質的に、AI エージェントにアイデンティティにリンクされた暗号資産ウォレットを与え、キーの管理、サービスの支払い、または (不正行為に対して没収される可能性のある) 債券としてのトークンのステーキングを可能にするものです。例えば、ArcBlock は、*「AI エージェントにはウォレットが必要」*であり、分散環境で責任を持って活動するためには DID が必要であると議論しています。

要約すると、技術アーキテクチャは、AI エージェントを Web3 のファーストクラス市民として想定しており、それぞれがオンチェーンのアイデンティティとおそらくシステムへのステークを持ち、MCP のようなプロトコルを使用して対話します。これにより信頼のウェブが生まれます:スマートコントラクトは協力する前に AI のクレデンシャルを要求でき、ユーザーは特定のオンチェーン認証を満たす AI にのみタスクを委任することを選択できます。これは、AI の能力とブロックチェーンの信頼保証の融合です。

2.5 AI のためのトークン経済とインセンティブ

トークン化は Web3 の特徴であり、AI 統合の領域にも及びます。トークンを介して経済的インセンティブを導入することで、ネットワークは AI 開発者とエージェント自身の両方から望ましい行動を奨励できます。いくつかのパターンが現れています:

  • サービスへの支払い: AI モデルとサービスはオンチェーンで収益化できます。SingularityNET は、開発者が AI サービスを展開し、各呼び出しに対してネイティブトークン (AGIX) でユーザーに課金できるようにすることで、これを先駆けました。MCP が有効になった未来では、あらゆる AI ツールやモデルがプラグアンドプレイのサービスとなり、その使用がトークンやマイクロペイメントを介して計測されることが想像できます。例えば、AI エージェントが MCP を介してサードパーティのビジョン API を使用する場合、サービスプロバイダーのスマートコントラクトにトークンを転送することで、自動的に支払いを処理できます。Fetch.ai も同様に、*「自律型経済エージェント」*がサービスやデータを取引する市場を構想しており、新しい Web3 LLM (ASI-1) は価値交換のために暗号資産トランザクションを統合すると考えられます。

  • ステーキングと評判: 品質と信頼性を保証するために、一部のプロジェクトでは開発者やエージェントにトークンのステーキングを要求します。例えば、DeMCP プロジェクト (分散型 MCP サーバーマーケットプレイス) は、有用な MCP サーバーを作成した開発者に報酬を与えるためにトークンインセンティブを使用し、サーバーのセキュリティへのコミットメントの証としてトークンをステークさせることを計画しています。評判もトークンに結びつけられる可能性があります。例えば、一貫して優れた

NameFi.io: すべてのドメインをプログラム可能な資産に変える

· 約6分
Zainan Zhou
Zainan Zhou
Founder of Namefi.io

NameFi.io: すべてのドメインをプログラム可能な資産に変える

BlockEden.xyz 開発者向けのワンセンテンス概要: NameFi は、よく知られた Web2 ドメイン(.com、.xyz、その他 300 以上の TLD)を直接 NFT にミントし、完全な DNS 互換性を維持しながら、オンチェーン取引、担保化、アイデンティティの新たな可能性を解き放ちます。

BlockEden.xyz 上で開発する開発者にとって、これは Web2 と Web3 のギャップを埋める大きなチャンスです。ユーザーが長い十六進アドレスをコピー&ペーストする代わりに、yourbrand.com へ直接資金を送れる世界を想像してください。これが NameFi が今日構築している未来です。

NameFi がゲームチェンジャーである理由

1. 一度登録、どこでも使用: シームレスな Web2 と Web3 の橋渡し
多くの Web3 ドメインソリューションが既存インフラからの移行を要求するのとは異なり、NameFi はレガシー DNS システムを尊重し、上に構築します。NameFi でドメインを登録またはインポートすると、従来の DNS 機能は問題なく動作し続け、ウェブサイト、メール、その他のサービスが中断なく利用できます。同時に、ドメインの所有権は NFT としてオンチェーンに不変に記録され、分散型世界への扉が開かれます。

2. ICANN 認定によるセキュリティ保証
信頼は分散型ウェブの基盤です。NameFi は、ICANN(Internet Corporation for Assigned Names and Numbers)から公式に認定された数少ないドメインレジストラの一つです。つまり、NameFi が革新的なオンチェーンサービスを提供しつつ、インターネットインフラの最高水準のグローバル基準にも準拠しており、分散型の柔軟性とエンタープライズレベルのコンプライアンス・セキュリティをうまく融合させています。

3. AutoENS による「ガスレス DNSSEC」
多くの開発者やユーザーにとって、高額なガス代はブロックチェーンとのやり取りの大きな障壁です。NameFi の AutoENS 機能はこの問題をエレガントに解決します。革新的な「ガスレス DNSSEC」技術により、ワンクリックでドメインを ENS サブドメインにマッピングできます。ユーザーがこのアドレス(例: yourdomain.xyz)へ暗号資産を送ると、暗号署名が自動的に検証され、送信者も受信者もガス代が一切かかりません。これにより、主流採用への参入障壁が大幅に下がります。

4. 金融コンポーザビリティの解放
従来、ドメイン取引は遅く、透明性に欠け、非効率的でした。ドメインを ERC-721 NFT としてミントすることで、NameFi はすべてを変えます。ドメイン名は今や流動的でプログラム可能な資産となり、以下のように活用できます:

  • OpenSea や Blur など 主要な NFT マーケットプレイスで取引可能
  • DeFi プロトコルで担保として使用 し、資産を借り入れたり資本効率を向上させたりできる。
  • DAO のガバナンストークンとして活用 でき、アイデンティティと投票権を表す。

Messari など業界アナリストのレポートが指摘するように、これにより数十億ドル規模の従来ドメイン市場に前例のない流動性とユーティリティが注入されます。

コアワークフロー: DNS から NFT へ

  1. 登録 / インポート → NFT ミント: NameFi を通じて新しいドメインを登録または既存ドメインをインポートすると、プラットフォームのスマートコントラクトが自動的に Ethereum 上で対応する NFT をミントし、所有権と有効期限データをオンチェーンに記録します。

  2. DNS ↔ オンチェーン同期: DNS レコードは DNSSEC によって暗号署名され、スマートコントラクトに同期されるためデータの完全性が保証されます。逆に、ドメイン NFT がオンチェーンで転送されると、NameFi は DNS コントロールがライブ状態で新しい所有者に引き継がれることを保証します。

  3. 取引 / 担保化 / 統合: 標準的な ERC-721 トークンとして、ドメイン NFT は任意のマーケットプレイスに出品したり、DeFi 貸付プラットフォームや DAO ツールなどの互換プロトコルと統合したりできます。

BlockEden.xyz とのシナジー: 実践的な統合シナリオ

NameFi のビジョンは BlockEden.xyz が提供する堅牢で高性能なマルチチェーンインフラストラクチャのミッションと完全に合致します。開発者が今日から構築を始められる方法をいくつか紹介します:

  • ヒューマンリーダブルなウォレットアドレス:
    dApp のフロントエンドで BlockEden の RPC エンドポイントを使用して .com や .xyz ドメインを直接対応するウォレットアドレスに解決します。これにより、摩擦のない「ドメインへ送金」ユーザー体験が実現します。

  • ドメインリスクモニタリング:
    BlockEden Indexer を活用して NameFi のドメイン NFT コントラクトの Transfer イベントを購読します。これにより、高価値またはブランド関連ドメインのリアルタイムな移動を監視でき、フィッシング攻撃や悪意ある転送を検出し、アラートをトリガーできます。

  • ワンストップ API 配信:
    NameFi は、登録、更新、DNS 管理などのコア API を BlockEden API Marketplace に掲載する予定です。これにより、開発者はマルチチェーンノードインフラと強力なドメインサービスの両方にアクセスするために、1 つの BlockEden API キーだけで済むようになり、開発スタックが大幅に簡素化されます。

今すぐ始めよう

ドメイン名はもはや単なる文字列ではなく、プログラム可能でコンポーザブルな資産です。スマートコントラクトに組み込み、ウォレットに統合し、dApp の本当に人間に優しいエントリーポイントを構築する時が来ました。

  1. NameFi.io にアクセスしてベータアクセスを申請し、最初のオンチェーンドメインをインポートまたは登録してください。
  2. コミュニティに参加: BlockEden と NameFi の共同 Discord に参加し、統合アイデアを共有し、SDK やサンプルへの早期アクセスを得ましょう。
  3. ブログをフォロー: 公式 BlockEden ブログで、NameFi API のベストプラクティスやパフォーマンスベンチマークに関する今後の記事をチェックしてください。

Enso Network: 統一されたインテントベースの実行エンジン

· 約55分

プロトコルアーキテクチャ

Enso Network は、オンチェーン操作のための統一されたインテントベースの実行エンジンとして構築された Web3 開発プラットフォームです。そのアーキテクチャは、すべてのオンチェーンインタラクションを複数のチェーンで動作する共有エンジンにマッピングすることで、ブロックチェーンの複雑さを抽象化します。開発者とユーザーは、高レベルのインテント (トークンスワップ、流動性供給、イールド戦略などの望ましい結果) を指定し、Enso のネットワークはそれらのインテントを達成するための最適な一連のアクションを見つけて実行します。これは、「アクション」「ショートカット」 のモジュラー設計によって実現されます。

アクションは、コミュニティによって提供される粒度の細かいスマートコントラクトの抽象化 (例: Uniswap でのスワップ、Aave への預け入れ) です。複数のアクションを組み合わせてショートカットを作成できます。これは、一般的な DeFi 操作を表す再利用可能なワークフローです。Enso はこれらのショートカットのライブラリをスマートコントラクトで維持しているため、複雑なタスクを単一の API コールまたはトランザクションで実行できます。このインテントベースのアーキテクチャにより、開発者は各プロトコルやチェーンの低レベルな統合コードを書くのではなく、望ましい結果に集中できます。

Enso のインフラストラクチャには、異なるブロックチェーンを接続する統一レイヤーとして機能する分散型ネットワーク (Tendermint コンセンサス上に構築) が含まれています。このネットワークは、さまざまな L1、ロールアップ、アプリチェーンからのデータ (状態) を共有ネットワーク状態または台帳に集約し、クロスチェーンの構成可能性と正確なマルチチェーン実行を可能にします。実際には、これにより Enso は 1 つのインターフェースを通じて任意の統合されたブロックチェーンからの読み書きが可能になり、開発者にとって単一のアクセスポイントとして機能します。当初は EVM 互換チェーンに焦点を当てていましたが、Enso は非 EVM エコシステムへのサポートを拡大しており、例えば、ロードマップには 2025 年第 1 四半期までに Monad (Ethereum のような L1)、Solana、Movement (Move 言語チェーン) の統合が含まれています。

ネットワーク参加者: Enso の革新性は、インテントの処理方法を分散化する3 階層の参加者モデルにあります。

  • アクションプロバイダー – 特定のプロトコルインタラクションをカプセル化するモジュラーなコントラクト抽象化 (「アクション」) を提供する開発者。これらのビルディングブロックはネットワーク上で共有され、他の人が使用できます。アクションプロバイダーは、提供したアクションが実行で使用されるたびに報酬を受け取り、安全で効率的なモジュールを公開するインセンティブが与えられます。

  • グラファー – ユーザーのインテントを達成するためにアクションを実行可能なショートカットに組み合わせる独立したソルバー (アルゴリズム)。複数のグラファーが、各リクエストに対して最も最適なソリューション (最も安価、最速、または最高利回りのパス) を見つけるために競い合います。これは、DEX アグリゲーターでソルバーが競うのと似ています。実行には最良のソリューションのみが選択され、勝利したグラファーは手数料の一部を獲得します。この競争メカニズムは、オンチェーンのルートと戦略の継続的な最適化を促進します。

  • バリデーター – グラファーのソリューションを検証し、最終決定することで Enso ネットワークを保護するノードオペレーター。バリデーターは、受信リクエストを認証し、使用されるアクション/ショートカットの有効性と安全性をチェックし、トランザクションをシミュレートし、最終的に選択されたソリューションの実行を確認します。彼らはネットワークの完全性のバックボーンを形成し、結果が正しいことを保証し、悪意のあるまたは非効率的なソリューションを防ぎます。バリデーターは Tendermint ベースのコンセンサスを実行します。つまり、各インテントの結果について合意に達し、ネットワークの状態を更新するために BFT プルーフ・オブ・ステークプロセスが使用されます。

特筆すべきは、Enso のアプローチがチェーンにとらわれずAPI 中心であることです。開発者は、各チェーンの細かな違いに対処するのではなく、統一された API/SDK を介して Enso と対話します。Enso は、複数のブロックチェーンにわたる 250 以上の DeFi プロトコルと統合されており、ばらばらのエコシステムを 1 つの構成可能なプラットフォームに効果的に変えています。このアーキテクチャにより、dApp チームは新しい統合ごとにカスタムのスマートコントラクトを作成したり、クロスチェーンメッセージングを処理したりする必要がなくなります。Enso の共有エンジンとコミュニティ提供のアクションがその重労働を担います。2025 年半ばまでに、Enso はそのスケーラビリティを証明しました。ネットワークは Berachain のローンチのために3 日間で 31 億ドルの流動性移行を成功させ (DeFi 史上最大級の移行イベントの 1 つ)、これまでに150 億ドル以上のオンチェーントランザクションを処理しました。これらの偉業は、実世界の条件下での Enso のインフラストラクチャの堅牢性を示しています。

全体として、Enso のプロトコルアーキテクチャは、Web3 のための**「DeFi ミドルウェア」** または オンチェーンオペレーティングシステム を提供します。これは、インデックス作成 (The Graph のような) とトランザクション実行 (クロスチェーンブリッジや DEX アグリゲーターのような) の要素を単一の分散型ネットワークに統合します。このユニークなスタックにより、あらゆるアプリケーション、ボット、またはエージェントが1 つの統合を介して任意のチェーン上の任意のスマートコントラクトに対して読み書きできるようになり、開発を加速し、新しい構成可能なユースケースを可能にします。Enso は、マルチチェーンの未来に不可欠なインフラストラクチャとして自らを位置づけています。つまり、各アプリがブロックチェーンの統合を再発明する必要なく、無数のアプリを動かすことができるインテントエンジンです。

トークノミクス

Enso の経済モデルは、ネットワークの運用とガバナンスに不可欠な ENSO トークンを中心に展開されています。ENSO は、総供給量が 1 億トークンに固定されたユーティリティおよびガバナンストークンです。トークンの設計は、すべての参加者のインセンティブを一致させ、使用と報酬のフライホイール効果を生み出します。

  • 手数料通貨 (「ガス」): Enso ネットワークに送信されるすべてのリクエストには、ENSO で支払われるクエリ手数料が発生します。ユーザー (または dApp) がインテントをトリガーすると、生成されたトランザクションのバイトコードに少額の手数料が埋め込まれます。これらの手数料は、公開市場で ENSO トークンとオークションにかけられ、リクエストを処理するネットワーク参加者に分配されます。事実上、ENSO は Enso のネットワーク全体でオンチェーンインテントの実行を促進するガスです。Enso のショートカットへの需要が高まるにつれて、それらのネットワーク手数料を支払うための ENSO トークンの需要が増加し、トークン価値を支える需給フィードバックループが生まれる可能性があります。

  • 収益分配 & ステーキング報酬: 手数料から収集された ENSO は、貢献に対する報酬としてアクションプロバイダー、グラファー、バリデーターに分配されます。このモデルは、トークンの収益をネットワークの使用量に直接結びつけます。インテントの量が多いほど、分配される手数料も多くなります。アクションプロバイダーは、その抽象化が使用されるとトークンを獲得し、グラファーは勝利したソリューションに対してトークンを獲得し、バリデーターはネットワークの検証と保護に対してトークンを獲得します。これら 3 つの役割はすべて、参加するために担保として ENSO をステークする必要があり (不正行為に対してはスラッシュされます)、インセンティブをネットワークの健全性と一致させます。トークン保有者は、バリデーターに ENSO を委任することもでき、デリゲートされたプルーフ・オブ・ステークを介してネットワークのセキュリティをサポートします。このステーキングメカニズムは、Tendermint コンセンサスを保護するだけでなく、トークンステーカーにネットワーク手数料の一部を与えます。これは、他のチェーンでマイナー/バリデーターがガス手数料を獲得する方法に似ています。

  • ガバナンス: ENSO トークン保有者は、プロトコルの進化を統治します。Enso はオープンネットワークとして立ち上げられ、コミュニティ主導の意思決定に移行する予定です。トークン加重投票により、保有者はアップグレード、パラメータ変更 (手数料レベルや報酬配分など)、および財務の使用に影響を与えることができます。このガバナンス権限は、コア貢献者とユーザーがネットワークの方向性について一致していることを保証します。プロジェクトの哲学は、ビルダーとユーザーのコミュニティに所有権を与えることであり、これが 2025 年のコミュニティトークンセール (下記参照) の推進理由でした。

  • ポジティブなフライホイール: Enso のトークノミクスは、自己強化ループを作成するように設計されています。より多くの開発者が Enso を統合し、より多くのユーザーがインテントを実行するにつれて、ネットワーク手数料 (ENSO で支払われる) が増加します。これらの手数料は貢献者に報酬を与え (より多くのアクション、より良いグラファー、より多くのバリデーターを引き付ける)、それがネットワークの能力 (より速く、より安く、より信頼性の高い実行) を向上させ、より多くの使用を引き付けます。このネットワーク効果は、手数料通貨と貢献インセンティブの両方としての ENSO トークンの役割によって支えられています。その意図は、持続不可能な排出に頼るのではなく、ネットワークの採用に伴いトークン経済が持続的にスケールすることです。

トークン配布 & 供給: 初期のトークン割り当ては、チーム/投資家のインセンティブとコミュニティの所有権のバランスをとるように構成されています。以下の表は、ジェネシス時の ENSO トークン配布をまとめたものです。

割り当てパーセンテージトークン数 (1 億枚中)
チーム (創設者 & コア)25.0%25,000,000
初期投資家 (VC)31.3%31,300,000
財団 & 成長ファンド23.2%23,200,000
エコシステム財務 (コミュニティインセンティブ)15.0%15,000,000
パブリックセール (CoinList 2025)4.0%4,000,000
アドバイザー1.5%1,500,000

出典: Enso Tokenomics

2025 年 6 月のパブリックセールでは、5% (400 万トークン) がコミュニティに提供され、ENSO あたり 1.25 ドルの価格で 500 万ドルを調達しました (完全希薄化後評価額は約 1 億 2500 万ドルを意味します)。特筆すべきは、コミュニティセールにはロックアップがなく (TGE で 100% アンロック)、チームとベンチャー投資家は 2 年間のリニアベスティングの対象となることです。これは、インサイダーのトークンが 24 ヶ月にわたってブロックごとに徐々にアンロックされることを意味し、長期的なネットワークの成長に彼らを合わせ、即時の売り圧力を軽減します。したがって、コミュニティは即時の流動性と所有権を得て、Enso の広範な配布という目標を反映しています。

Enso の初期割り当てを超える排出スケジュールは、インフレではなく主に手数料主導であるようです。総供給量は 1 億トークンに固定されており、現時点ではブロック報酬のための永続的なインフレの兆候はありません (バリデーターは手数料収入から補償されます)。これは、ステーカーに支払うために供給をインフレさせる多くのレイヤー 1 プロトコルとは対照的です。Enso は、参加者に報酬を与えるために実際の使用料を通じて持続可能であることを目指しています。初期段階でネットワーク活動が低い場合、財団と財務の割り当てを使用して、使用と開発助成金のためのインセンティブをブートストラップできます。逆に、需要が高い場合、ENSO トークンのユーティリティ (手数料とステーキング用) は、有機的な需要圧力を生み出す可能性があります。

要約すると、ENSO は Enso Network の燃料です。トランザクションを動かし (クエリ手数料)、ネットワークを保護し (ステーキングとスラッシング)、プラットフォームを統治します (投票)。トークンの価値はネットワークの採用に直接結びついています。Enso が DeFi アプリケーションのバックボーンとしてより広く使用されるようになるにつれて、ENSO の手数料とステーキングの量はその成長を反映するはずです。慎重な配布 (TGE 後にすぐに流通するのはごく一部) とトップ投資家による強力な支援 (下記) は、トークンのサポートに自信を与え、コミュニティ中心のセールは所有権の分散化へのコミットメントを示しています。

チームと投資家

Enso Network は 2021 年Connor Howe (CEO) と Gorazd Ocvirk によって設立されました。彼らは以前、スイスの暗号銀行セクターである Sygnum Bank で一緒に働いていました。Connor Howe は CEO としてプロジェクトを率い、コミュニケーションやインタビューで公の顔となっています。彼のリーダーシップの下、Enso は当初、ソーシャルトレーディング DeFi プラットフォームとして立ち上げられ、その後、現在のインテントベースのインフラストラクチャビジョンに到達するまで、複数のイテレーションを経てピボットしました。この適応性は、チームの起業家としての回復力を浮き彫りにしています。2021 年にインデックスプロトコルに対する注目度の高い「ヴァンパイアアタック」を実行することから、DeFi アグリゲータースーパーアプリを構築し、最終的に彼らのツールを Enso の開発者プラットフォームに一般化するまでです。共同創設者の Gorazd Ocvirk (博士) は、定量的金融と Web3 製品戦略に関する深い専門知識をもたらしましたが、公の情報源によると、彼は他のベンチャーに移行した可能性があります (彼は 2022 年に別の暗号スタートアップの共同創設者として注目されていました)。今日の Enso のコアチームには、強力な DeFi のバックグラウンドを持つエンジニアオペレーターが含まれています。例えば、Peter Phillips と Ben Wolf は「blockend」(ブロックチェーンバックエンド) エンジニアとしてリストされており、Valentin Meylan はリサーチを率いています。チームは世界中に分散していますが、暗号プロジェクトのハブとして知られるスイスのツーク/チューリッヒにルーツを持っています (Enso Finance AG は 2020 年にスイスで登録されました)。

創設者以外にも、Enso には注目すべきアドバイザーと支援者がおり、大きな信頼性を与えています。このプロジェクトは、トップティアの暗号ベンチャーファンドとエンジェル投資家によって支援されています。Polychain CapitalMulticoin Capital をリード投資家として数え、DialecticSpartan Group (どちらも著名な暗号ファンド)、そして IDEO CoLab も参加しています。印象的なエンジェル投資家の名簿もラウンドに参加しており、主要な Web3 プロジェクトから 70 人以上の個人が Enso に投資しています。これには、LayerZero、Safe (Gnosis Safe)、1inch、Yearn Finance、Flashbots、Dune Analytics、Pendle などの創設者や幹部が含まれます。テクノロジー界の著名人である Naval Ravikant (AngelList の共同創設者) も投資家でありサポーターです。このような名前は、Enso のビジョンに対する業界の強い信頼を示しています。

Enso の資金調達の歴史: プロジェクトは 2021 年初頭にソーシャルトレーディングプラットフォームを構築するために 500 万ドルのシードラウンドを調達し、その後、製品を進化させるにつれて 420 万ドルのラウンド (戦略的/VC) を調達しました (これらの初期ラウンドには Polychain、Multicoin、Dialectic などが含まれていた可能性が高いです)。2023 年半ばまでに、Enso はネットワークを構築するのに十分な資本を確保しました。特に、そのインフラストラクチャへのピボットが注目を集めるまで、比較的目立たないように運営されていました。2025 年第 2 四半期に、Enso は CoinList で 500 万ドルのコミュニティトークンセールを開始し、数万人の参加者によって応募超過となりました。このセールの目的は、資金調達だけではなく (以前の VC の支援を考えると金額は控えめでした)、所有権を分散化し、成長するコミュニティにネットワークの成功への利害関係を与えることでした。CEO の Connor Howe によると、「私たちは、最も初期のサポーター、ユーザー、信者に Enso の真の所有権を持ってもらいたい...ユーザーを支持者に変えたい」とのことです。このコミュニティ重視のアプローチは、一致したインセンティブを通じて草の根の成長とネットワーク効果を促進する Enso の戦略の一部です。

今日、Enso のチームは**「インテントベース DeFi」** 分野の思想的リーダーの一人と見なされています。彼らは開発者教育に積極的に関与し (例: Enso の Shortcut Speedrun はゲーム化された学習イベントとして 70 万人の参加者を集めました)、統合に関して他のプロトコルと協力しています。ピボットする実績のある強力なコアチーム、優良な投資家、そして熱心なコミュニティの組み合わせは、Enso がその野心的なロードマップを実行するための才能と資金の両方を持っていることを示唆しています。

採用指標とユースケース

比較的新しいインフラストラクチャであるにもかかわらず、Enso はそのニッチ分野で大きな牽引力を示しています。複雑なオンチェーン統合やクロスチェーン機能を必要とするプロジェクトにとって、頼りになるソリューションとして自らを位置づけています。2025 年半ば時点での主要な採用指標とマイルストーンは以下の通りです。

  • エコシステム統合: 100 以上のライブアプリケーション (dApps、ウォレット、サービス) が、オンチェーン機能を動かすために Enso を内部で使用しています。これらは DeFi ダッシュボードから自動化されたイールドオプティマイザーまで多岐にわたります。Enso はプロトコルを抽象化するため、開発者は Enso の API に接続するだけで、製品に新しい DeFi 機能を迅速に追加できます。ネットワークは、主要なチェーンにわたる 250 以上の DeFi プロトコル (DEX、レンディングプラットフォーム、イールドファーム、NFT マーケットなど) と統合されており、Enso はユーザーが望むであろう Uniswap の取引から Yearn のボールトへの預け入れまで、事実上あらゆるオンチェーンアクションを実行できます。この統合の幅広さは、Enso のクライアントの開発時間を大幅に短縮します。新しいプロジェクトは、各統合を個別にコーディングするのではなく、Enso を使用して Ethereum、レイヤー 2、さらには Solana 上のすべての DEX をサポートできます。

  • 開発者の採用: Enso のコミュニティには現在、そのツールキットで積極的に構築している 1,900 人以上の開発者が含まれています。これらの開発者は、直接ショートカット/アクションを作成したり、Enso をアプリケーションに組み込んだりしている可能性があります。この数字は、Enso が単なる閉じたシステムではなく、そのショートカットを使用したり、ライブラリに貢献したりする成長中のビルダーのエコシステムを可能にしていることを示しています。オンチェーン開発を簡素化する Enso のアプローチ (ビルド時間を 6 ヶ月以上から 1 週間未満に短縮すると主張) は、Web3 開発者の共感を呼んでいます。これは、ハッカソンや、コミュニティメンバーがプラグアンドプレイのショートカット例を共有する Enso Templates ライブラリによっても証明されています。

  • トランザクション量: Enso のインフラストラクチャを通じて、累計で 150 億ドル以上のオンチェーントランザクション量が決済されました。2025 年 6 月に報告されたこの指標は、Enso が単にテスト環境で実行されているだけでなく、大規模に実際の価値を処理していることを強調しています。注目すべき一例は、Berachain の流動性移行でした。2025 年 4 月、Enso は Berachain のテストネットキャンペーン (「Boyco」) のための流動性の移動を支援し、3 日間で 31 億ドルの実行済みトランザクションを促進しました。これは DeFi 史上最大の流動性イベントの 1 つです。Enso のエンジンはこの負荷を正常に処理し、ストレス下での信頼性とスループットを実証しました。別の例は、Enso と Uniswap とのパートナーシップです。Enso は、(Uniswap Labs、LayerZero、Stargate と協力して) Uniswap Position Migrator ツールを構築し、ユーザーが Uniswap v3 LP ポジションを Ethereum から別のチェーンにシームレスに移行するのを支援しました。このツールは、通常は複雑なクロスチェーンプロセス (ブリッジングと NFT の再デプロイメントを伴う) をワンクリックのショートカットに簡素化し、そのリリースは Enso がトップ DeFi プロトコルと連携できる能力を示しました。

  • 実際のユースケース: Enso の価値提案は、それが可能にする多様なユースケースを通じて最もよく理解されます。プロジェクトは、単独で構築するのが非常に困難な機能を提供するために Enso を使用しています。

    • クロスチェーンイールドアグリゲーション: PlumeSonic は、ユーザーがあるチェーンに資産を預け、それを別のチェーンのイールドに展開できるインセンティブ付きのローンチキャンペーンを推進するために Enso を使用しました。Enso はクロスチェーンメッセージングとマルチステップトランザクションを処理し、これらの新しいプロトコルがトークンローンチイベント中にユーザーにシームレスなクロスチェーン体験を提供できるようにしました。
    • 流動性の移行と合併: 前述のように、Berachain は他のエコシステムからの流動性の「ヴァンパイアアタック」のような移行に Enso を活用しました。同様に、他のプロトコルは Enso ショートカットを使用して、承認、引き出し、転送、預け入れをプラットフォーム間で 1 つのインテントにまとめることで、ユーザーの資金を競合プラットフォームから自社のプラットフォームに自動的に移動させることができます。これは、プロトコルの成長戦略における Enso の可能性を示しています。
    • DeFi「スーパーアプリ」機能: 一部のウォレットやインターフェース (例えば、Eliza OS 暗号アシスタントや Infinex 取引プラットフォーム) は、ワンストップの DeFi アクションを提供するために Enso を統合しています。ユーザーはワンクリックで、最適なレートで資産をスワップし (Enso は DEX 間でルーティングします)、その後、出力を貸し出して利回りを得、おそらく LP トークンをステークすることができます。これらすべてを Enso は 1 つのショートカットとして実行できます。これにより、これらのアプリのユーザーエクスペリエンスと機能が大幅に向上します。
    • 自動化とボット: Enso を使用する**「エージェント」** や AI 駆動のボットの存在も現れています。Enso は API を公開しているため、アルゴリズムトレーダーや AI エージェントは高レベルの目標 (例: 「任意のチェーンで X 資産の利回りを最大化する」) を入力し、Enso に最適な戦略を見つけさせることができます。これにより、各プロトコルごとにカスタムのボットエンジニアリングを必要とせずに、自動化された DeFi 戦略の実験が開かれました。
  • ユーザーの成長: Enso は主に B2B/B2Dev インフラストラクチャですが、キャンペーンを通じてエンドユーザーと愛好家のコミュニティを育成してきました。ゲーム化されたチュートリアルシリーズである Shortcut Speedrun には 70 万人以上が参加し、Enso の能力に対する広範な関心を示しています。Enso のソーシャルフォロワーは数ヶ月でほぼ 10 倍に増加し (2025 年半ば時点で X で 24.8 万フォロワー)、暗号ユーザーの間で強いマインドシェアを反映しています。このコミュニティの成長は、草の根の需要を生み出すため重要です。Enso を知っているユーザーは、お気に入りの dApp にそれを統合するよう促したり、Enso のショートカットを活用する製品を使用したりするでしょう。

要約すると、Enso は理論を超えて実際の採用に進んでいます。Uniswap、SushiSwap、Stargate/LayerZero、Berachain、zkSync、Safe、Pendle、Yearn などの有名企業を含む 100 以上のプロジェクトから、統合パートナーまたは Enso の技術の直接のユーザーとして信頼されています。さまざまな業種 (DEX、ブリッジ、レイヤー 1、dApps) にわたるこの広範な使用は、汎用インフラストラクチャとしての Enso の役割を浮き彫りにしています。その主要な牽引指標である 150 億ドル以上のトランザクションは、この段階のインフラストラクチャプロジェクトとしては特に印象的であり、インテントベースのミドルウェアの市場適合性を検証しています。投資家は、Enso のネットワーク効果が現れ始めていることに安心できます。より多くの統合がより多くの使用を生み、それがより多くの統合を生み出します。今後の課題は、この初期の勢いを持続的な成長に変えることであり、それは競合他社に対する Enso の位置づけとそのロードマップに関連しています。

競合状況

Enso Network は、DeFi アグリゲーション、クロスチェーン相互運用性、開発者インフラストラクチャの交差点で事業を展開しており、その競争環境は多面的です。全く同じ製品を提供する単一の競合他社は存在しませんが、Enso はいくつかのカテゴリの Web3 プロトコルからの競争に直面しています。

  • 分散型ミドルウェア & インデックス作成: 最も直接的な類似は The Graph (GRT) です。The Graph は、サブグラフを介してブロックチェーンデータをクエリするための分散型ネットワークを提供します。Enso も同様にデータプロバイダー (アクションプロバイダー) をクラウドソースしますが、データ取得に加えてトランザクション実行を可能にすることで一歩進んでいます。The Graph の時価総額約 9 億 2400 万ドルがインデックス作成だけで構築されているのに対し、Enso のより広い範囲 (データ + アクション) は、開発者のマインドシェアを獲得する上でより強力なツールとして位置づけられています。しかし、The Graph は確立されたネットワークであり、Enso は同様の採用を達成するために、その実行レイヤーの信頼性とセキュリティを証明する必要があります。The Graph や他のインデックス作成プロトコルが実行分野に拡大することも考えられ、それは Enso のニッチと直接競合することになります。

  • クロスチェーン相互運用性プロトコル: LayerZero、Axelar、Wormhole、Chainlink CCIP のようなプロジェクトは、異なるブロックチェーンを接続するためのインフラストラクチャを提供します。彼らはメッセージパッシングとチェーン間の資産ブリッジングに焦点を当てています。Enso は実際にはこれらのいくつかを内部で使用しており (例: Uniswap マイグレーターでのブリッジングに LayerZero/Stargate を使用)、より高レベルの抽象化レイヤーとして機能します。競争の観点からは、これらの相互運用性プロトコルがより高レベルの「インテント」API や、マルチチェーンアクションを構成するための開発者フレンドリーな SDK を提供し始めると、Enso と重複する可能性があります。例えば、Axelar はクロスチェーンコール用の SDK を提供しており、Chainlink の CCIP はクロスチェーン関数実行を可能にする可能性があります。Enso の差別化要因は、単にチェーン間でメッセージを送信するだけでなく、統一されたエンジンと DeFi アクションのライブラリを維持していることです。生のクロスチェーンプリミティブ上に構築することを強制するのではなく、既製のソリューションを求めるアプリケーション開発者をターゲットにしています。それにもかかわらず、Enso は、これらの相互運用性プロジェクトが資金豊富で急速に革新している、より広範なブロックチェーンミドルウェアセグメントで市場シェアを争うことになります。

  • トランザクションアグリゲーター & 自動化: DeFi の世界には、1inch、0x API、CoW Protocol のような既存のアグリゲーターがあり、取引所間で最適な取引ルートを見つけることに焦点を当てています。Enso のインテントに対するグラファーメカニズムは、概念的には CoW Protocol のソルバー競争に似ていますが、Enso はそれをスワップを超えて任意のアクションに一般化しています。ユーザーの「利回りを最大化する」というインテントには、スワップ、レンディング、ステーキングなどが含まれる可能性があり、これは純粋な DEX アグリゲーターの範囲外です。とはいえ、Enso は重複するユースケース (例: 複雑なトークンスワップルートでの Enso 対 1inch) の効率性でこれらのサービスと比較されるでしょう。Enso がそのグラファーのネットワークのおかげで常により良いルートやより低い手数料を見つけることができれば、従来のアグリゲーターを打ち負かすことができます。Gelato Network は自動化におけるもう 1 つの競合相手です。Gelato は、dApps に代わって指値注文、自動複利、クロスチェーン転送などのタスクを実行するボットの分散型ネットワークを提供します。Gelato は GEL トークンと、特定のユースケースのための確立されたクライアントベースを持っています。Enso の利点は、その幅広さと統一されたインターフェースです。各ユースケースごとに別々の製品を提供する (Gelato が行うように) のではなく、Enso は任意のロジックをショートカットとしてエンコードできる汎用プラットフォームを提供します。しかし、Gelato の先行者利益と自動化などの分野での集中したアプローチは、そうでなければ同様の機能のために Enso を使用するかもしれない開発者を引き付ける可能性があります。

  • 開発者プラットフォーム (Web3 SDK): Moralis、Alchemy、Infura、Tenderly のような Web2 スタイルの開発者プラットフォームもあり、ブロックチェーン上での構築を簡素化します。これらは通常、データの読み取り、トランザクションの送信、時にはより高レベルのエンドポイント (例: 「トークン残高を取得」または「チェーン間でトークンを送信」) への API アクセスを提供します。これらはほとんどが中央集権的なサービスですが、同じ開発者の注目を集めるために競合しています。Enso のセールスポイントは、それが分散型で構成可能であることです。開発者は単にデータや単一の機能を得るだけでなく、他の人々によって貢献されたオンチェーン機能のネットワーク全体にアクセスできます。成功すれば、Enso は開発者がオープンソースコードのようにショートカットを共有し再利用する**「オンチェーンアクションの GitHub」** になる可能性があります。資金豊富な infrastructure-as-a-service 企業と競争するということは、Enso が同等の信頼性と使いやすさを提供する必要があることを意味し、広範な API とドキュメントでそれを目指しています。

  • 自社開発ソリューション: 最後に、Enso は現状、つまりチームが社内でカスタム統合を構築することと競合します。従来、マルチプロトコル機能を望むプロジェクトは、各統合 (例: Uniswap、Aave、Compound を個別に統合) のためにスマートコントラクトやスクリプトを作成し、維持する必要がありました。多くのチームは、最大限の制御やセキュリティ上の考慮から、依然としてこのルートを選択するかもしれません。Enso は、この作業を共有ネットワークにアウトソーシングすることが安全で、費用対効果が高く、最新であることを開発者に納得させる必要があります。DeFi の革新の速さを考えると、独自の統合を維持することは負担が大きいです (Enso は、チームが数十のプロトコルを統合するために 6 ヶ月以上と 50 万ドルを監査に費やすとよく引用しています)。Enso がそのセキュリティの厳格さを証明し、アクションライブラリを最新のプロトコルで最新の状態に保つことができれば、より多くのチームをサイロでの構築から転換させることができます。しかし、Enso での注目度の高いセキュリティインシデントやダウンタイムは、開発者を自社ソリューションを好むように戻す可能性があり、それ自体が競争上のリスクです。

Enso の差別化要因: Enso の主な強みは、インテントに焦点を当てた、コミュニティ主導の実行ネットワークを市場に初めて投入したことです。データインデックス作成、スマートコントラクト SDK、トランザクションルーティング、クロスチェーンブリッジングなど、他の複数のサービスを使用する必要がある機能を 1 つにまとめています。そのインセンティブモデル (サードパーティ開発者の貢献に報酬を与える) もユニークです。これにより、The Graph のコミュニティが多数のニッチなコントラクトをインデックスするように、単一のチームができるよりも速く多くのニッチなプロトコルが Enso に統合される活気あるエコシステムが生まれる可能性があります。Enso が成功すれば、強力なネットワーク効果の堀を享受できる可能性があります。より多くのアクションとショートカットが、競合他社よりも Enso を使用することをより魅力的にし、それがより多くのユーザーを引き付け、したがってより多くのアクションが貢献される、という好循環が生まれます。

とはいえ、Enso はまだ初期段階にあります。最も近い類似である The Graph は、分散化し、インデクサーのエコシステムを構築するのに数年かかりました。Enso も同様に、信頼性を確保するためにグラファーとバリデーターのコミュニティを育成する必要があります。大手プレイヤー (将来のバージョンの The Graph や、Chainlink などの協力) が、既存のネットワークを活用して競合するインテント実行レイヤーを展開することを決定する可能性があります。Enso は、そのような競争が具体化する前に、その地位を固めるために迅速に行動する必要があります。

結論として、Enso はいくつかの重要な Web3 業種の競争の岐路に立っています。それは*「すべてのミドルウェア」* としてのニッチを切り開いています。その成功は、各ユースケースで専門の競合他社を上回る (またはそれらを統合する) こと、そして開発者がゼロから構築するのではなく Enso を選択することを正当化する魅力的なワンストップソリューションを提供し続けることにかかっています。注目度の高いパートナーや投資家の存在は、Enso が多くのエコシステムに足がかりを持っていることを示唆しており、統合範囲を拡大する上で有利になるでしょう。

ロードマップとエコシステムの成長

Enso の開発ロードマップ (2025 年半ば時点) は、完全な分散化、マルチチェーンサポート、コミュニティ主導の成長に向けた明確な道筋を示しています。主要なマイルストーンと計画されているイニシアチブは以下の通りです。

  • メインネットローンチ (2024 年第 3 四半期) – Enso は 2024 年後半にメインネットネットワークをローンチしました。これには、Tendermint ベースのチェーンのデプロイとバリデーターエコシステムの初期化が含まれていました。初期のバリデーターは、ネットワークがブートストラップされる際に、許可されたまたは選ばれたパートナーであった可能性が高いです。メインネットのローンチにより、実際のユーザーのクエリが Enso のエンジンによって処理されるようになりました (これ以前は、Enso のサービスはベータ版の間、中央集権的な API を介してアクセス可能でした)。このマイルストーンは、Enso が社内プラットフォームから公開された分散型ネットワークへと移行したことを示しています。

  • ネットワーク参加者の拡大 (2024 年第 4 四半期) – メインネットに続き、焦点は参加の分散化に移りました。2024 年後半、Enso は外部のアクションプロバイダーとグラファーの役割を開放しました。これには、開発者が独自のアクション (スマートコントラクトアダプター) を作成するためのツールとドキュメントのリリース、およびアルゴリズム開発者がグラファーノードを実行するためのものが含まれていました。これらの参加者を引き付けるために、インセンティブプログラムやテストネットコンペティションが使用されたと推測できます。2024 年末までに、Enso はライブラリにより広範なサードパーティのアクションセットを持ち、複数のグラファーがインテントで競い合うことを目指し、コアチームの内部アルゴリズムを超えていました。これは、Enso が中央集権的なサービスではなく、誰もが貢献して ENSO トークンを獲得できる真のオープンネットワークであることを保証するための重要なステップでした。

  • クロスチェーン拡張 (2025 年第 1 四半期) – Enso は、多くのブロックチェーンをサポートすることがその価値提案の鍵であることを認識しています。2025 年初頭、ロードマップは初期の EVM セットを超えた新しいブロックチェーン環境との統合を目標としていました。具体的には、Enso は 2025 年第 1 四半期までに MonadSolanaMovement のサポートを計画していました。Monad は、今後の高性能 EVM 互換チェーン (Dragonfly Capital が支援) であり、早期にサポートすることで、Enso はそこでの頼りになるミドルウェアとして位置づけられる可能性があります。Solana の統合はより困難ですが (異なるランタイムと言語)、Enso のインテントエンジンは、オフチェーンのグラファーを使用して Solana トランザクションを策定し、オンチェーンプログラムをアダプターとして機能させることで Solana と連携できます。Movement は Move 言語チェーン (おそらく Aptos/Sui または Movement と呼ばれる特定のチェーン) を指します。Move ベースのチェーンを組み込むことで、Enso は広範なエコシステム (Solidity と Move、および既存の Ethereum ロールアップ) をカバーすることになります。これらの統合を達成するには、Solana の CPI コールや Move のトランザクションスクリプトを理解する新しいアクションモジュールを開発し、オラクル/インデックス作成のためにそれらのエコシステムと協力する必要があるでしょう。アップデートでの Enso の言及は、これらが順調に進んでいることを示唆しています。例えば、コミュニティアップデートではパートナーシップや助成金が強調されており (検索結果での「Eclipse mainnet live + Movement grant」の言及は、Enso が 2025 年初頭までに Eclipse や Movement のような新しい L1 と積極的に協力していたことを示唆しています)。

  • 短期 (2025 年半ば/後半) – 1 ページのロードマップでは明示的に分けられていませんが、2025 年半ばまでに Enso の焦点はネットワークの成熟と分散化にあります。2025 年 6 月の CoinList トークンセールの完了は大きなイベントです。次のステップは、トークンの生成と配布 (2025 年 7 月頃に予定)、および取引所やガバナンスフォーラムでのローンチです。Enso は、コミュニティが新しく取得したトークンを使用して意思決定に参加できるように、ガバナンスプロセス (Enso Improvement Proposals、オンチェーン投票) を展開することが予想されます。さらに、Enso は、まだであれば「ベータ版」から完全に本番環境に対応したサービスに移行するでしょう。これの一部はセキュリティ強化であり、複数のスマートコントラクト監査を実施し、おそらくバグバウンティプログラムを実行することです。これは、関与する TVL が大きいことを考慮すると重要です。

  • エコシステム成長戦略: Enso は、そのネットワークを中心にエコシステムを積極的に育成しています。1 つの戦略は、開発者を Enso の構築方法にオンボーディングするための教育プログラムやハッカソン (例: Shortcut Speedrun やワークショップ) を実施することです。もう 1 つの戦略は、ローンチ時に新しいプロトコルと提携することです。これは Berachain、zkSync のキャンペーンなどで見られました。Enso はこれを継続する可能性が高く、新興ネットワークや DeFi プロジェクトの「オンチェーンローンチパートナー」として効果的に機能し、複雑なユーザーオンボーディングフローを処理します。これは、Enso の取引量を促進するだけでなく (Berachain で見られたように)、Enso をそれらのエコシステムに深く統合します。Enso は、より多くのレイヤー 2 ネットワーク (例: Arbitrum、Optimism はおそらく既にサポート済み。次は Scroll や Starknet など) や他の L1 (XCM を介した Polkadot、IBC や Osmosis を介した Cosmos など) との統合を発表することが期待されます。長期的なビジョンは、Enso がチェーンユビキタスになることです。つまり、どのチェーンのどの開発者でもプラグインできるようになることです。そのために、Enso はより優れたブリッジレスのクロスチェーン実行 (アトミックスワップやチェーン間でのインテントの楽観的実行などの技術を使用) を開発する可能性もあり、これは 2025 年以降の研究開発ロードマップに含まれる可能性があります。

  • 将来の展望: さらに先を見据えると、Enso のチームはネットワーク参加者としての AI エージェントの関与を示唆しています。これは、人間の開発者だけでなく、AI ボット (おそらく DeFi 戦略を最適化するように訓練された) が Enso にプラグインしてサービスを提供する未来を示唆しています。Enso は、AI エージェントがインテントエンジンと安全にインターフェースするための SDK やフレームワークを作成することで、このビジョンを構築するかもしれません。これは、AI とブロックチェーンの自動化を融合させる画期的な開発となる可能性があります。さらに、2025 年後半または 2026 年までに、使用量が増加するにつれて、Enso はパフォーマンスのスケーリング (ネットワークのシャーディングや、インテント実行の正しさを大規模に検証するためのゼロ知識証明の使用など) に取り組むことが予想されます。

ロードマップは野心的ですが、これまでの実行は強力です。Enso はメインネットのローンチや実際のユースケースの提供といった主要なマイルストーンを達成しています。今後の重要なマイルストーンは、ネットワークの完全な分散化です。現在、ネットワークは移行期にあります。ドキュメントには、分散型ネットワークはテストネットにあり、2025 年初頭の時点では本番環境用に中央集権的な API が使用されていたと記載されています。今やメインネットが稼働し、トークンが流通しているため、Enso は中央集権的なコンポーネントを段階的に廃止することを目指すでしょう。投資家にとって、この分散化の進捗状況 (例: 独立したバリデーターの数、コミュニティのグラファーの参加) を追跡することは、Enso の成熟度を評価する上で重要になります。

要約すると、Enso のロードマップはネットワークのリーチを拡大すること (より多くのチェーン、より多くの統合)ネットワークのコミュニティを拡大すること (より多くのサードパーティ参加者とトークン保有者) に焦点を当てています。最終的な目標は、Infura が dApp 接続に不可欠になったり、The Graph がデータクエリに不可欠になったりしたように、Enso を Web3 の重要なインフラストラクチャ として確立することです。Enso がマイルストーンを達成できれば、2025 年後半には Enso Network を中心としたエコシステムが開花し、使用量が指数関数的に増加する可能性があります。

リスク評価

他の初期段階のプロトコルと同様に、Enso Network は投資家が慎重に考慮すべきさまざまなリスクと課題に直面しています。

  • 技術的およびセキュリティリスク: Enso のシステムは本質的に複雑です。オフチェーンのソルバーとバリデーターのネットワークを通じて、多くのブロックチェーンにわたる無数のスマートコントラクトと対話します。この広範な攻撃対象領域は技術的リスクをもたらします。新しいアクション (統合) ごとに脆弱性が存在する可能性があり、アクションのロジックに欠陥があるか、悪意のあるプロバイダーがバックドア付きのアクションを導入した場合、ユーザーの資金が危険にさらされる可能性があります。すべての統合が安全であることを保証するには、相当な投資が必要です (Enso のチームは初期段階で 15 のプロトコルを統合するために 50 万ドル以上を監査に費やしました)。ライブラリが数百のプロトコルに成長するにつれて、厳格なセキュリティ監査を維持することは困難です。また、Enso の調整ロジックのバグのリスクもあります。例えば、グラファーがトランザクションを構成する方法やバリデーターがそれらを検証する方法に欠陥があれば、悪用される可能性があります。特にクロスチェーン実行はリスクが高く、一連のアクションが複数のチェーンにまたがり、一部が失敗または検閲された場合、ユーザーの資金が宙に浮いた状態になる可能性があります。Enso は一部のケースでリトライやアトミックスワップを使用している可能性が高いですが、インテントの複雑さは未知の障害モードが出現する可能性があることを意味します。インテントベースのモデル自体が大規模では比較的に未検証であり、エンジンが誤ったソリューションやユーザーの意図から逸脱した結果を生成するエッジケースが存在する可能性があります。注目度の高いエクスプロイトや障害は、ネットワーク全体の信頼を損なう可能性があります。緩和策には、継続的なセキュリティ監査、堅牢なバグバウンティプログラム、そしておそらくユーザー向けの保険メカニズム (まだ詳細は明らかにされていません) が必要です。

  • 分散化と運用リスク: 現在 (2025 年半ば)、Enso ネットワークはまだ参加者の分散化の過程にあります。これは、目に見えない運用上の中央集権化が存在する可能性があることを意味します。例えば、チームのインフラストラクチャがまだ多くの活動を調整しているか、またはごく少数のバリデーター/グラファーしか実際に活動していない可能性があります。これは 2 つのリスクをもたらします。信頼性 (コアチームのサーバーがダウンした場合、ネットワークは停止するのか?) と信頼 (プロセスがまだ完全にトラストレスでない場合、ユーザーは Enso Inc. がフロントランニングやトランザクションの検閲を行わないと信じる必要があります)。チームは大規模なイベント (数日で 30 億ドルの取引量を処理するなど) で信頼性を証明していますが、使用量が増加するにつれて、より多くの独立したノードを介してネットワークをスケーリングすることが重要になります。また、ネットワーク参加者が現れないというリスクもあります。Enso が十分なスキルを持つアクションプロバイダーやグラファーを引き付けることができなければ、ネットワークはコアチームに依存し続け、分散化が制限される可能性があります。これにより、イノベーションが遅れ、また、意図された設計とは逆に、少数のグループに過度の権力 (およびトークン報酬) が集中する可能性があります。

  • 市場および採用リスク: Enso は印象的な初期採用を遂げていますが、まだ「インテントベース」インフラストラクチャの初期市場にあります。より広範な開発者コミュニティがこの新しいパラダイムを採用するのが遅いというリスクがあります。従来のコーディング慣行に慣れ親しんだ開発者は、コア機能のために外部ネットワークに依存することに躊躇するかもしれませんし、代替ソリューションを好むかもしれません。さらに、Enso の成功はDeFi とマルチチェーンエコシステムの継続的な成長に依存しています。マルチチェーンのテーゼが揺らぐ場合 (例えば、ほとんどの活動が単一の支配的なチェーンに集約される場合)、Enso のクロスチェーン機能の必要性は減少するかもしれません。逆に、Enso が迅速に統合できない新しいエコシステムが出現した場合、そのエコシステムのプロジェクトは Enso を使用しないでしょう。本質的に、すべての新しいチェーンやプロトコルに最新の状態を保つことは終わりのない挑戦であり、主要な統合 (例えば、人気の新しい DEX やレイヤー 2) を見逃したり遅れたりすると、プロジェクトは競合他社やカスタムコードに移行する可能性があります。さらに、Enso の使用はマクロ市場の状況によって損なわれる可能性があります。深刻な DeFi の低迷期には、新しい dApp を試すユーザーや開発者が少なくなり、Enso に送信されるインテントが直接減少し、ネットワークの手数料/収益が減少します。このようなシナリオでは、トークンの価値が下落し、ステーキングの魅力が低下し、ネットワークのセキュリティや参加が弱まる可能性があります。

  • 競争: 前述の通り、Enso は複数の面で競争に直面しています。大きなリスクは、大手プレイヤーがインテント実行分野に参入することです。例えば、Chainlink のような資金豊富なプロジェクトが、既存のオラクルネットワークを活用して同様のインテントサービスを導入した場合、ブランドの信頼と統合により、すぐに Enso を凌駕する可能性があります。同様に、インフラストラクチャ企業 (Alchemy、Infura) は、分散型ではないものの、利便性で開発者市場を獲得する簡素化されたマルチチェーン SDK を構築する可能性があります。また、オープンソースの模倣のリスクもあります。Enso のコアコンセプト (アクション、グラファー) は、他者によって複製される可能性があり、コードが公開されていれば Enso のフォークとしてさえも可能です。それらのプロジェクトの 1 つが強力なコミュニティを形成したり、より良いトークンインセンティブを見つけたりした場合、潜在的な参加者をそらす可能性があります。Enso は、競争を退けるために技術的リーダーシップ (例えば、最大のアクションライブラリと最も効率的なソルバーを持つこと) を維持する必要があります。競争圧力は Enso の手数料モデルにも影響を与える可能性があります。競合他社が同様のサービスをより安く (または VC によって補助されて無料で) 提供した場合、Enso は手数料を引き下げるか、トークンインセンティブを増やすことを余儀なくされる可能性があり、それはそのトークノミクスに負担をかける可能性があります。

  • 規制およびコンプライアンスリスク: Enso は DeFi インフラストラクチャ分野で事業を展開しており、これは規制の観点からはグレーゾーンです。Enso 自体はユーザーの資金を保管しませんが (ユーザーは自分のウォレットからインテントを実行します)、ネットワークはプロトコル間で複雑な金融取引を自動化します。規制当局が、インテント構成エンジンを無許可の金融活動を促進している、あるいは資金を不明瞭な方法でチェーン間で移動させるために使用された場合、マネーロンダリングを助長していると見なす可能性があります。Enso がプライバシープールや制裁対象の管轄区域に触れるクロスチェーンスワップを可能にする場合、特定の懸念が生じる可能性があります。さらに、ENSO トークンとその CoinList セールは、グローバルコミュニティへの配布を反映しています。規制当局 (米国の SEC など) は、それを証券の募集として精査する可能性があります (Enso はセールから米国、英国、中国などを除外しており、この点での慎重さを示しています)。ENSO が主要な管轄区域で証券と見なされた場合、取引所への上場や規制対象事業体による使用が制限される可能性があります。Enso の分散型バリデーターネットワークもコンプライアンスの問題に直面する可能性があります。例えば、バリデーターが法的命令により特定のトランザクションを検閲することを強制される可能性はあるでしょうか?これは今のところ大部分が仮説ですが、Enso を流れる価値が増加するにつれて、規制当局の注目は高まるでしょう。チームのスイス拠点 は比較的暗号に友好的な規制環境を提供するかもしれませんが、グローバルな事業はグローバルなリスクを意味します。これを軽減するには、Enso が十分に分散化されていること (単一の事業体が責任を負わないように)、そして必要であれば特定の機能をジオフェンシングすること (ただし、それはプロジェクトの精神に反するでしょう) が含まれるでしょう。

  • 経済的持続可能性: Enso のモデルは、使用によって生成される手数料がすべての参加者に十分な報酬を与えることを前提としています。特に初期段階では、手数料のインセンティブがネットワークを維持するのに十分でないというリスクがあります。例えば、グラファーとバリデーターにはコスト (インフラ、開発時間) がかかります。クエリ手数料が低すぎると、これらの参加者は利益を上げられず、離脱する可能性があります。一方、手数料が高すぎると、dApp は Enso の使用をためらい、より安価な代替手段を探すかもしれません。両面市場でバランスをとるのは困難です。Enso トークン経済は、ある程度トークンの価値にも依存しています。例えば、ステーキング報酬はトークン価値が高いほど魅力的であり、アクションプロバイダーは ENSO で価値を得ます。ENSO 価格の急落は、ネットワーク参加を減少させるか、より多くの売りを促す (それがさらに価格を押し下げる) 可能性があります。トークンの大部分が投資家とチームによって保有されているため (合わせて 56% 以上、2 年間にわたってベスティング)、オーバーハングリスクがあります。これらの利害関係者が信頼を失ったり、流動性が必要になったりした場合、ベスティング後の彼らの売りが市場に殺到し、トークンの価格を損なう可能性があります。Enso はコミュニティセールによって集中を緩和しようとしましたが、短期的にはまだ比較的に中央集権的なトークン配布です。経済的持続可能性は、手数料収入がトークンステーカーと貢献者に十分な利回りを提供するレベルまで、真のネットワーク使用量を増やすことにかかっています。本質的に、Enso を単なる投機的なトークンではなく、「キャッシュフロー」を生み出すプロトコルにすることです。これは達成可能ですが (Ethereum の手数料がマイナー/バリデーターに報酬を与える方法を考えてみてください)、Enso が広範な採用を達成した場合に限られます。それまでは、インセンティブを与えるため、そしておそらく経済的パラメータを調整するために、財務資金 (15% が割り当てられている) に依存しています (Enso ガバナンスは、必要であればインフレや他の報酬を導入する可能性があり、それは保有者を希薄化させる可能性があります)。

リスクの概要: Enso は新しい領域を開拓しており、それに見合ったリスクが伴います。すべての DeFi を 1 つのネットワークに統合するという技術的な複雑さは巨大です。追加されるブロックチェーンや統合されるプロトコルはそれぞれ、管理しなければならない潜在的な障害点です。チームが以前の挫折 (初期のソーシャルトレーディング製品の限定的な成功など) を乗り越えてきた経験は、彼らが落とし穴を認識し、迅速に適応することを示しています。彼らは一部のリスクを積極的に軽減しています (例: 過度に VC 主導のガバナンスを避けるためにコミュニティラウンドを通じて所有権を分散化)。投資家は、Enso がどのように分散化を実行するか、そしてネットワークを構築し保護するためにトップティアの技術的人材を引き付け続けるかどうかを注視すべきです。最良の場合、Enso は Web3 全体で不可欠なインフラストラクチャとなり、強力なネットワーク効果とトークン価値の蓄積をもたらす可能性があります。最悪の場合、技術的または採用上の挫折により、野心的だがニッチなツールに追いやられる可能性があります。

投資家の観点から見ると、Enso はハイアップサイド、ハイリスクのプロファイルを提供します。現在の状況 (2025 年半ば) は、実際の使用と明確なビジョンを持つ有望なネットワークですが、今後は技術を強化し、競争が激しく進化する環境を上回る必要があります。Enso のデューデリジェンスには、そのセキュリティ実績クエリ量/手数料の経時的な成長、そしてENSO トークンモデルが自己持続的なエコシステムをどれだけ効果的にインセンティブ付けしているかを監視することが含まれるべきです。現時点では、勢いは Enso に有利ですが、この初期のリーダーシップを Web3 ミドルウェア分野での長期的な支配に変えるためには、慎重なリスク管理と継続的なイノベーションが鍵となります。

出典:

  • Enso Network 公式ドキュメントおよびトークンセール資料

    • CoinList トークンセールページ – 主なハイライト & 投資家
    • Enso Docs – トークノミクスとネットワークの役割
  • インタビューおよびメディア報道

    • CryptoPotato による Enso CEO へのインタビュー (2025 年 6 月) – Enso の進化とインテントベース設計の背景
    • DL News (2025 年 5 月) – Enso のショートカットと共有状態アプローチの概要
  • コミュニティおよび投資家による分析

    • Hackernoon (I. Pandey, 2025) – Enso のコミュニティラウンドとトークン配布戦略に関する洞察
    • CryptoTotem / CoinLaunch (2025) – トークン供給の内訳とロードマップのタイムライン
  • Enso 公式サイトの指標 (2025) およびプレスリリース – 採用数とユースケース例 (Berachain マイグレーション、Uniswap との協業)

Web3 エコシステムにおける高信頼実行環境 (TEE) の徹底解説

· 約102分

1. TEE 技術の概要

定義とアーキテクチャ: 高信頼実行環境 (Trusted Execution Environment, TEE) とは、プロセッサ内の安全な領域であり、内部にロードされたコードとデータを機密性と完全性の観点から保護します。実用的な観点から言えば、TEE は CPU 内の隔離された「エンクレーブ」として機能し、一種のブラックボックスとして、システムの他の部分から遮蔽された状態で機密性の高い計算を実行できます。TEE エンクレーブ内で実行されるコードは保護されており、たとえ侵害されたオペレーティングシステムやハイパーバイザーであっても、エンクレーブのデータやコードを読み取ったり改ざんしたりすることはできません。TEE が提供する主要なセキュリティ特性は以下の通りです:

  • 分離 (Isolation): エンクレーブのメモリは、他のプロセスや OS カーネルからも分離されています。攻撃者がマシン上で完全な管理者権限を取得したとしても、エンクレーブのメモリを直接検査したり変更したりすることはできません。
  • 完全性 (Integrity): ハードウェアは、TEE 内で実行されるコードが外部からの攻撃によって変更されないことを保証します。エンクレーブのコードやランタイム状態に対するいかなる改ざんも検出され、侵害された結果が生成されるのを防ぎます。
  • 機密性 (Confidentiality): エンクレーブ内のデータはメモリ内で暗号化されたままであり、CPU 内での使用時にのみ復号されるため、秘密データが平文で外部に公開されることはありません。
  • リモートアテステーション (Remote Attestation): TEE は、自身が本物であり、特定の信頼されたコードが内部で実行されていることをリモートの相手に証明するための暗号学的証明 (アテステーション) を生成できます。これにより、ユーザーはエンクレーブに秘密データを供給する前に、そのエンクレーブが信頼できる状態にあること (例: 本物のハードウェア上で期待されるコードが実行されていること) を検証できます。

スマートコントラクト実行のための安全なエンクレーブ「ブラックボックス」としての高信頼実行環境の概念図。暗号化された入力 (データとコントラクトコード) は、安全なエンクレーブ内で復号されて処理され、暗号化された結果のみがエンクレーブから出力されます。これにより、機密性の高いコントラクトデータが TEE の外部の誰からも機密に保たれます。

内部的には、TEE は CPU のハードウェアベースのメモリ暗号化とアクセス制御によって実現されています。例えば、TEE エンクレーブが作成されると、CPU はそのために保護されたメモリ領域を割り当て、専用のキー (ハードウェアに焼き込まれているか、セキュアコプロセッサによって管理される) を使用してデータを動的に暗号化/復号します。外部のソフトウェアがエンクレーブのメモリを読み取ろうとしても、暗号化されたバイトしか得られません。このユニークな CPU レベルの保護により、ユーザーレベルのコードでさえ、特権を持つマルウェアや悪意のあるシステム管理者でさえも覗き見したり変更したりできないプライベートなメモリ領域 (エンクレーブ) を定義できます。本質的に、TEE は通常の動作環境よりも高いレベルのセキュリティをアプリケーションに提供しつつ、専用のセキュアエレメントやハードウェアセキュリティモジュールよりも柔軟性があります。

主要なハードウェア実装: いくつかのハードウェア TEE 技術が存在し、それぞれ異なるアーキテクチャを持っていますが、システム内に安全なエンクレーブを作成するという同様の目標を共有しています:

  • Intel SGX (Software Guard Extensions): Intel SGX は、最も広く使用されている TEE 実装の一つです。アプリケーションがプロセスレベルでエンクレーブを作成することを可能にし、メモリの暗号化とアクセス制御は CPU によって強制されます。開発者は、コードを「信頼された」コード (エンクレーブ内) と「信頼されていない」コード (通常の世界) に分割し、特別な命令 (ECALL/OCALL) を使用してエンクレーブとの間でデータをやり取りする必要があります。SGX はエンクレーブに強力な分離を提供し、Intel のアテステーションサービス (IAS) を介したリモートアテステーションをサポートしています。Secret Network や Oasis Network をはじめとする多くのブロックチェーンプロジェクトが、SGX エンクレーブ上でプライバシー保護スマートコントラクト機能を構築しました。しかし、複雑な x86 アーキテクチャ上の SGX の設計は、いくつかの脆弱性 (§4 参照) を引き起こしており、Intel のアテステーションは中央集権的な信頼依存性を導入しています。

  • ARM TrustZone: TrustZone は異なるアプローチを取り、プロセッサの実行環境全体をセキュアワールドノーマルワールドの 2 つの世界に分割します。機密コードはセキュアワールドで実行され、特定の保護されたメモリや周辺機器にアクセスできます。一方、ノーマルワールドでは通常の OS とアプリケーションが実行されます。ワールド間の切り替えは CPU によって制御されます。TrustZone は、セキュア UI、支払い処理、デジタル著作権管理などのために、モバイルや IoT デバイスで一般的に使用されています。ブロックチェーンの文脈では、TrustZone は秘密鍵や機密ロジックを携帯電話のセキュアエンクレーブで実行できるようにすることで、モバイルファーストの Web3 アプリケーションを可能にする可能性があります。しかし、TrustZone のエンクレーブは通常、より大きな粒度 (OS または VM レベル) であり、現在の Web3 プロジェクトでは SGX ほど一般的に採用されていません。

  • AMD SEV (Secure Encrypted Virtualization): AMD の SEV 技術は、仮想化環境を対象としています。アプリケーションレベルのエンクレーブを要求する代わりに、SEV は仮想マシン全体のメモリを暗号化できます。組み込みのセキュリティプロセッサを使用して暗号鍵を管理し、メモリ暗号化を実行するため、VM のメモリはホスティングハイパーバイザーに対しても機密に保たれます。これにより、SEV はクラウドやサーバーのユースケースに適しています。例えば、ブロックチェーンノードやオフチェーンワーカーを完全に暗号化された VM 内で実行し、悪意のあるクラウドプロバイダーからデータを保護することができます。SEV の設計は、コードを分割する開発者の労力が少ないことを意味します (既存のアプリケーションや OS 全体を保護された VM で実行できます)。SEV-SNP のような新しいイテレーションでは、改ざん検出などの機能が追加され、VM の所有者が中央集権的なサービスに依存することなく VM を証明できるようになります。SEV は、クラウドベースのブロックチェーンインフラにおける TEE の使用に非常に関連性が高いです。

その他の新興またはニッチな TEE 実装には、Intel TDX (Trust Domain Extensions、新しい Intel チップ上の VM でエンクレーブのような保護を提供)、Keystone (RISC-V) のようなオープンソース TEE、およびモバイルのセキュアエンクレーブチップ (Apple の Secure Enclave など、ただし通常は任意のコード実行には開放されていない) があります。各 TEE には独自の開発モデルと信頼の前提がありますが、すべてハードウェアで分離された安全な実行という中心的な考えを共有しています。

2. Web3 における TEE の応用

高信頼実行環境は、Web3 の最も困難な課題のいくつかに取り組むための強力なツールとなっています。安全でプライベートな計算レイヤーを提供することで、TEE はプライバシー、スケーラビリティ、オラクルのセキュリティ、完全性の分野でブロックチェーンアプリケーションの新たな可能性を切り開きます。以下では、主要な応用分野を探ります:

プライバシー保護スマートコントラクト

Web3 における TEE の最も顕著な用途の一つは、機密スマートコントラクト、つまりブロックチェーン上で実行されるがプライベートなデータを安全に処理できるプログラムを可能にすることです。Ethereum のようなブロックチェーンはデフォルトで透明であり、すべてのトランザクションデータとコントラクトの状態は公開されています。この透明性は、機密性を必要とするユースケース (例: プライベートな金融取引、秘密投票、個人データ処理) にとって問題となります。TEE は、ブロックチェーンに接続されたプライバシー保護計算エンクレーブとして機能することで、解決策を提供します。

TEE を活用したスマートコントラクトシステムでは、トランザクションの入力はバリデーターやワーカーノード上のセキュアエンクレーブに送信され、エンクレーブ内で処理されます。そこではデータは外部の世界に対して暗号化されたままであり、その後エンクレーブは暗号化またはハッシュ化された結果をチェーンに返すことができます。復号鍵を持つ承認された当事者 (またはコントラクトロジック自体) のみが平文の結果にアクセスできます。例えば、Secret Network は、コンセンサスノードで Intel SGX を使用して、暗号化された入力に対して CosmWasm スマートコントラクトを実行します。これにより、アカウントの残高、トランザクションの金額、コントラクトの状態などを公開せずに計算で使用できます。これにより、シークレット DeFi アプリケーションが可能になりました。例えば、金額が機密に保たれるプライベートなトークンスワップや、入札が暗号化されオークション終了後にのみ公開されるシークレットオークションなどです。別の例として、Oasis Network の Parcel と機密 ParaTime があり、データをトークン化し、機密性制約の下でスマートコントラクトで使用できるようにすることで、信用スコアリングや医療データなどのユースケースをプライバシーコンプライアンスを遵守しながらブロックチェーン上で実現します。

TEE によるプライバシー保護スマートコントラクトは、企業や機関によるブロックチェーンの採用にとって魅力的です。組織は、機密性の高いビジネスロジックやデータを機密に保ちながら、スマートコントラクトを活用できます。例えば、銀行は TEE 対応のコントラクトを使用して、顧客データをオンチェーンで公開することなくローン申請や取引決済を処理し、それでもブロックチェーン検証の透明性と完全性の恩恵を受けることができます。この機能は、GDPR や HIPAA などの規制上のプライバシー要件に直接対応し、医療、金融、その他の機密性の高い業界でブロックチェーンのコンプライアンスに準拠した使用を可能にします。実際、TEE はデータ保護法への準拠を促進します。個人データをエンクレーブ内で処理し、暗号化された出力のみが外部に出るようにすることで、データが保護されていることを規制当局に納得させることができます。

機密性だけでなく、TEE はスマートコントラクトの_公平性_を強制するのにも役立ちます。例えば、分散型取引所は、マイナーやバリデーターが保留中の注文を見て不当にフロントランニングするのを防ぐために、マッチングエンジンを TEE 内で実行することができます。要約すると、TEE は Web3 に待望のプライバシーレイヤーをもたらし、機密 DeFi、プライベートな投票/ガバナンス、および以前は公開台帳では実現不可能だったエンタープライズコントラクトのようなアプリケーションを解き放ちます。

スケーラビリティとオフチェーン計算

TEE のもう一つの重要な役割は、重い計算をオフチェーンの安全な環境にオフロードすることで、ブロックチェーンのスケーラビリティを向上させることです。ブロックチェーンは、パフォーマンスの限界とオンチェーン実行のコストのために、複雑または計算集約的なタスクに苦労しています。TEE 対応のオフチェーン計算により、これらのタスクをメインチェーンの外で行うことができ (したがって、ブロックガスを消費したり、オンチェーンのスループットを低下させたりしない)、結果の正しさに関する信頼保証を維持できます。事実上、TEE は Web3 のための_検証可能なオフチェーン計算アクセラレータ_として機能します。

例えば、iExec プラットフォームは TEE を使用して、開発者がオフチェーンで計算を実行し、ブロックチェーンによって信頼される結果を得ることができる分散型クラウドコンピューティングマーケットプレイスを作成します。dApp は、iExec ワーカーノードによって実行される計算 (例えば、複雑な AI モデルの推論やビッグデータ分析) を要求できます。これらのワーカーノードは、タスクを SGX エンクレーブ内で実行し、正しいコードが本物のエンクレーブで実行されたことを証明するアテステーションと共に結果を生成します。結果はオンチェーンで返され、スマートコントラクトは出力を受け入れる前にエンクレーブのアテステーションを検証できます。このアーキテクチャにより、信頼を犠牲にすることなく重いワークロードをオフチェーンで処理でき、効果的にスループットを向上させます。iExec Orchestrator と Chainlink の統合はこれを示しています: Chainlink オラクルが外部データを取得し、複雑な計算を iExec の TEE ワーカーに渡し (例: データの集計やスコアリング)、最後に安全な結果がオンチェーンで配信されます。ユースケースには、iExec が実証したような分散型保険計算などがあり、大量のデータ処理をオフチェーンで安価に行い、最終的な結果のみをブロックチェーンに記録します。

TEE ベースのオフチェーン計算は、一部のレイヤー 2 スケーリングソリューションの基盤ともなっています。Oasis Labs の初期プロトタイプ Ekiden (Oasis Network の前身) は、SGX エンクレーブを使用してトランザクション実行をオフチェーンで並行して行い、状態のルートのみをメインチェーンにコミットしました。これは、ロールアップのアイデアに似ていますが、ハードウェアの信頼を使用しています。コントラクト実行を TEE で行うことにより、エンクレーブにセキュリティを依存させながら高いスループットを達成しました。別の例は、Sanders Network の今後の Op-Succinct L2 で、TEE と zkSNARK を組み合わせています: TEE はトランザクションをプライベートかつ迅速に実行し、その後、それらの実行の正しさを Ethereum に証明するために zk-proof が生成されます。このハイブリッドアプローチは、スケーラブルでプライベートな L2 ソリューションのために、TEE の速度と ZK の検証可能性を活用しています。

一般的に、TEE はほぼネイティブなパフォーマンスで計算を実行できるため (実際の CPU 命令を使用し、分離されているだけ)、準同型暗号やゼロ知識証明のような純粋な暗号学的代替手段よりも、複雑なロジックに対して桁違いに高速です。作業をエンクレーブにオフロードすることで、ブロックチェーンは、オンチェーンでは非現実的なより複雑なアプリケーション (機械学習、画像/音声処理、大規模な分析など) を処理できます。結果はアテステーションと共に返され、オンチェーンのコントラクトやユーザーは、それが信頼されたエンクレーブから発信されたものであることを検証でき、データの完全性と正しさを維持します。このモデルはしばしば**「検証可能なオフチェーン計算」**と呼ばれ、TEE は多くのそのような設計 (例: Intel、iExec などによって開発された Hyperledger Avalon の Trusted Compute Framework は、TEE を使用して EVM バイトコードをオフチェーンで実行し、正しさの証明をオンチェーンに投稿する) の礎となっています。

セキュアオラクルとデータ完全性

オラクルはブロックチェーンと実世界のデータを橋渡ししますが、信頼性の課題をもたらします: スマートコントラクトは、オフチェーンのデータフィードが正しく、改ざんされていないことをどのように信頼できるでしょうか? TEE は、オラクルノードのための安全なサンドボックスとして機能することで解決策を提供します。TEE ベースのオラクルノードは、外部ソース (API、Web サービス) からデータを取得し、ノードオペレーターやノード上のマルウェアによってデータが操作されていないことを保証するエンクレーブ内で処理できます。その後、エンクレーブは提供するデータの真実性を署名または証明できます。これにより、オラクルのデータの完全性と信頼性が大幅に向上します。オラクルオペレーターが悪意を持っていたとしても、エンクレーブのアテステーションを破ることなくデータを変更することはできません (ブロックチェーンはそれを検出します)。

注目すべき例は、Cornell で開発されたオラクルシステムである Town Crier です。これは、Intel SGX エンクレーブを使用して Ethereum コントラクトに認証済みデータを提供した最初のシステムの一つです。Town Crier は、SGX エンクレーブ内でデータ (例: HTTPS Web サイトから) を取得し、データがソースから直接来て偽造されていないという証拠 (エンクレーブ署名) と共にコントラクトに配信しました。Chainlink はこの価値を認識し、2018 年に Town Crier を買収して、TEE ベースのオラクルを分散型ネットワークに統合しました。今日、Chainlink や他のオラクルプロバイダーは TEE イニシアチブを持っています: 例えば、Chainlink の DECOFair Sequencing Services は、データの機密性と公正な順序付けを保証するために TEE を含んでいます。ある分析で述べられているように、「TEE はデータ処理のための改ざん防止環境を提供することでオラクルのセキュリティに革命をもたらしました... ノードオペレーター自身でさえ、処理中のデータを操作することはできません」。これは、高価値の金融データフィード (DeFi の価格オラクルなど) にとって特に重要です: TEE は、大きなエクスプロイトにつながる可能性のある微妙な改ざんさえも防ぐことができます。

TEE はまた、オラクルがブロックチェーン上で平文で公開できなかった機密データや専有データを扱うことを可能にします。例えば、オラクルネットワークはエンクレーブを使用して_プライベート_なデータ (機密の株式注文板や個人の健康データなど) を集計し、生の機密入力を公開することなく、派生した結果や検証済みの証明のみをブロックチェーンにフィードすることができます。このようにして、TEE はスマートコントラクトに安全に統合できるデータの範囲を広げます。これは、_実世界資産 (RWA) のトークン化、信用スコアリング、保険、その他のデータ集約的なオンチェーンサービス_にとって不可欠です。

クロスチェーンブリッジに関しても、TEE は同様に完全性を向上させます。ブリッジはしばしば、資産を保管し、チェーン間の転送を検証するために、一連のバリデーターやマルチシグに依存しており、これが攻撃の主要な標的となっています。ブリッジのバリデーターロジックを TEE 内で実行することにより、ブリッジの秘密鍵と検証プロセスを改ざんから保護することができます。バリデーターの OS が侵害されたとしても、攻撃者はエンクレーブ内から秘密鍵を抽出したり、メッセージを偽造したりすることはできないはずです。TEE は、ブリッジのトランザクションがプロトコルのルールに厳密に従って処理されることを強制し、人間のオペレーターやマルウェアが不正な転送を注入するリスクを低減します。さらに、TEE はアトミックスワップやクロスチェーントランザクションを安全なエンクレーブで処理できるようにし、両側を完了させるか、クリーンに中止するかのいずれかを行い、干渉によって資金が動かなくなるシナリオを防ぎます。いくつかのブリッジプロジェクトやコンソーシアムは、近年発生したブリッジハッキングの惨劇を軽減するために、TEE ベースのセキュリティを検討しています。

オフチェーンでのデータ完全性と検証可能性

上記のすべてのシナリオで繰り返されるテーマは、TEE がブロックチェーンの外部であっても_データの完全性_を維持するのに役立つということです。TEE は実行しているコードを (アテステーションを介して) 証明でき、コードが干渉なしに実行されることを保証できるため、検証可能なコンピューティングの一形態を提供します。ユーザーとスマートコントラクトは、アテステーションがチェックされれば、TEE からの結果をオンチェーンで計算されたかのように信頼できます。この完全性の保証が、TEE がオフチェーンのデータと計算に**「信頼の基点 (トラストアンカー)」**をもたらすと言われる理由です。

ただし、この信頼モデルはいくつかの前提をハードウェアに移すことに注意する価値があります (§4 参照)。データの完全性は、TEE のセキュリティと同じくらい強力です。エンクレーブが侵害されたり、アテステーションが偽造されたりすると、完全性は失われる可能性があります。それにもかかわらず、実際には TEE (最新の状態に保たれている場合) は、特定の攻撃を大幅に困難にします。例えば、DeFi レンディングプラットフォームは、TEE を使用してユーザーのプライベートデータからオフチェーンで信用スコアを計算し、スマートコントラクトは有効なエンクレーブのアテステーションが添付されている場合にのみスコアを受け入れます。このようにして、コントラクトは、ユーザーやオラクルを盲目的に信頼するのではなく、承認されたアルゴリズムによって実際のデータでスコアが計算されたことを知ることができます。

TEE はまた、新興の分散型アイデンティティ (DID) および認証システムにおいても役割を果たします。ユーザーの機密情報がブロックチェーンや dApp プロバイダーに公開されることなく、秘密鍵、個人データ、認証プロセスを安全に管理できます。例えば、モバイルデバイス上の TEE は、生体認証を処理し、生体認証チェックが通過した場合にブロックチェーンのトランザクションに署名することができます。これらすべては、ユーザーの生体情報を明らかにすることなく行われます。これにより、アイデンティティ管理におけるセキュリティとプライバシーの両方が提供されます。これは、Web3 がパスポート、証明書、KYC データなどをユーザー主権の方法で扱う場合に不可欠な要素です。

要約すると、TEE は Web3 における多目的なツールとして機能します: オンチェーンロジックの機密性を可能にし、オフチェーンのセキュアな計算によるスケーリングを可能にし、オラクルやブリッジの完全性を保護し、新しい用途 (プライベートアイデンティティからコンプライアンスに準拠したデータ共有まで) を切り開きます。次に、これらの機能を活用している特定のプロジェクトを見ていきます。

3. TEE を活用する注目の Web3 プロジェクト

いくつかの主要なブロックチェーンプロジェクトは、高信頼実行環境を中心にコアサービスを構築しています。以下では、いくつかの注目すべきプロジェクトを掘り下げ、それぞれが TEE 技術をどのように使用し、どのような独自の価値を付加しているかを検証します:

Secret Network

Secret Network は、TEE を使用してプライバシー保護スマートコントラクトを開拓したレイヤー 1 ブロックチェーン (Cosmos SDK 上に構築) です。Secret Network のすべてのバリデーターノードは Intel SGX エンクレーブを実行し、スマートコントラクトコードを実行することで、コントラクトの状態と入出力がノードオペレーターにさえも暗号化されたままになるようにします。これにより、Secret は最初のプライバシーファーストのスマートコントラクトプラットフォームの一つとなりました。プライバシーはオプションの追加機能ではなく、プロトコルレベルでのネットワークのデフォルト機能です。

Secret Network のモデルでは、ユーザーは暗号化されたトランザクションを送信し、バリデーターはそれを実行のために SGX エンクレーブにロードします。エンクレーブは入力を復号し、(変更された CosmWasm ランタイムで書かれた) コントラクトを実行し、ブロックチェーンに書き込まれる暗号化された出力を生成します。正しいビューイングキーを持つユーザー (または内部キーを持つコントラクト自体) のみが、実際のデータを復号して表示できます。これにより、アプリケーションはプライベートなデータを公開することなくオンチェーンで使用できます。

このネットワークは、いくつかの新しいユースケースを実証しています:

  • シークレット DeFi: 例えば、SecretSwap (AMM) では、ユーザーのアカウント残高とトランザクション金額がプライベートであり、フロントランニングを軽減し、取引戦略を保護します。流動性プロバイダーとトレーダーは、自分たちのすべての動きを競合他社に放送することなく操作できます。
  • シークレットオークション: 入札がオークション終了まで秘密に保たれるオークションコントラクトで、他者の入札に基づく戦略的な行動を防ぎます。
  • プライベートな投票とガバナンス: トークン保有者は、投票の選択肢を明らかにすることなく提案に投票でき、集計は依然として検証可能です。これにより、公正で脅迫のないガバナンスが保証されます。
  • データマーケットプレイス: 機密性の高いデータセットを、生のデータを購入者やノードに公開することなく、取引し、計算で使用できます。

Secret Network は基本的に、プロトコルレベルで TEE を組み込むことで、独自の価値提案を生み出しています: それは_プログラム可能なプライバシー_を提供します。彼らが取り組む課題には、分散型バリデーターセット全体でのエンクレーブアテステーションの調整や、コントラクトがバリデーターから秘密を保ちながら入力を復号できるようにするための鍵配布の管理が含まれます。あらゆる点で、Secret は公開ブロックチェーン上での TEE による機密性の実現可能性を証明し、この分野のリーダーとしての地位を確立しました。

Oasis Network

Oasis Network は、スケーラビリティとプライバシーを目指すもう一つのレイヤー 1 であり、そのアーキテクチャで TEE (Intel SGX) を広範囲に活用しています。Oasis は、コンセンサスと計算を分離し、コンセンサスレイヤーParaTime レイヤーと呼ばれる異なるレイヤーに分ける革新的な設計を導入しました。コンセンサスレイヤーはブロックチェーンの順序付けとファイナリティを処理し、各 ParaTime はスマートコントラクトのランタイム環境となり得ます。特に、Oasis の Emerald ParaTime は EVM 互換環境であり、Sapphire は TEE を使用してスマートコントラクトの状態をプライベートに保つ機密 EVM です。

Oasis の TEE の使用は、大規模な機密計算に焦点を当てています。重い計算を並列化可能な ParaTime (多くのノードで実行可能) に分離することで高いスループットを達成し、それらの ParaTime ノード内で TEE を使用することで、計算に機密データを含めてもそれを公開しないことを保証します。例えば、機関はプライベートなデータを機密 ParaTime に供給することで、Oasis 上で信用スコアリングアルゴリズムを実行できます。データはノードに対して暗号化されたまま (エンクレーブ内で処理されるため) であり、スコアのみが出力されます。一方、Oasis のコンセンサスは、計算が正しく行われたことの証明を記録するだけです。

技術的には、Oasis は標準の SGX を超える追加のセキュリティレイヤーを実装しました。彼らは_「階層化された信頼の基点」_を実装しました: Intel の SGX Quoting Enclave とカスタムの軽量カーネルを使用して、ハードウェアの信頼性を検証し、エンクレーブのシステムコールをサンドボックス化します。これにより、攻撃対象領域を縮小し (エンクレーブが実行できる OS コールをフィルタリングすることで)、特定の既知の SGX 攻撃から保護します。Oasis はまた、永続エンクレーブ (エンクレーブが再起動後も状態を維持できるようにする) やセキュアロギングなどの機能を導入し、ロールバック攻撃 (ノードが古いエンクレーブ状態を再生しようとする) を軽減しました。これらの革新は彼らの技術論文で説明されており、Oasis が TEE ベースのブロックチェーンコンピューティングにおける_研究主導_のプロジェクトと見なされる理由の一部です。

エコシステムの観点から、Oasis はプライベート DeFi (銀行が顧客データを漏洩することなく参加できるようにする) やデータトークン化 (個人や企業が機密性を保ちながら AI モデルにデータを共有し、報酬を得ることをすべてブロックチェーンを介して行う) などの分野で自らを位置づけています。彼らはまた、企業とのパイロットプロジェクトで協力しています (例えば、BMW とのデータプライバシーに関する協力や、その他との医療研究データ共有など)。全体として、Oasis Network は、TEE とスケーラブルなアーキテクチャを組み合わせることで、プライバシー_と_パフォーマンスの両方に対応できることを示しており、TEE ベースの Web3 ソリューションにおける重要なプレイヤーとなっています。

Sanders Network

Sanders Network は、Polkadot エコシステム内の分散型クラウドコンピューティングネットワークであり、TEE を使用して機密性の高い高性能な計算サービスを提供します。これは Polkadot のパラチェーンであり、Polkadot のセキュリティと相互運用性の恩恵を受けますが、セキュアエンクレーブでのオフチェーン計算のための独自の新しいランタイムを導入しています。

Sanders の中心的なアイデアは、(Sanders マイナーと呼ばれる) ワーカーノードの大規模なネットワークを維持し、それらが TEE (具体的にはこれまでのところ Intel SGX) 内でタスクを実行し、検証可能な結果を生成することです。これらのタスクは、スマートコントラクトの一部を実行することから、ユーザーが要求する汎用計算まで多岐にわたります。ワーカーは SGX で実行されるため、Sanders は計算が機密性 (入力データはワーカーオペレーターから隠される) と完全性 (結果にはアテステーションが付属する) を持って行われることを保証します。これにより、ユーザーがホストが覗き見したり改ざんしたりできないことを知ってワークロードを展開できる_トラストレスなクラウド_が効果的に作成されます。

Sanders は、Amazon EC2 や AWS Lambda に似ていますが、分散型であると考えることができます: 開発者は Sanders のネットワークにコードを展開し、世界中の多くの SGX 対応マシンで実行させ、サービスに対して Sanders のトークンで支払うことができます。いくつかの注目されるユースケース:

  • Web3 アナリティクスと AI: プロジェクトは、Sanders エンクレーブでユーザーデータを分析したり AI アルゴリズムを実行したりできます。これにより、生のユーザーデータは暗号化されたまま (プライバシーを保護) で、集計されたインサイトのみがエンクレーブから出力されます。
  • ゲームのバックエンドとメタバース: Sanders は、集中的なゲームロジックや仮想世界のシミュレーションをオフチェーンで処理し、コミットメントやハッシュのみをブロックチェーンに送信することで、単一のサーバーを信頼することなく、より豊かなゲームプレイを可能にします。
  • オンチェーンサービス: Sanders は Sanders Cloud と呼ばれるオフチェーン計算プラットフォームを構築しました。例えば、ボット、分散型 Web サービス、さらには TEE アテステーション付きで DEX スマートコントラクトに取引を公開するオフチェーンのオーダーブックのバックエンドとして機能することができます。

Sanders は、機密コンピューティングを水平方向にスケールできることを強調しています: より多くの容量が必要ですか? TEE ワーカーノードを追加するだけです。これは、計算能力がコンセンサスによって制限される単一のブロックチェーンとは異なります。したがって、Sanders は、トラストレスなセキュリティを依然として望む計算集約的な dApp の可能性を開きます。重要なことに、Sanders はハードウェアの信頼だけに依存しているわけではありません。Polkadot のコンセンサス (例: 不正な結果に対するステーキングとスラッシング) と統合しており、さらには TEE とゼロ知識証明の組み合わせも探求しています (前述の通り、彼らの今後の L2 は TEE を使用して実行を高速化し、ZKP を使用して Ethereum 上で簡潔に検証します)。このハイブリッドアプローチは、暗号学的検証を重ねることで、単一の TEE の侵害リスクを軽減するのに役立ちます。

要約すると、Sanders Network は TEE を活用して、Web3 向けの分散型で機密性の高いクラウドを提供し、セキュリティ保証付きのオフチェーン計算を可能にします。これにより、重い計算とデータプライバシーの両方を必要とするブロックチェーンアプリケーションのクラスが解き放たれ、オンチェーンとオフチェーンの世界の間のギャップを埋めます。

iExec

iExec は、Ethereum 上に構築されたクラウドコンピューティングリソースの分散型マーケットプレイスです。前の 3 つ (独自のチェーンまたはパラチェーン) とは異なり、iExec は Ethereum スマートコントラクトと連携するレイヤー 2 またはオフチェーンネットワークとして動作します。TEE (具体的には Intel SGX) は、オフチェーン計算における信頼を確立するための iExec のアプローチの礎です。

iExec ネットワークは、さまざまなプロバイダーから提供されるワーカーノードで構成されています。これらのワーカーは、ユーザー (dApp 開発者、データプロバイダーなど) から要求されたタスクを実行できます。これらのオフチェーン計算が信頼できることを保証するために、iExec は**「Trusted off-chain Computing (信頼されたオフチェーンコンピューティング)」フレームワークを導入しました: タスクは SGX エンクレーブ内で実行でき、結果にはタスクがセキュアノードで正しく実行されたことを証明するエンクレーブ署名が付属します。iExec は Intel と提携してこの信頼されたコンピューティング機能を立ち上げ、さらには Confidential Computing Consortium に参加して標準を推進しました。彼らのコンセンサスプロトコルであるProof-of-Contribution (PoCo)** は、必要に応じて複数のワーカーからの投票/アテステーションを集約して、正しい結果に関するコンセンサスに達します。多くの場合、コードが決定論的で SGX への信頼が高い場合は、単一のエンクレーブのアテステーションで十分かもしれません。より高い保証のためには、iExec は複数の TEE でタスクを複製し、コンセンサスまたは多数決を使用できます。

iExec のプラットフォームは、いくつかの興味深いユースケースを可能にします:

  • 分散型オラクルコンピューティング: 前述の通り、iExec は Chainlink と連携できます。Chainlink ノードは生のデータを取得し、それを iExec の SGX ワーカーに渡して計算 (例: 独自のアルゴリズムや AI 推論) を実行させ、最終的に結果をオンチェーンで返します。これにより、オラクルは単にデータを中継するだけでなく、TEE が誠実さを保証する_計算サービス_ (AI モデルの呼び出しや多くのソースの集計など) を提供できるようになります。
  • AI と DePIN (分散型物理インフラネットワーク): iExec は、分散型 AI アプリの信頼レイヤーとして位置づけられています。例えば、機械学習モデルを使用する dApp は、モデル (専有の場合) と入力されるユーザーデータの両方を保護するために、エンクレーブ内でモデルを実行できます。DePIN (分散型 IoT ネットワークなど) の文脈では、TEE はエッジデバイスで使用して、センサーの読み取り値とそれらの読み取り値に対する計算を信頼することができます。
  • セキュアなデータ収益化: データプロバイダーは、iExec のマーケットプレイスでデータセットを暗号化された形式で利用可能にできます。購入者は、アルゴリズムを TEE 内でデータ上で実行するように送信できます (これにより、データプロバイダーの生のデータは決して公開されず、IP が保護され、アルゴリズムの詳細も隠すことができます)。計算の結果は購入者に返され、データプロバイダーへの適切な支払いはスマートコントラクトを介して処理されます。このスキームは、しばしば_セキュアなデータ交換_と呼ばれ、TEE の機密性によって促進されます。

全体として、iExec は Ethereum スマートコントラクトとセキュアなオフチェーン実行の間の接着剤を提供します。それは、TEE「ワーカー」がネットワーク化されて分散型クラウドを形成し、マーケットプレイス (支払いに iExec の RLC トークンを使用) とコンセンサスメカニズムを備えていることを示しています。Enterprise Ethereum Alliance の Trusted Compute ワーキンググループを主導し、標準 (Hyperledger Avalon など) に貢献することで、iExec はエンタープライズブロックチェーンシナリオにおける TEE のより広範な採用も推進しています。

その他のプロジェクトとエコシステム

上記の 4 つ以外にも、注目すべきプロジェクトがいくつかあります:

  • Integritee – Sanders に似たもう一つの Polkadot パラチェーン (実際には、Energy Web Foundation の TEE 研究からスピンアウトしました)。Integritee は TEE を使用して、オンチェーンとオフチェーンのエンクレーブ処理を組み合わせた、企業向けの「サービスとしてのパラチェーン」を作成します。
  • Automata Network – プライベートトランザクション、匿名投票、MEV 耐性のあるトランザクション処理のために TEE を活用する Web3 プライバシーのための中間層プロトコル。Automata は、プライベート RPC リレーのようなサービスを提供するオフチェーンネットワークとして実行され、シールドされたアイデンティティやガスレスのプライベートトランザクションなどに TEE を使用していると述べられています。
  • Hyperledger Sawtooth (PoET) – エンタープライズ分野では、Sawtooth は Proof of Elapsed Time と呼ばれるコンセンサスアルゴリズムを導入しました。これは SGX に依存していました。各バリデーターは、ランダムな時間待機して証明を生成するエンクレーブを実行します。最も短い待機時間を持つものがブロックを「勝ち取る」という、SGX によって強制される公正な抽選です。Sawtooth は Web3 プロジェクトではありませんが (エンタープライズブロックチェーン寄り)、コンセンサスにおける TEE の創造的な使用例です。
  • エンタープライズ/コンソーシアムチェーン – 多くのエンタープライズブロックチェーンソリューション (例: ConsenSys Quorum, IBM Blockchain) は、承認されたノードのみが特定のデータを閲覧できる機密コンソーシアムトランザクションを可能にするために TEE を組み込んでいます。例えば、Enterprise Ethereum Alliance の Trusted Compute Framework (TCF) の青写真は、TEE を使用してプライベートコントラクトをオフチェーンで実行し、マークルプルーフをオンチェーンで配信します。

これらのプロジェクトは、TEE の多用途性を集合的に示しています: プライバシーに焦点を当てた L1 全体を動かし、オフチェーンネットワークとして機能し、オラクルやブリッジのようなインフラの一部を保護し、さらにはコンセンサスアルゴリズムの基盤ともなっています。次に、分散環境で TEE を使用することの広範な利点と課題を考察します。

4. 分散環境における TEE の利点と課題

ブロックチェーンシステムに高信頼実行環境を採用することには、大きな技術的利点と、注目すべき課題およびトレードオフが伴います。ここでは、TEE が分散アプリケーションに何を提供し、その使用からどのような問題やリスクが生じるか、両側面を検証します。

利点と技術的強み

  • 強力なセキュリティとプライバシー: 最大の利点は、機密性と完全性の保証です。TEE は、機密コードが外部のマルウェアによって覗き見されたり改ざんされたりしないという保証のもとで実行されることを可能にします。これにより、以前は利用できなかったオフチェーン計算における信頼レベルが提供されます。ブロックチェーンにとって、これはプライベートデータが (dApp の機能を強化しながら) セキュリティを犠牲にすることなく利用できることを意味します。信頼できない環境 (クラウドサーバー、第三者が運営するバリデーターノード) でさえ、TEE は秘密を安全に保ちます。これは、暗号システム内での秘密鍵、ユーザーデータ、専有アルゴリズムの管理に特に有益です。例えば、ハードウェアウォレットやクラウド署名サービスは、TEE を使用して内部でブロックチェーントランザクションに署名することで、秘密鍵が平文で公開されることがなく、利便性とセキュリティを両立させることができます。

  • ほぼネイティブなパフォーマンス: ZK プルーフや準同型暗号のような純粋に暗号学的なセキュアコンピューティングアプローチとは異なり、TEE のオーバーヘッドは比較的小さいです。コードは CPU 上で直接実行されるため、エンクレーブ内の計算は外部での実行とほぼ同じ速さです (エンクレーブへの移行やメモリ暗号化には多少のオーバーヘッドがあり、SGX では通常 1 桁パーセントの速度低下)。これは、TEE が計算集約的なタスクを効率的に処理できることを意味し、暗号プロトコルで行うと桁違いに遅くなるユースケース (リアルタイムのデータフィード、複雑なスマートコントラクト、機械学習など) を可能にします。エンクレーブの低遅延は、高速な応答が必要な場合に適しています (例: TEE で保護された高頻度取引ボットや、遅延が大きいとユーザーエクスペリエンスが損なわれるインタラクティブなアプリケーションやゲーム)。

  • スケーラビリティの向上 (オフロードによる): 重い計算をオフチェーンで安全に行うことを可能にすることで、TEE はメインチェーンの混雑とガス代を緩和するのに役立ちます。これにより、ブロックチェーンが検証や最終的な決済にのみ使用され、計算の大部分が並列エンクレーブで行われるレイヤー 2 設計やサイドプロトコルが可能になります。このモジュール化 (計算集約的なロジックは TEE で、コンセンサスはオンチェーンで) は、分散アプリのスループットとスケーラビリティを劇的に向上させることができます。例えば、DEX はマッチメイキングを TEE でオフチェーンで行い、マッチした取引のみをオンチェーンに投稿することで、スループットを向上させ、オンチェーンのガスを削減できます。

  • より良いユーザーエクスペリエンスと機能性: TEE を使用すると、dApp は機密性や複雑な分析などの機能を提供でき、より多くのユーザー (機関投資家を含む) を引き付けることができます。Automata が TEE を使用してプライベートトランザクションのガスを削減したと指摘されているように、TEE はオフチェーンで安全に実行し、結果を送信することでガスレスまたはメタトランザクションも可能にします。さらに、機密状態をオフチェーンのエンクレーブに保存することで、オンチェーンで公開されるデータを削減でき、これはユーザーのプライバシーとネットワークの効率 (保存/検証するオンチェーンデータが少ない) にとって良いことです。

  • 他の技術との構成可能性: 興味深いことに、TEE は他の技術を補完することができます (TEE 単独の利点ではなく、組み合わせによるもの)。ハイブリッドソリューションをつなぎ合わせる接着剤として機能することができます: 例えば、エンクレーブでプログラムを実行し、同時にその実行の ZK プルーフを生成する、ここでエンクレーブは証明プロセスの一部を支援して高速化します。あるいは、MPC ネットワークで TEE を使用して、通信ラウンドを減らして特定のタスクを処理します。§5 で比較を議論しますが、多くのプロジェクトは TEE が暗号技術を_置き換える_必要はなく、セキュリティを強化するために並行して機能することができると強調しています (Sanders のマントラ: 「TEE の強みは他者を置き換えることではなく、サポートすることにある」)。

信頼の前提とセキュリティ脆弱性

その強みにもかかわらず、TEE は特定の信頼の前提を導入し、無敵ではありません。これらの課題を理解することが重要です:

  • ハードウェアへの信頼と中央集権化: TEE を使用することで、本質的にシリコンベンダーとそのハードウェア設計およびサプライチェーンのセキュリティに信頼を置くことになります。例えば、Intel SGX を使用することは、Intel にバックドアがなく、製造が安全であり、CPU のマイクロコードがエンクレーブの分離を正しく実装していることを信頼することを意味します。これは、純粋な暗号技術 (すべてのユーザーに分散された数学的な仮定に依存する) と比較して、より中央集権的な信頼モデルです。さらに、SGX のアテステーションは歴史的に Intel のアテステーションサービスに連絡することに依存しており、もし Intel がオフラインになったり、キーを取り消したりすると、世界中のエンクレーブが影響を受ける可能性があります。この単一企業のインフラへの依存は懸念を引き起こします: それは単一障害点になる可能性があり、あるいは政府規制の対象になる可能性さえあります (例: 米国の輸出規制は、理論的には誰が強力な TEE を使用できるかを制限する可能性があります)。AMD SEV は、より分散化されたアテステーションを可能にすることでこれを緩和しますが (VM の所有者は自分の VM を証明できる)、それでも AMD のチップとファームウェアを信頼する必要があります。中央集権化のリスクは、しばしばブロックチェーンの分散化とは相容れないものとして挙げられます。Keystone (オープンソース TEE) などのプロジェクトは、独自のブラックボックスへの依存を減らす方法を研究していますが、これらはまだ主流ではありません。

  • サイドチャネル攻撃およびその他の脆弱性: TEE は魔法の弾丸ではありません。間接的な手段によって攻撃される可能性があります。サイドチャネル攻撃は、直接的なメモリアクセスがブロックされていても、エンクレーブの操作がシステムに微妙な影響を与える可能性があるという事実を利用します (タイミング、キャッシュ使用量、消費電力、電磁放射などを通じて)。過去数年間で、Intel SGX に対する数多くの学術的な攻撃が実証されてきました: Foreshadow (L1 キャッシュのタイミングリークを介してエンクレーブの秘密を抽出) から Plundervolt (特権命令を介した電圧フォールトインジェクション)、SGAxe (アテステーションキーの抽出) などがあります。これらの高度な攻撃は、TEE が暗号保護を破ることなく、マイクロアーキテクチャの挙動や実装の欠陥を悪用することで侵害される可能性があることを示しています。その結果、_「研究者たちは、ハードウェアの脆弱性や TEE 操作のタイミングの違いを悪用する可能性のあるさまざまな攻撃ベクトルを特定している」_と認識されています。これらの攻撃は些細なものではなく、多くの場合、ローカルアクセスまたは悪意のあるハードウェアが必要ですが、それらは現実の脅威です。また、TEE は一般的に、敵がチップを手にしている場合の物理的攻撃から保護しません (例: チップのデキャップ、バスのプロービングなどは、ほとんどの商用 TEE を打ち負かすことができます)。

    サイドチャネルの発見に対するベンダーの対応は、既知のリークを軽減するためのマイクロコードパッチとエンクレーブ SDK の更新でした (時にはパフォーマンスを犠牲にして)。しかし、それはいたちごっこのままです。Web3 にとって、これは誰かが SGX の新しいサイドチャネルを見つけた場合、SGX で実行されている_「安全な」_DeFi コントラクトが潜在的に悪用される可能性があることを意味します (例: 秘密データを漏洩させたり、実行を操作したりする)。したがって、TEE に依存するということは、典型的なブロックチェーンの脅威モデルの外にあるハードウェアレベルでの潜在的な脆弱性表面を受け入れることを意味します。これらに対して TEE を強化することは活発な研究分野です (例えば、コンスタントタイム操作でエンクレーブコードを設計する、秘密に依存するメモリアクセスパターンを避ける、オブリビアス RAM のような技術を使用するなど)。一部のプロジェクトは、二次的なチェックで TEE を補強しています。例えば、ZK プルーフと組み合わせる、または単一チップのリスクを減らすために異なるハードウェアベンダーで複数のエンクレーブを実行するなどです。

  • パフォーマンスとリソースの制約: TEE は CPU バウンドなタスクに対してほぼネイティブな速度で実行されますが、いくつかのオーバーヘッドと制限が伴います。エンクレーブへの切り替え (ECALL) とエンクレーブからの切り替え (OCALL) にはコストがかかり、メモリページの暗号化/復号にもコストがかかります。これは、非常に頻繁なエンクレーブ境界の横断に対してパフォーマンスに影響を与える可能性があります。エンクレーブにはメモリサイズの制限があることも多いです。例えば、初期の SGX は Enclave Page Cache が限られており、エンクレーブがより多くのメモリを使用すると、ページをスワップする必要があり (暗号化を伴う)、パフォーマンスが大幅に低下しました。新しい TEE でさえ、システム RAM の_すべて_を簡単に使用できるわけではありません。上限がある可能性のあるセキュアなメモリ領域があります。これは、非常に大規模な計算やデータセットを TEE 内で完全に処理することが困難になる可能性があることを意味します。Web3 の文脈では、これはエンクレーブで実行できるスマートコントラクトや ML モデルの複雑さを制限する可能性があります。開発者はメモリを最適化し、場合によってはワークロードを分割する必要があります。

  • アテステーションと鍵管理の複雑さ: 分散環境で TEE を使用するには、堅牢なアテステーションワークフローが必要です: 各ノードは、期待されるコードを持つ本物のエンクレーブを実行していることを他のノードに証明する必要があります。このアテステーション検証をオンチェーンで設定することは複雑になる可能性があります。通常、ベンダーの公開アテステーションキーや証明書をプロトコルにハードコーディングし、検証ロジックをスマートコントラクトやオフチェーンクライアントに記述する必要があります。これはプロトコル設計にオーバーヘッドをもたらし、変更 (Intel がアテステーション署名キー形式を EPID から DCAP に変更するなど) はメンテナンスの負担を引き起こす可能性があります。さらに、TEE 内での鍵管理 (データの復号や結果の署名のため) は、別の複雑さの層を追加します。エンクレーブの鍵管理の誤りは、セキュリティを損なう可能性があります (例: エンクレーブがバグによって誤って復号キーを公開した場合、そのすべての機密性の約束は崩壊します)。ベストプラクティスには、TEE のシーリング API を使用してキーを安全に保存し、必要に応じてキーをローテーションすることが含まれますが、これも開発者による慎重な設計が必要です。

  • サービス拒否と可用性: あまり議論されていない問題かもしれませんが、TEE は可用性の向上には役立たず、新しい DoS の経路を導入することさえあります。例えば、攻撃者は、エンクレーブがオペレーターによって簡単に検査されたり中断されたりできないこと (分離されているため) を知って、処理にコストがかかる入力で TEE ベースのサービスを溢れさせる可能性があります。また、脆弱性が発見され、パッチにファームウェアの更新が必要な場合、そのサイクル中に多くのエンクレーブサービスは (セキュリティのために) ノードがパッチされるまで一時停止しなければならず、ダウンタイムを引き起こす可能性があります。ブロックチェーンのコンセンサスで、もし重大な SGX のバグが発見された場合を想像してみてください。Secret のようなネットワークは、エンクレーブへの信頼が壊れるため、修正されるまで停止しなければならないかもしれません。このような対応を分散ネットワークで調整することは困難です。

構成可能性とエコシステムの制限

  • 他のコントラクトとの限定的な構成可能性: Ethereum のような公開スマートコントラクトプラットフォームでは、コントラクトは他のコントラクトを簡単に呼び出すことができ、すべての状態は公開されているため、DeFi のマネーレゴと豊かな構成が可能になります。TEE ベースのコントラクトモデルでは、プライベートな状態は機密性を損なうことなく自由に共有または構成することはできません。例えば、エンクレーブ内のコントラクト A がコントラクト B と対話する必要があり、両方が何らかの秘密データを保持している場合、どのように協力するのでしょうか? 複雑なセキュアマルチパーティプロトコルを実行する必要があるか (これは TEE の単純さの一部を否定します)、または一つのエンクレーブに結合する必要があります (モジュール性を低下させます)。これは Secret Network などが直面している課題です: プライバシーを伴うクロス・コントラクト・コールは些細なことではありません。いくつかの解決策には、単一のエンクレーブが複数のコントラクトの実行を処理し、内部で共有された秘密を管理できるようにすることが含まれますが、それはシステムをよりモノリシックにする可能性があります。したがって、プライベートコントラクトの構成可能性は公開コントラクトよりも限定的であるか、新しい設計パターンが必要です。同様に、TEE ベースのモジュールを既存のブロックチェーン dApp に統合するには、慎重なインターフェース設計が必要です。多くの場合、エンクレーブの結果のみがオンチェーンに投稿され、それはスナークやハッシュである可能性があり、他のコントラクトはその限られた情報しか使用できません。これは確かにトレードオフです。Secret のようなプロジェクトは、ビューイングキーを提供し、必要に応じて秘密の共有を許可しますが、通常のオンチェーンの構成可能性ほどシームレスではありません。

  • 標準化と相互運用性: TEE エコシステムは現在、ベンダー間で統一された標準を欠いています。Intel SGX、AMD SEV、ARM TrustZone はすべて、異なるプログラミングモデルとアテステーション方法を持っています。この断片化は、SGX エンクレーブ用に書かれた dApp が TrustZone に簡単に移植できないことなどを意味します。ブロックチェーンでは、これによりプロジェクトが特定のハードウェアに縛られる可能性があります (例: Secret と Oasis は現在、SGX を搭載した x86 サーバーに縛られています)。将来的にそれらが ARM ノード (例えば、モバイル上のバリデーター) をサポートしたい場合、追加の開発とおそらく異なるアテステーション検証ロジックが必要になります。アテステーションとエンクレーブ API を標準化するための取り組み (CCC – Confidential Computing Consortium など) がありますが、まだ完全ではありません。標準の欠如は開発者ツールにも影響します。SGX SDK は成熟しているかもしれませんが、その後、別の SDK を持つ別の TEE に適応する必要があります。この相互運用性の課題は、採用を遅らせ、コストを増加させる可能性があります。

  • 開発者の学習曲線: TEE 内で実行されるアプリケーションを構築するには、多くのブロックチェーン開発者が持っていない可能性のある専門知識が必要です。低レベルの C/C++ プログラミング (SGX/TrustZone 用) や、メモリ安全性とサイドチャネル耐性のあるコーディングの理解がしばしば必要です。エンクレーブコードのデバッグは非常にトリッキーであることで有名です (セキュリティ上の理由から、実行中のエンクレーブの内部を簡単に見ることはできません!)。フレームワークや高レベル言語 (Oasis が機密ランタイムに Rust を使用していることや、エンクレーブで WebAssembly を実行するためのツールなど) は存在しますが、開発者エクスペリエンスは、典型的なスマートコントラクト開発やオフチェーンの Web2 開発よりもまだ粗削りです。この急な学習曲線と未熟なツールは、開発者を思いとどまらせたり、注意深く扱わないと間違いにつながる可能性があります。また、テスト用のハードウェアが必要であるという側面もあります。SGX コードを実行するには、SGX 対応の CPU またはエミュレーター (より遅い) が必要であり、参入障壁は高くなります。その結果、今日、エンクレーブ開発に深く精通している開発者は比較的少なく、監査やコミュニティのサポートは、例えば、よく知られた Solidity コミュニティよりも希少です。

  • 運用コスト: TEE ベースのインフラを運用することは、よりコストがかかる可能性があります。ハードウェア自体が高価であったり、希少であったりする可能性があります (例: 特定のクラウドプロバイダーは SGX 対応の VM にプレミアム料金を請求します)。運用にもオーバーヘッドがあります: ファームウェアを最新の状態に保つ (セキュリティパッチのため)、アテステーションネットワーキングを管理するなど、小規模なプロジェクトにとっては負担になる可能性があります。すべてのノードが特定の CPU を持つ必要がある場合、それは潜在的なバリデータープールを減らす可能性があります (誰もが必要なハードウェアを持っているわけではありません)。これにより、分散化に影響を与え、おそらくクラウドホスティングの使用率が高くなる可能性があります。

要約すると、TEE は強力な機能を解き放ちますが、信頼のトレードオフ (ハードウェアへの信頼 vs 数学への信頼)、潜在的なセキュリティの弱点 (特にサイドチャネル)、および分散コンテキストでの統合のハードルももたらします。TEE を使用するプロジェクトは、これらの問題に慎重に対処する必要があります。多層防御を採用し (TEE が破られないと仮定しない)、信頼されたコンピューティングベースを最小限に保ち、ユーザーに対して信頼の前提を透明にすること (例えば、ブロックチェーンのコンセンサスに加えて Intel のハードウェアを信頼していることが明確になるように) が必要です。

5. TEE vs 他のプライバシー保護技術 (ZKP, FHE, MPC)

高信頼実行環境は、Web3 でプライバシーとセキュリティを達成するための一つのアプローチですが、ゼロ知識証明 (ZKP)完全準同型暗号 (FHE)セキュアマルチパーティ計算 (MPC) を含む他の主要な技術があります。これらの技術はそれぞれ異なる信頼モデルとパフォーマンスプロファイルを持っています。多くの場合、これらは相互に排他的ではなく、互いに補完し合うことができますが、パフォーマンス、信頼、開発者の使いやすさにおけるトレードオフを比較することは有用です:

代替案を簡単に定義すると:

  • ZKP: ある当事者が他の当事者に対して、あるステートメントが真であること (例: 「私はこの計算を満たす秘密を知っている」) を、その理由を明らかにすることなく (秘密の入力を隠して) 証明できる暗号学的証明 (zk-SNARKs, zk-STARKs など)。ブロックチェーンでは、ZKP はプライベートなトランザクション (例: Zcash, Aztec) やスケーラビリティ (正しい実行の証明を投稿するロールアップ) に使用されます。強力なプライバシー (秘密データは漏洩せず、証明のみ) と数学によって保証された完全性を確保しますが、これらの証明の生成は計算的に重く、回路を慎重に設計する必要があります。
  • FHE: 暗号化されたデータに対して任意の計算を可能にする暗号化スキームで、その結果を復号すると、平文で計算した結果と一致します。理論上、FHE は究極のプライバシーを提供します (データは常に暗号化されたまま)。そして、生のデータを誰かに信頼する必要はありません。しかし、FHE は一般的な計算には非常に遅く (研究によって改善されていますが)、パフォーマンスのためにまだほとんどが実験的または専門的な使用にとどまっています。
  • MPC: 複数の当事者が、お互いに自分のプライベートな入力を明かすことなく、それらの入力に対する関数を共同で計算するプロトコル。多くの場合、当事者間でデータを秘密分散し、暗号操作を実行することで、出力は正しいが個々の入力は隠されたままになります。MPC は信頼を分散させることができ (単一の点がすべてのデータを見ることはない)、特定の操作には効率的ですが、通常は通信と調整のオーバーヘッドが発生し、大規模なネットワークでは実装が複雑になる可能性があります。

以下は、主要な違いをまとめた比較表です:

技術信頼モデルパフォーマンスデータプライバシー開発者の使いやすさ
TEE (Intel SGX など)ハードウェア製造元への信頼 (場合によっては中央集権的なアテステーションサーバー)。チップが安全であると仮定。ハードウェアが侵害されるとセキュリティは破られる。ほぼネイティブな実行速度。最小限のオーバーヘッド。リアルタイム計算や大規模なワークロードに適している。スケーラビリティは TEE 対応ノードの可用性に制限される。データはエンクレーブ_内_では平文だが、外部に対しては暗号化される。ハードウェアが保持されれば強力な機密性。しかし、エンクレーブが侵害されると秘密が暴露される (追加の数学的保護はない)。中程度の複雑さ。既存のコード/言語 (C, Rust) を再利用し、わずかな変更でエンクレーブで実行できることが多い。これらの技術の中で最も参入障壁が低い。高度な暗号学を学ぶ必要はないが、システムプログラミングと TEE 固有の SDK の知識が必要。
ZKP (zk-SNARK/STARK)数学的な仮定 (例: 暗号問題の困難性) への信頼、場合によっては信頼されたセットアップ (SNARKs の場合)。実行時に単一の当事者に依存しない。証明の生成は計算的に重い (特に複雑なプログラムの場合)、ネイティブより数桁遅いことが多い。オンチェーンでの検証は速い (数ミリ秒)。証明時間のため、大規模なデータ計算には理想的ではない。スケーラビリティ: 簡潔な検証 (ロールアップ) には良いが、証明者がボトルネック。非常に強力なプライバシー。プライベートな入力を一切明かすことなく正しさを証明できる。最小限の情報 (証明サイズなど) のみが漏洩する。金融プライバシーなどに理想的。高い複雑さ。専門的な言語 (回路、Circom や Noir のような zkDSL) を学び、算術回路の観点で考える必要がある。デバッグは難しい。利用可能な専門家が少ない。
FHE数学 (格子問題) への信頼。信頼された当事者はいない。暗号化が破られない限りセキュリティは保持される。一般的な使用には非常に遅い。暗号化されたデータに対する操作は、平文よりも数桁遅い。ハードウェアの改善やより良いアルゴリズムで多少スケーリングしているが、現在ブロックチェーンの文脈でのリアルタイム使用には非現実的。究極のプライバシー。データは計算中も含め、常に暗号化されたままである。パフォーマンスが許せば、機密データ (例: 医療、機関間の分析) に理想的。非常に専門的。開発者は暗号学のバックグラウンドが必要。いくつかのライブラリ (Microsoft SEAL, TFHE など) は存在するが、FHE で任意のプログラムを書くことは困難で回りくどい。まだ dApp の日常的な開発対象ではない。
MPC複数の当事者間で信頼が分散される。ある閾値の当事者が正直であると仮定 (特定の数を超えた共謀はない)。ハードウェアへの信頼は不要。あまりにも多くが共謀すると信頼は失われる。通信ラウンドのためネイティブより遅いことが多いが、FHE よりは速いことが多い。パフォーマンスは変動する: 単純な操作 (加算、乗算) は効率的だが、複雑なロジックは通信コストが爆発する可能性がある。遅延はネットワーク速度に敏感。シャーディングや部分的な信頼の仮定でスケーラビリティを向上させることができる。仮定が保持されれば強力なプライバシー。単一のノードが入力全体を見ることはない。しかし、出力が公開されたり、当事者が脱落したりすると情報が漏洩する可能性がある (さらに、ZK のような簡潔さはない。プロトコルを再度実行しないと、結果は得られるが簡単に共有できる証明は得られない)。高い複雑さ。各ユースケースにカスタムプロトコルを設計するか、フレームワーク (SPDZ や Partisia の提供物など) を使用する必要がある。開発者は暗号プロトコルについて考え、しばしば複数のノードの展開を調整する必要がある。ブロックチェーンアプリへの統合は複雑になる可能性がある (オフチェーンのラウンドが必要)。

引用: 上記の比較は、Sanders Network の分析などの情報源に基づいています。これらは、TEE が速度と使いやすさで優れているのに対し、ZK と FHE は重い計算を犠牲にして最大限のトラストレス性に焦点を当て、MPC は信頼を分散させるがネットワークのオーバーヘッドを導入することを強調しています。

この表から、いくつかの主要なトレードオフが明らかになります:

  • パフォーマンス: TEE は生の速度と低遅延で大きな利点があります。MPC はしばしば中程度の複雑さをある程度の速度低下で処理でき、ZK は生成は遅いが検証は速く (非同期使用)、FHE は現在、任意のタスクに対してはるかに最も遅いです (ただし、単純な加算/乗算のような限定的な操作には問題ありません)。アプリケーションがリアルタイムの複雑な処理 (インタラクティブなアプリケーション、高頻度の意思決定など) を必要とする場合、TEE またはおそらく MPC (良好な接続を持つ少数の当事者) が今日唯一の実行可能な選択肢です。そのようなシナリオでは、ZK と FHE は遅すぎます。

  • 信頼モデル: ZKP と FHE は純粋にトラストレスです (数学のみを信頼)。MPC は信頼を参加者の正直さに関する仮定に移します (これは多くの当事者や経済的インセンティブによって強化できます)。TEE はハードウェアとベンダーに信頼を置きます。これは根本的な違いです: TEE は通常トラストレスなブロックチェーンの世界に_信頼された第三者_ (チップ) を導入します。対照的に、ZK と FHE は分散化の精神によりよく合致しているとしばしば称賛されます。信頼する特別なエンティティはなく、計算の困難性だけです。MPC はその中間に位置します: 信頼は分散化されていますが、排除されてはいません (M ノードのうち N ノードが共謀するとプライバシーは破られます)。したがって、最大限のトラストレス性 (例えば、真に検閲耐性のある分散型システム) のためには、暗号学的ソリューションに傾くかもしれません。一方、多くの実用的なシステムは、Intel が正直であることや、主要なバリデーターのセットが共謀しないことを前提とすることに満足しており、効率の大幅な向上のために少しの信頼をトレードしています。

  • セキュリティ/脆弱性: TEE は、議論したように、ハードウェアのバグやサイドチャネルによって損なわれる可能性があります。ZK と FHE のセキュリティは、基礎となる数学 (例えば、楕円曲線や格子問題) が破られると損なわれる可能性がありますが、それらはよく研究された問題であり、攻撃はおそらく気づかれるでしょう (また、パラメータの選択は既知のリスクを軽減できます)。MPC のセキュリティは、プロトコルがそのように設計されていない場合、アクティブな敵によって破られる可能性があります (一部の MPC プロトコルは「正直だが好奇心旺盛な」参加者を想定しており、誰かが完全に不正行為をすると失敗する可能性があります)。ブロックチェーンの文脈では、TEE の侵害はより壊滅的である可能性があります (パッチが適用されるまで、すべてのエンクレーブベースのコントラクトが危険にさらされる可能性があります)。一方、ZK の暗号学的破壊 (ZK ロールアップで使用されるハッシュ関数の欠陥を発見するなど) も壊滅的である可能性がありますが、より単純な仮定を考えると、一般的には可能性が低いと考えられています。攻撃の表面は非常に異なります: TEE は電力分析のようなことを心配しなければならないのに対し、ZK は数学的なブレークスルーを心配しなければなりません。

  • データプライバシー: FHE と ZK は最も強力なプライバシー保証を提供します。データは暗号学的に保護されたままです。MPC はデータが秘密分散されることを保証するため、単一の当事者はそれを見ることができません (ただし、出力が公開されたり、プロトコルが慎重に設計されていない場合、情報が漏洩する可能性があります)。TEE はデータを外部からプライベートに保ちますが、エンクレーブの_内部_ではデータは復号されます。誰かが何らかの方法でエンクレーブの制御を得ると、データの機密性は失われます。また、TEE は通常、コードがデータに対して何でもできることを許可します (コードが悪意のある場合、サイドチャネルやネットワークを介して誤って漏洩させることを含む)。したがって、TEE はハードウェアだけでなく、エンクレーブの_コード_も信頼する必要があります。対照的に、ZKP は秘密を一切明かすことなくコードのプロパティを証明するため、コードを信頼する必要さえありません (証明されたプロパティを実際に持っていることを超えて)。エンクレーブアプリケーションにログファイルにデータを漏洩させるバグがあった場合、TEE ハードウェアはそれを防ぎませんが、ZK プルーフシステムは意図された証明以外は何も明らかにしません。これはニュアンスです: TEE は外部の敵から保護しますが、エンクレーブプログラム自体のロジックバグからは必ずしも保護しません。一方、ZK の設計はより宣言的なアプローチを強制します (意図されたことだけを正確に証明し、それ以上は何も証明しません)。

  • 構成可能性と統合: TEE は既存のシステムにかなり簡単に統合できます。既存のプログラムをエンクレーブに入れ、プログラミングモデルをあまり変更することなくセキュリティ上の利点を得ることができます。ZK と FHE はしばしば、プログラムを回路や制限された形式に書き直す必要があり、これは大変な労力になる可能性があります。例えば、ZK で単純な AI モデルの検証を書くには、それを一連の算術演算と制約に変換する必要があり、これは TEE で TensorFlow を実行して結果を証明するだけとは大きく異なります。MPC も同様に、ユースケースごとにカスタムプロトコルが必要になる場合があります。したがって、開発者の生産性とコストの観点から、TEE は魅力的です。既存のソフトウェアエコシステムを活用できるため (多くのライブラリはわずかな調整でエンクレーブで実行できます)、一部の分野で TEE の採用がより迅速に進んでいるのを見てきました。ZK/MPC は希少な専門的なエンジニアリングの才能を必要とします。しかし、その裏返しとして、TEE はしばしばよりサイロ化されたソリューションを生み出します (そのエンクレーブまたはそのノードのセットを信頼する必要があります)。一方、ZK は誰でもオンチェーンでチェックできる証明を提供し、非常に構成可能性が高くなります (どのコントラクトも zk プルーフを検証できます)。したがって、ZK の結果は_ポータブル_です。他の多くのコントラクトやユーザーが信頼を得るために使用できる小さな証明を生成します。TEE の結果は通常、特定のハードウェアに関連付けられたアテステーションの形式で提供され、必ずしも簡潔ではないかもしれません。それらは簡単に共有可能であったり、チェーンに依存しないものではないかもしれません (ただし、結果の署名を投稿し、エンクレーブの公開鍵を知っていればそれを受け入れるようにプログラムされたコントラクトを持つことはできます)。

実際には、ハイブリッドアプローチが見られます: 例えば、Sanders Network は、TEE、MPC、ZK がそれぞれ異なる分野で輝き、互いに補完し合うことができると主張しています。具体的なケースは分散型アイデンティティです: ZK プルーフを使用して、それを明かすことなくアイデンティティ資格情報を証明するかもしれませんが、その資格情報は、あなたの文書をプライベートにチェックした TEE ベースのプロセスによって検証され、発行された可能性があります。あるいはスケーリングを考えてみましょう: ZK ロールアップは多くのトランザクションに対して簡潔な証明を提供しますが、それらの証明の生成は、TEE を使用して一部の計算をより速く行うことで高速化できる可能性があります (そして、より小さなステートメントのみを証明する)。この組み合わせは、TEE に対する信頼要件を減らすことができる場合があります (例: パフォーマンスのために TEE を使用するが、最終的な正しさは ZK プルーフまたはオンチェーンのチャレンジゲームを介して検証し、侵害された TEE が捕まることなく不正行為をできないようにする)。一方、MPC は、各当事者の計算ノードを TEE にすることで TEE と組み合わせることができ、追加のレイヤーを追加することで、一部の当事者が共謀しても、ハードウェアのセキュリティも破らない限り、お互いのデータを見ることができないようにします。

要約すると、TEE はささやかな仮定 (ハードウェアへの信頼) でセキュアな計算への非常に_実用的かつ即時の道_を提供し、一方 ZK と FHE は高い計算コストでより_理論的かつトラストレスな道_を提供し、MPC はネットワークコストを伴う_分散された信頼の道_を提供します。Web3 での正しい選択は、アプリケーションの要件に依存します:

  • プライベートデータに対する高速で複雑な計算 (AI、大規模データセットなど) が必要な場合、TEE (または少数の当事者による MPC) が現在唯一の実行可能な方法です。
  • _最大限の分散化と検証可能性_が必要な場合、ZK プルーフが輝きます (例えば、プライベートな暗号通貨トランザクションは、ユーザーが数学以外何も信頼したくないため、Zcash のように ZKP を好みます)。
  • _複数の利害関係者間の協調計算_が必要な場合、MPC が自然に適しています (マルチパーティの鍵管理やオークションなど)。
  • _非常に機密性の高いデータがあり、長期的なプライバシーが必須_である場合、パフォーマンスが向上すれば FHE が魅力的になる可能性があります。なぜなら、数年後に誰かがあなたの暗号文を入手しても、鍵がなければ何も学べないからです。一方、エンクレーブの侵害は、ログが保持されていれば遡って秘密を漏洩させる可能性があります。

ブロックチェーン空間は、これらすべての技術を並行して積極的に探求していることに注意する価値があります。組み合わせが見られる可能性が高いです: 例えば、TEE を統合したレイヤー 2 ソリューションがトランザクションのシーケンシングを行い、その後 ZKP を使用して TEE がルールに従ったことを証明する (一部の Ethereum 研究で探求されている概念)、または各ノードで TEE を使用する MPC ネットワークが MPC プロトコルの複雑さを軽減する (各ノードが内部的に安全であり、複数の当事者をシミュレートできるため)。

最終的に、TEE vs ZK vs MPC vs FHE はゼロサムの選択ではありません。それぞれがセキュリティ、パフォーマンス、トラストレス性の三角形の異なる点をターゲットにしています。ある記事が述べたように、4 つすべてがパフォーマンス、コスト、セキュリティの「不可能な三角形」に直面しており、すべての側面で優れた単一のソリューションはありません。最適な設計は、問題の正しい部分に正しいツールを使用することが多いです。

6. 主要なブロックチェーンエコシステムにおける採用

高信頼実行環境は、異なるブロックチェーンエコシステムでさまざまなレベルの採用が見られます。これは、それらのコミュニティの優先順位や統合の容易さに影響されることが多いです。ここでは、Ethereum、Cosmos、Polkadot などの主要なエコシステムで TEE がどのように使用されているか (または探求されているか) を評価し、その他にも触れます。

Ethereum (および一般的なレイヤー 1)

Ethereum メインネット自体では、TEE はコアプロトコルの一部ではありませんが、アプリケーションやレイヤー 2 で使用されてきました。Ethereum の哲学は暗号学的セキュリティ (例: 新興の ZK ロールアップ) に傾いていますが、TEE は Ethereum のオラクルやオフチェーン実行で役割を見出しています:

  • オラクルサービス: 議論したように、Chainlink は Town Crier のような TEE ベースのソリューションを組み込んでいます。すべての Chainlink ノードがデフォルトで TEE を使用しているわけではありませんが、追加の信頼が必要なデータフィードにはこの技術が存在します。また、API3 (別のオラクルプロジェクト) は、API を実行し、データの信頼性を保証するために Intel SGX を使用していると述べています。これらのサービスは、より強力な保証を持って Ethereum コントラクトにデータを供給します。

  • レイヤー 2 とロールアップ: Ethereum コミュニティでは、ロールアップのシーケンサーやバリデーターで TEE を使用することについて、進行中の研究と議論があります。例えば、_ConsenSys の「ZK-Portal」_コンセプトなどは、オプティミスティックロールアップで正しい順序付けを強制したり、シーケンサーを検閲から保護したりするために TEE を使用することを提案しています。私たちが見た Medium の記事では、2025 年までに、高頻度取引の保護などのために、一部の L2 で TEE がデフォルト機能になる可能性があるとさえ示唆しています。Catalyst (高頻度取引 DEX) や Flashbots (MEV リレー用) のようなプロジェクトは、トランザクションがブロックチェーンに到達する前に公正な順序付けを強制するために TEE を検討しています。

  • エンタープライズ Ethereum: コンソーシアムまたは許可制の Ethereum ネットワークでは、TEE はより広く採用されています。Enterprise Ethereum Alliance の Trusted Compute Framework (TCF) は、基本的に TEE を Ethereum クライアントに統合するための青写真でした。Hyperledger Avalon (旧 EEA TCF) は、Ethereum スマートコントラクトの一部を TEE でオフチェーン実行し、オンチェーンで検証することを可能にします。IBM、Microsoft、iExec などのいくつかの企業がこれに貢献しました。公開 Ethereum ではこれは一般的になっていませんが、プライベートな展開 (例: Quorum や Besu を使用する銀行グループ) では、コンソーシアムメンバーでさえお互いのデータを見ることができず、承認された結果のみを見ることができるように TEE を使用できます。これにより、エンタープライズ環境でのプライバシー要件を満たすことができます。

  • 注目すべきプロジェクト: Ethereum 上で動作する iExec の他に、Enigma (元々は MIT の MPC プロジェクトとして始まり、その後 SGX を使用するように転換し、後に Cosmos 上の Secret Network になりました) のようなプロジェクトがありました。もう一つは、初期の Ethereum の議論における Decentralized Cloud Services (DCS) でした。最近では、OAuth (Oasis Ethereum ParaTime) は、Oasis の TEE バックエンドを使用し、Ethereum 上で決済することで、Solidity コントラクトを機密性を持って実行できるようにします。また、医療データ共有やゲームなどの一部の Ethereum ベースの dApp は、オフチェーンのエンクレーブコンポーネントをコントラクトと対話させることで TEE を実験しています。

したがって、Ethereum の採用はやや間接的です。プロトコルを変更して TEE を要求することはありませんでしたが、必要な人々のために TEE を活用する豊富なオプションサービスと拡張機能があります。重要なことに、Ethereum の研究者は依然として慎重です。「TEE 専用シャード」を作成したり、TEE を深く統合したりする提案は、信頼に関する懸念からコミュニティの懐疑論に直面しています。代わりに、TEE はコアコンポーネントではなく、Ethereum の_「コプロセッサ」_と見なされています。

Cosmos エコシステム

Cosmos エコシステムは、そのモジュラーな SDK と主権チェーンを通じて実験に友好的であり、Secret Network (上記でカバー) は Cosmos での TEE 採用の代表例です。Secret Network は実際には、バリデーターに SGX を義務付けるように変更された、Tendermint コンセンサスを持つ Cosmos SDK チェーンです。これは、主要な Cosmos Hub に次ぐ最も著名な Cosmos ゾーンの一つであり、そのコミュニティでの TEE 技術の重要な採用を示しています。Secret がインターチェーンプライバシー (IBC 接続を通じて、Secret は他の Cosmos チェーンのプライバシーハブとして機能できる) を提供することに成功したことは、L1 での TEE 統合の注目すべきケースです。

もう一つの Cosmos 関連プロジェクトは Oasis Network です (Cosmos SDK 上に構築されていませんが、Tendermint に貢献した同じ人々の何人かによって設計され、モジュラーアーキテクチャという同様の精神を共有しています)。Oasis はスタンドアロンですが、ブリッジなどを介して Cosmos に接続できます。Secret と Oasis の両方は、Cosmos の世界では、TEE を介した_「機能としてのプライバシー」_という考えが、専用ネットワークを保証するのに十分な牽引力を得たことを示しています。

Cosmos には、インターチェーンアプリケーションのための_「プライバシープロバイダー」_という概念さえあります。例えば、あるチェーン上のアプリは、IBC を介して Secret Network 上のコントラクトを呼び出して機密計算を実行し、結果を返すことができます。この構成可能性は現在出現しつつあります。

さらに、Anoma プロジェクト (厳密には Cosmos ではありませんが、相互運用性の意味で関連しています) は、インテント中心のアーキテクチャに TEE を使用することについて話していますが、それはより理論的です。

要するに、Cosmos には少なくとも一つの主要なチェーンが TEE を完全に採用しており (Secret)、他のチェーンがそれと対話していることから、その分野での健全な採用が示されています。Cosmos のモジュール性は、より多くのそのようなチェーンを可能にする可能性があります (例えば、TEE ベースのオラクルやアイデンティティに特化した Cosmos ゾーンを想像することができます)。

Polkadot と Substrate

Polkadot の設計はパラチェーンが専門化することを可能にし、実際に Polkadot はTEE を使用する複数のパラチェーンをホストしています:

  • Sanders Network: すでに説明済み。TEE ベースの計算クラウドを提供するパラチェーン。Sanders はパラチェーンとして稼働しており、XCMP (クロスチェーンメッセージパッシング) を通じて他のチェーンにサービスを提供しています。例えば、別の Polkadot プロジェクトは、機密タスクを Sanders のワーカーにオフロードし、証明や結果を返すことができます。Sanders のネイティブトークンエコノミクスは TEE ノードの実行を奨励しており、かなりのコミュニティがあり、強力な採用を示しています。
  • Integritee: TEE を使用してエンタープライズおよびデータプライバシーソリューションに焦点を当てたもう一つのパラチェーン。Integritee は、チームが独自のプライベートサイドチェーン (Teewasms と呼ばれる) を展開することを可能にし、そこでの実行はエンクレーブで行われます。Polkadot のセキュリティにアンカーしながら、企業の機密データ処理などのユースケースをターゲットにしています。
  • /Root or Crust?: 一部の Polkadot 関連プロジェクトでは、分散型ストレージやランダムビーコンに TEE を使用するというアイデアがありました。例えば、Crust Network (分散型ストレージ) は当初、TEE ベースのストレージ証明を計画していました (後に別の設計に移行しましたが)。そして、Polkadot のランダムパラチェーン (Entropy) は、TEE と VRF を比較検討しました。

Polkadot がオンチェーンガバナンスとアップグレードに依存していることは、パラチェーンが新しい技術を迅速に組み込むことができることを意味します。Sanders と Integritee の両方は、TEE 統合を改善するためのアップグレードを経てきました (新しい SGX 機能のサポートやアテステーション方法の改良など)。Web3 Foundation はまた、SubstraTEE (オンチェーン検証を伴う TEE でのオフチェーンコントラクト実行を披露した初期のプロトタイプ) のような Substrate ベースの TEE プロジェクトの初期の取り組みに資金を提供しました。

したがって、Polkadot エコシステムは、複数の独立したチームが TEE 技術に賭けていることを示しており、肯定的な採用傾向を示しています。「機密スマートコントラクトやオフチェーン計算が必要な場合は、そのためのパラチェーンがあります」というのが Polkadot のセールスポイントになりつつあります。

その他のエコシステムと一般的な採用

  • エンタープライズとコンソーシアム: 公開暗号通貨の外では、Hyperledger とエンタープライズチェーンは、許可制の設定で TEE を着実に採用しています。例えば、バーゼル銀行監督委員会は、TEE ベースの貿易金融ブロックチェーンをテストしました。一般的なパターンは次のとおりです: プライバシーやデータの機密性が必須であり、参加者が既知である場合 (そのため、彼らは集合的にハードウェアセキュアモジュールに投資するかもしれません)、TEE は快適な居場所を見つけます。これらは暗号ニュースの見出しにはならないかもしれませんが、サプライチェーン、銀行コンソーシアム、医療データ共有ネットワークなどのセクターでは、TEE はしばしば頼りになる選択肢です (第三者を信頼するか、重い暗号技術を使用するかの代替として)。

  • Ethereum 以外のレイヤー 1: いくつかの新しい L1 は TEE を試みています。NEAR Protocol は、プライベートコントラクトのための TEE ベースのシャードの初期コンセプトを持っていました (まだ実装されていません)。Celo は、ライトクライアントの証明に TEE を検討しました (彼らの Plumo プルーフは現在 snark に依存していますが、モバイル用のチェーンデータを圧縮するために SGX を検討したことがあります)。Concordium は、規制されたプライバシー L1 であり、匿名性のために ZK を使用していますが、アイデンティティ検証のために TEE も探求しています。Dfinity/Internet Computer は、ノードマシンでセキュアエンクレーブを使用していますが、信頼のブートストラップのためであり、コントラクト実行のためではありません (彼らの「Chain Key」暗号技術がそれを処理します)。

  • Bitcoin: Bitcoin 自体は TEE を使用していませんが、サイドプロジェクトがありました。例えば、Bitcoin キーのためのTEE ベースのカストディソリューション (Vault システムなど) や、TEE で保護されたオラクルを使用する可能性のある DLC (Discrete Log Contracts) の特定の提案などです。一般的に、Bitcoin コミュニティはより保守的であり、コンセンサスの一部として Intel を簡単に信頼することはありませんが、補助的な技術として (セキュアエレメントを備えたハードウェアウォレット) はすでに受け入れられています。

  • 規制当局と政府: 採用の興味深い側面: 一部の CBDC (中央銀行デジタル通貨) 研究は、監査可能性を許容しながらプライバシーを強制するために TEE を検討しています。例えば、フランス銀行は、TEE を使用して、そうでなければプライベートなトランザクションに対して特定のコンプライアンスチェックを処理する実験を行いました。これは、規制当局でさえ、TEE をプライバシーと監督のバランスを取る方法と見なしていることを示しています。トランザクションが一般に公開されずに暗号化されているが、規制当局のエンクレーブが特定の条件下でそれらをレビューできる CBDC を持つことができます (これは仮説ですが、政策サークルで議論されています)。

  • 採用指標: 採用を定量化するのは難しいですが、プロジェクト数、投資額、インフラの可用性などの指標を見ることができます。その点では、今日 (2025 年)、TEE を明示的に使用している少なくとも 3〜4 の公開チェーン (Secret, Oasis, Sanders, Integritee, オフチェーンとしての Automata) があります。主要なオラクルネットワークがそれを組み込んでいます。大手テクノロジー企業が機密コンピューティングを支援しています (Microsoft Azure, Google Cloud は TEE VM を提供しており、これらのサービスはブロックチェーンノードのオプションとして使用されています)。Confidential Computing Consortium には現在、ブロックチェーンに焦点を当てたメンバー (Ethereum Foundation, Chainlink, Fortanix など) が含まれており、業界横断的な協力が示されています。これらすべては、成長しているがニッチな採用を指しています。TEE はまだ Web3 でユビキタスではありませんが、プライバシーとセキュアなオフチェーン計算が必要な重要なニッチを切り開いています。

7. ビジネスおよび規制上の考慮事項

ブロックチェーンアプリケーションにおける TEE の使用は、利害関係者が考慮しなければならないいくつかのビジネスおよび規制上の点を提起します:

プライバシーコンプライアンスと機関投資家の採用

TEE 採用のビジネスドライバーの一つは、ブロックチェーン技術を活用しながらデータプライバシー規制 (ヨーロッパの GDPR、米国の健康データに関する HIPAA など) に準拠する必要性です。公開ブロックチェーンはデフォルトでデータをグローバルにブロードキャストするため、機密性の高い個人データを保護する必要がある規制と矛盾します。TEE は、データをオンチェーンで機密に保ち、制御された方法でのみ共有する方法を提供するため、コンプライアンスを可能にします。指摘されているように、「TEE は、機密性の高いユーザーデータを分離し、安全に処理されることを保証することで、データプライバシー規制への準拠を促進します」。この能力は、企業や機関を Web3 に引き込む上で不可欠です。なぜなら、彼らは法律違反のリスクを冒すことができないからです。例えば、患者情報を処理するヘルスケア dApp は、生の患者データがオンチェーンに漏洩しないように TEE を使用でき、HIPAA の暗号化とアクセス制御の要件を満たすことができます。同様に、ヨーロッパの銀行は、顧客の個人情報を公開することなく資産をトークン化して取引するために TEE ベースのチェーンを使用でき、GDPR に準拠できます。

これには肯定的な規制上の側面があります: 一部の規制当局は、TEE (および関連するコンフィデンシャルコンピューティングの概念) のようなソリューションが、プライバシーの技術的な強制を提供するため好ましいと示唆しています。世界経済フォーラムなどが、TEE をブロックチェーンシステムに_「プライバシー・バイ・デザイン」_を組み込む手段として強調しているのを見てきました (本質的に、プロトコルレベルでコンプライアンスを埋め込む)。したがって、ビジネスの観点から、TEE は主要なブロッカーの一つ (データの機密性) を取り除くことで、機関投資家の採用を加速させることができます。企業は、データのハードウェアによる保護があることを知っていれば、ブロックチェーンを使用したり、その上に構築したりすることに、より意欲的になります。

もう一つのコンプライアンスの側面は、監査可能性と監督です。企業はしばしば監査ログと、データを管理していることを監査人に証明する能力を必要とします。TEE は、アテステーションレポートとアクセスされた内容のセキュアなログを生成することで、実際にここで役立ちます。例えば、Oasis のエンクレーブ内の「永続ロギング」は、機密操作の改ざん耐性のあるログを提供します。企業はそのログを規制当局に見せて、例えば、承認されたコードのみが実行され、顧客データに対して特定のクエリのみが行われたことを証明できます。この種の_証明された監査_は、システム管理者のログを信頼する従来のシステムよりも規制当局を満足させる可能性があります。

信頼と責任

一方、TEE を導入することは、信頼構造を変え、したがってブロックチェーンソリューションにおける責任モデルも変えます。DeFi プラットフォームが TEE を使用し、ハードウェアの欠陥のために何か問題が発生した場合、誰が責任を負うのでしょうか? 例えば、Intel SGX のバグが秘密のスワップトランザクションの詳細の漏洩につながり、ユーザーがお金を失う (フロントランなど) シナリオを考えてみましょう。ユーザーはプラットフォームのセキュリティ主張を信頼していました。プラットフォームに過失があるのか、それとも Intel の過失なのか? 法的には、ユーザーはプラットフォームを訴えるかもしれません (プラットフォームは、今度は Intel を訴えなければならないかもしれません)。これは、セキュリティモデルに_第三者の技術プロバイダー_ (CPU ベンダー) が深く関わっているため、事態を複雑にします。TEE を使用する企業は、契約やリスク評価でこれを考慮する必要があります。重要なインフラで TEE を使用する場合、ハードウェアベンダーからの保証やサポートを求めるかもしれません。

また、中央集権化の懸念もあります: ブロックチェーンのセキュリティが単一企業のハードウェア (Intel または AMD) に依存している場合、規制当局はそれを懐疑的に見るかもしれません。例えば、政府はその企業に特定のエンクレーブを侵害するように召喚または強制することができるでしょうか? これは純粋に理論的な懸念ではありません。輸出管理法を考えてみてください: 高度な暗号化ハードウェアは規制の対象となる可能性があります。暗号インフラの大部分が TEE に依存している場合、政府がバックドアを挿入しようと試みることは考えられます (その証拠はありませんが、_認識_が重要です)。一部のプライバシー擁護者は、TEE が信頼を集中させ、むしろ規制当局はそれらを慎重に審査すべきだと規制当局に指摘しています。逆に、より多くの管理を望む規制当局は、ZK のような数学ベースのプライバシーよりも TEE を_好む_かもしれません。なぜなら、TEE には、法執行機関が絶対に必要であれば (例えば、マスターアテステーションキーなどを取得するために) ハードウェアベンダーに裁判所命令を持ってアプローチできるという概念が少なくともあるからです。これは簡単でも可能性が高いわけでもありませんが、ZK には存在しない道です。したがって、規制当局の受け止め方は分かれる可能性があります: プライバシー規制当局 (データ保護機関) はコンプライアンスのために TEE に賛成ですが、法執行機関は、TEE が強力な暗号化のように「闇に紛れる」わけではないため、慎重に楽観的かもしれません。彼らが引こうとするかもしれない理論的なレバー (ハードウェア) があります。

企業は、認証に参加することでこれを乗り切る必要があります。ハードウェアモジュールには、FIPS 140 や Common Criteria のようなセキュリティ認証があります。現在、SGX などにはいくつかの認証があります (例えば、SGX は特定の用途で Common Criteria EAL のものを取得していました)。ブロックチェーンプラットフォームが、エンクレーブ技術が高い基準で認証されていることを示せれば、規制当局やパートナーはより安心するかもしれません。例えば、CBDC プロジェクトは、使用される TEE が FIPS 認証されていることを要求するかもしれません。そうすれば、その乱数生成などを信頼できます。これは追加のプロセスを導入し、特定のハードウェアバージョンに制限する可能性があります。

エコシステムとコストの考慮事項

ビジネスの観点から、TEE を使用することは、ブロックチェーン運用のコスト構造に影響を与える可能性があります。ノードは特定の CPU を持っている必要があり (より高価であったり、エネルギー効率が低かったりする可能性があります)。これは、クラウドホスティングの請求額が高くなったり、設備投資が増えたりすることを意味する可能性があります。例えば、プロジェクトがすべてのバリデーターに SGX を搭載した Intel Xeon を義務付ける場合、それは制約です。バリデーターは Raspberry Pi や古いラップトップを持っているだけではだめで、そのハードウェアが必要です。これは、誰が参加できるかを中央集権化する可能性があります (おそらく、ハイエンドサーバーを購入できる人々や、SGX VM を提供するクラウドプロバイダーを使用する人々を優遇します)。極端な場合、ネットワークをより許可制にしたり、クラウドプロバイダーに依存させたりする可能性があり、これは分散化のトレードオフであり、ビジネスのトレードオフでもあります (ネットワークはノードプロバイダーに補助金を出さなければならないかもしれません)。

一方、一部の企業は、既知のバリデーターを_望んでいる_か、許可リストを持っているため (特にエンタープライズコンソーシアムで)、これを受け入れられるかもしれません。しかし、公開暗号ネットワークでは、これは議論を引き起こしました。例えば、SGX が必要とされたとき、人々は「これは大規模なデータセンターだけがノードを実行することを意味するのか?」と尋ねました。これはコミュニティの感情に影響を与え、したがって市場の採用にも影響します。例えば、一部の暗号純粋主義者は、TEE を必要とするチェーンを「信頼性が低い」または中央集権的すぎるとレッテルを貼り、避けるかもしれません。そのため、プロジェクトは PR とコミュニティ教育を処理し、信頼の前提が何であるか、そしてなぜそれがまだ安全であるかを明確にする必要があります。Secret Network が、Intel の更新の厳格な監視と、エンクレーブを更新しないバリデーターはスラッシュされることなどを説明することで FUD に対処しているのを見ました。基本的には、ハードウェアの信頼の上に社会的な信頼の層を築いています。

もう一つの考慮事項は、パートナーシップとサポートです。TEE を取り巻くビジネスエコシステムには、大手テクノロジー企業 (Intel, AMD, ARM, Microsoft, Google など) が含まれます。TEE を使用するブロックチェーンプロジェクトは、しばしばこれらと提携します (例: iExec と Intel の提携、Secret Network と Intel のアテステーション改善に関する協力、Oasis と Microsoft の機密 AI に関する協力など)。これらのパートナーシップは、資金、技術支援、信頼性を提供できます。これは戦略的な点です: 機密コンピューティング業界と連携することは、(資金調達やエンタープライズパイロットの) 扉を開くことができますが、暗号プロジェクトが大手企業と連携することを意味し、コミュニティにイデオロギー的な影響を与えます。

規制の不確実性

TEE を使用するブロックチェーンアプリケーションが成長するにつれて、新たな規制上の問題が生じる可能性があります。例えば:

  • データ管轄権: データが特定の国の TEE 内で処理される場合、それは「その国で処理された」と見なされるのか、それともどこでもない (暗号化されているため) と見なされるのか? 一部のプライバシー法は、市民のデータが特定の地域を離れないことを要求しています。TEE は境界線を曖昧にする可能性があります。クラウドリージョンにエンクレーブがあるかもしれませんが、暗号化されたデータのみが出入りします。規制当局は、そのような処理をどのように見るかを明確にする必要があるかもしれません。
  • 輸出規制: 高度な暗号化技術は輸出規制の対象となる可能性があります。TEE はメモリの暗号化を伴います。歴史的にこれは問題ではありませんでしたが (これらの機能を備えた CPU は世界中で販売されているため)、もしそれが変われば、供給に影響を与える可能性があります。また、一部の国は、国家安全保障上の理由から外国の TEE の使用を禁止または推奨しないかもしれません (例: 中国は Intel を信頼していないため、SGX に相当する独自のものを持ち、機密用途に SGX を許可しないかもしれません)。
  • 法的強制: シナリオ: 政府はノードオペレーターにエンクレーブからデータを抽出するように召喚できるでしょうか? 通常はできません。なぜなら、オペレーターでさえ内部を見ることができないからです。しかし、もし彼らが特定のアテステーションキーのために Intel を召喚したらどうでしょうか? Intel の設計は、彼らでさえエンクレーブのメモリを復号できないようになっています (彼らは CPU にキーを発行し、CPU が作業を行います)。しかし、もしバックドアが存在したり、メモリをダンプするために Intel が署名できる特別なファームウェアがあったりすれば、それは人々を懸念させる仮説です。法的には、Intel のような企業は、セキュリティを損なうように求められた場合、拒否するかもしれません (製品への信頼を破壊しないために、おそらくそうするでしょう)。しかし、その可能性だけで、合法的なアクセスに関する規制上の議論に現れるかもしれません。TEE を使用する企業は、そのような動向に注意を払う必要がありますが、現在、Intel/AMD がエンクレーブデータを抽出するための公開メカニズムは存在しません。それが TEE のポイントです。

市場の差別化と新しいサービス

ビジネスにとっての肯定的な側面として、TEE は収益化できる新しい製品とサービスを可能にします。例えば:

  • 機密データマーケットプレイス: iExec や Ocean Protocol などが指摘しているように、企業は漏洩しないという保証があれば収益化できる貴重なデータを保持しています。TEE は、データがエンクレーブから出ることなく、インサイトのみが出力される「データレンタル」を可能にします。これにより、新しい収益源とビジネスモデルが生まれる可能性があります。Web3 のスタートアップが、企業に機密計算サービスを提供しているのを見ます。本質的に、「何も公開せずにブロックチェーンや企業間のデータからインサイトを得る」というアイデアを販売しています。
  • エンタープライズ DeFi: 金融機関はしばしば、DeFi や公開ブロックチェーンに関与しない理由としてプライバシーの欠如を挙げます。もし TEE が彼らのポジションや取引のプライバシーを保証できるなら、彼らは参加するかもしれず、エコシステムにより多くの流動性とビジネスをもたらすでしょう。これに対応するプロジェクト (Secret のシークレットローンや、コンプライアンス管理を備えた Oasis のプライベート AMM など) は、機関投資家を引き付けるように位置づけられています。成功すれば、それは大きな市場になる可能性があります (アイデンティティと金額は保護されているが、エンクレーブが AML のようなコンプライアンスチェックを内部で行うことを保証する機関投資家向け AMM プールを想像してみてください。それは、規制当局の安心のもとで DeFi に大きなお金をもたらす可能性のある製品です)。
  • 保険とリスク管理: TEE が特定のリスク (オラクルの操作など) を軽減することで、スマートコントラクトプラットフォームの保険料が下がったり、新しい保険商品が登場したりするかもしれません。逆に、TEE は新しいリスク (エンクレーブの技術的障害など) をもたらし、それ自体が保険対象のイベントになる可能性があります。暗号保険の分野が芽生えています。彼らが TEE 依存のシステムをどのように扱うかは興味深いでしょう。プラットフォームは、データ侵害のリスクを低減するために TEE を使用していることをマーケティングし、それによって保険をかけやすく/安くし、競争上の優位性を与えるかもしれません。

結論として、TEE 対応の Web3 のビジネスおよび規制の状況は、信頼とイノベーションのバランスを取ることです。TEE は法律を遵守し、エンタープライズのユースケースを解き放つ道を提供しますが (主流の採用にとって大きなプラス)、ハードウェアプロバイダーへの依存と、透明に管理されなければならない複雑さももたらします。利害関係者は、TEE の可能性を完全に実現するために、テクノロジー大手 (サポートのため) と規制当局 (明確さと保証のため) の両方と関わる必要があります。うまく行けば、TEE は、ブロックチェーンが機密データを扱う業界と深く統合することを可能にする礎となり、それによって Web3 の範囲を、以前はプライバシーの懸念から立ち入り禁止だった分野に拡大する可能性があります。

結論

高信頼実行環境は、Web3 のツールボックスにおける強力なコンポーネントとして登場し、機密性と安全なオフチェーン計算を必要とする新しいクラスの分散アプリケーションを可能にしました。Intel SGX、ARM TrustZone、AMD SEV のような TEE は、計算のためのハードウェアで分離された「安全な箱」を提供し、この特性はプライバシー保護スマートコントラクト、検証可能なオラクル、スケーラブルなオフチェーン処理などに活用されてきました。Cosmos 上の Secret Network のプライベートコントラクトから、Oasis の機密 ParaTime、Polkadot 上の Sanders の TEE クラウド、Ethereum 上の iExec のオフチェーンマーケットプレイスまで、エコシステム全体のプロジェクトは、TEE がブロックチェーンプラットフォームに統合される多様な方法を示しています。

技術的には、TEE は速度と強力なデータ機密性という魅力的な利点を提供しますが、独自の課題も伴います: ハードウェアベンダーを信頼する必要性、潜在的なサイドチャネルの脆弱性、統合と構成可能性におけるハードルです。私たちは TEE を暗号学的代替手段 (ZKP, FHE, MPC) と比較し、それぞれにニッチがあることを見出しました: TEE はパフォーマンスと使いやすさで輝き、一方 ZK と FHE は高いコストで最大限のトラストレス性を提供し、MPC は参加者間で信頼を分散させます。実際、多くの最先端のソリューションはハイブリッドであり、両方の世界の長所を得るために暗号学的手法と並行して TEE を使用しています。

TEE ベースのソリューションの採用は着実に増加しています。Ethereum の dApp はオラクルのセキュリティとプライベートな計算のために TEE を活用し、Cosmos と Polkadot は専門のチェーンを介してネイティブサポートを持ち、エンタープライズブロックチェーンの取り組みはコンプライアンスのために TEE を採用しています。ビジネス的には、TEE は分散型技術と規制の間の架け橋となり得ます。機密データをハードウェアセキュリティの保護下でオンチェーンで処理できるようにし、機関投資家の利用と新しいサービスの扉を開きます。同時に、TEE を使用することは、新しい信頼のパラダイムに関与し、ブロックチェーンの分散化の精神が不透明なシリコンによって損なわれないようにすることを意味します。

要約すると、高信頼実行環境は Web3 の進化において重要な役割を果たしています: プライバシーとスケーラビリティという最も差し迫った懸念のいくつかに対応し、万能薬ではなく (そして論争がないわけでもありませんが)、分散アプリケーションができることを大幅に拡大します。技術が成熟し (ハードウェアセキュリティの改善とアテステーションの標準化により)、より多くのプロジェクトがその価値を実証するにつれて、TEE は (補完的な暗号技術と共に) Web3 の可能性を安全かつ信頼できる方法で最大限に引き出すことを目指すブロックチェーンアーキテクチャの標準コンポーネントになることが期待できます。未来は、ハードウェアと暗号技術が連携して、パフォーマンスが高く、証明可能に安全なシステムを提供し、ユーザー、開発者、規制当局のニーズを満たす階層化されたソリューションを保持している可能性が高いです。

情報源: このレポートの情報は、公式プロジェクトのドキュメントやブログ、業界分析、学術研究など、本文全体で引用されているさまざまな最新の情報源から収集されました。注目すべき参考文献には、Web3 における TEE に関する Metaschool 2025 ガイド、Sanders Network による比較、FHE/TEE/ZKP/MPC に関する ChainCatcher などからの技術的洞察、Binance Research などからの規制コンプライアンスに関する声明が含まれます。これらの情報源は、さらなる詳細を提供しており、特定の側面をより深く探求したい読者にお勧めします。

SonyのSoneium:エンターテインメント世界へブロックチェーンをもたらす

· 約7分

急速に進化するブロックチェーン技術の領域で、馴染みのある名前が大胆なビジョンを掲げて参入しました。エンターテインメントとテクノロジーの巨人 Sony が、最先端の Web3 イノベーションと主流インターネットサービスの橋渡しを目指す Ethereum レイヤー2ブロックチェーン「Soneium」を立ち上げました。では、Soneium とは何か、なぜ注目すべきかを見ていきましょう。

Soneium とは?

Soneium は Ethereum 上に構築されたレイヤー2ブロックチェーンで、Sony Block Solutions Labs(Sony グループと Startale Labs の合弁企業)によって開発されました。2025 年 1 月にテストネットを成功裏に終え本格ローンチし、「境界を超えるオープンインターネット」の実現を目指し、ブロックチェーン技術を日常利用に向けてアクセスしやすく、スケーラブルで実用的にします。

PlayStation や Walkman がゲームと音楽を身近にしたように、Sony がブロックチェーンをユーザーフレンドリーにしようとしていると考えてください。

Soneium の技術基盤

技術好きの方へ、Soneium は Optimism の OP Stack 上に構築されています。つまり、他の人気レイヤー2ソリューションと同様のオプティミスティックロールアップフレームワークを採用しています。簡単に言うと、トランザクションはオフチェーンで処理され、圧縮されたデータだけが定期的に Ethereum に投稿されるため、取引は高速かつ低コストでありながらセキュリティは維持されます。

Soneium は Ethereum Virtual Machine(EVM)と完全互換で、Ethereum に慣れた開発者はプラットフォーム上で簡単にアプリをデプロイできます。また、Optimism の「Superchain」エコシステムに参加しており、Coinbase の Base など他のレイヤー2ネットワークともシームレスに連携できます。

Soneium の特徴は?

市場には既に多数のレイヤー2ソリューションがありますが、Soneium は エンターテインメント、クリエイティブコンテンツ、ファンエンゲージメント に特化している点が際立っています。これらは Sony が何十年もの経験と膨大なリソースを持つ領域です。

たとえば、映画のチケットを購入すると限定デジタルコレクティブルが付与され、ボーナスコンテンツにアクセスできるとします。または、バーチャルコンサートで NFT チケットが特典付きの記念品になる、といった体験です。Sony は Soneium 上でこうした体験を構築することを想定しています。

プラットフォームがサポートするユースケース:

  • ゲーム体験:ゲーム内資産の高速取引
  • NFT マーケットプレイス:デジタルコレクティブルの売買
  • ファンエンゲージメントアプリ:コミュニティがクリエイターと交流
  • クリエイター・ファン向け金融ツール
  • エンタープライズ向けブロックチェーンソリューション

Sony のパートナーシップが Soneium を支える

Sony は単独で進めているわけではありません。開発と普及を加速させるために戦略的パートナーシップを結んでいます。

  • Startale Labs(シンガポール拠点のブロックチェーンスタートアップ、Astar Network 共同創業者の渡辺壮氏が率いる)を主要技術パートナーに
  • Optimism Foundation が基盤技術を提供
  • Circle が USD Coin(USDC)をネットワーク上の主要通貨としてサポート
  • Samsung がベンチャー部門を通じて戦略的投資
  • Alchemy、Chainlink、Pyth Network、The Graph がインフラサービスを提供

さらに、Sony Pictures、Sony Music Entertainment、Sony Music Publishing など内部部門を活用し、Soneium 上で Web3 ファンエンゲージメントプロジェクトをパイロットしています。例として、プラットフォームはすでに「攻殻機動隊」シリーズや Sony レーベル所属アーティストの NFT キャンペーンを実施しています。

初期の成功指標

リリースから数か月で、Soneium は有望なトラクションを示しています。

  • テストネット期間中に 1500 万以上のアクティブウォレット4700 万件以上のトランザクション を処理
  • メインネット開始後 1 ヶ月で 24.8 万以上のオンチェーンアカウント と約 180 万のアドレス がネットワークとやり取り
  • Web3 音楽レーベル Coop Records とのコラボ NFT ドロップなど、複数の NFT 発行に成功

成長促進のため、Sony と Astar Network は 100 日間インセンティブキャンペーン(1 億トークンの報酬プール)を開始し、ユーザーにアプリ利用・流動性提供・アクティブ参加を促しています。

セキュリティとスケーラビリティの両立

Sony にとってセキュリティは最重要課題です。Soneium は Ethereum のセキュリティを継承しつつ、独自の保護策を追加しています。

興味深いことに、Sony は知的財産権侵害と判断した特定のスマートコントラクトやトークンをブラックリスト化するというやや物議を醸すアプローチを取っています。分散性への懸念はあるものの、クリエイター保護と主流ユーザーの信頼構築のために一定のキュレーションは必要だと主張しています。

スケーラビリティ面では、オフチェーンで取引を処理することで、はるかに高い取引量を低コストで処理でき、ゲームや大規模 NFT ドロップといった大量利用シナリオのマスアダプションに不可欠です。

今後のロードマップ

Soneium のマルチフェーズロードマップは以下の通りです。

  1. 初年度:Web3 愛好者と早期採用者のオンボーディング
  2. 2 年目までに:Sony Bank、Sony Music、Sony Pictures など Sony 製品との統合
  3. 3 年目までに:エンタープライズや Sony エコシステム外の一般アプリケーションへの拡大

現在は NFT ドリブンのファンマーケティングプラットフォーム を段階的に展開中で、ブランドやアーティストが簡単に NFT を発行し、限定コンテンツやイベントアクセスといった特典をファンに提供できるようにします。

現時点ではガス代に ETH を使用し、インセンティブに ASTR(Astar Network のトークン)を採用していますが、将来的に Soneium ネイティブトークンが登場する可能性も噂されています。

他のレイヤー2ネットワークとの比較

レイヤー2市場は Arbitrum、Optimism、Polygon など既存プレイヤーで飽和状態ですが、Sony はエンターテインメント帝国という強みを活かし、クリエイティブユースケースに特化することで独自のポジションを築いています。

コミュニティ主導のレイヤー2と異なり、Soneium は Sony のブランド信頼、コンテンツ IP へのアクセス、既存 Sony サービスからの膨大なユーザーベースを活用できます。その代償として、当面は Optimism や Arbitrum のようにトークン発行やコミュニティガバナンスが進んだ分散性は低くなるでしょう。

大局的な視点

Sony の Soneium はブロックチェーンの大衆採用に向けた重要な一歩です。コンテンツとファンエンゲージメントに焦点を当てることで、Sony は Web3 愛好者と日常消費者の橋渡し役を担っています。

もし Sony が数百万規模の顧客のうちごく一部でも Web3 参加者に転換できれば、Soneium は真にメインストリームなブロックチェーンプラットフォームの先駆けとなるでしょう。

実験は始まったばかりですが、可能性は計り知れません。エンターテインメント、テクノロジー、ブロックチェーンの境界がますます曖昧になる中、Soneium はゲームアバターや音楽 NFT を通じて、ブロックチェーン技術を大衆へ届ける最前線に立つ可能性があります。

ブロックチェーンのスケーリング:Caldera と RaaS 革命が Web3 の未来を形作る方法

· 約10分

Web3 のスケーリング課題

ブロックチェーン業界は永続的な課題に直面しています:セキュリティや分散性を犠牲にせずに、何百万ユーザーをサポートできるようにスケールするにはどうすればよいか?

スマートコントラクトの主要プラットフォームである Ethereum は、ベースレイヤーでおよそ 1 秒間に 15 件の取引しか処理できません。需要が高まる期間には、この制限がガス料金の高騰を招き、NFT のミントや DeFi ファーミングが集中する際には 1 取引あたり 100 ドルを超えることさえあります。

このスケーリングのボトルネックは、Web3 の採用に対する存続的な脅威です。Web2 アプリの即時応答性に慣れたユーザーは、トークンをスワップしたり NFT をミントしたりするだけで 50 ドルを支払い、3 分待たされることは容認しません。

そこで登場したのが、ブロックチェーンアーキテクチャを急速に変革している解決策、Rollups-as-a-Service (RaaS) です。

Scaling Blockchains

Rollups-as-a-Service (RaaS) の理解

RaaS プラットフォームは、開発者がゼロからすべてを構築する複雑さなしに、独自のカスタムロールアップをデプロイできるようにします。これらのサービスは、通常は専門のエンジニアチームと数か月の開発が必要な作業を、ワンクリックで完了できるようなストリームライン化されたプロセスに変換します。

なぜ重要なのか?ロールアップこそがブロックチェーンのスケーリング鍵だからです。

ロールアップの仕組みは次の通りです:

  • メインチェーン(レイヤー 1)外で取引を処理する
  • 取引をバッチ化する
  • 圧縮された証明をメインチェーンに提出する

結果は?スループットが劇的に向上し、コストが大幅に削減 され、かつ基盤となるレイヤー 1(例:Ethereum)のセキュリティを継承します。

「ロールアップは Ethereum と競合するのではなく、Ethereum を拡張するものです。Ethereum の高速道路の上に構築された専門的なエクスプレスレーンのようなものです。」

このスケーリング手法は非常に有望で、Ethereum は 2020 年に公式で「ロールアップ中心のロードマップ」を採用し、将来は単一のモノリシックチェーンではなく、相互接続された目的特化型ロールアップのエコシステムになると認めました。

Caldera:RaaS 革命のリーダー

新興の RaaS プロバイダーの中で、Caldera は先駆者として際立っています。2023 年に設立され、Dragonfly、Sequoia Capital、Lattice などの著名投資家から 2500 万ドルの資金調達を実施し、ロールアップ領域の主要インフラプロバイダーとして急速に地位を確立しました。

Caldera の特徴は?

Caldera が他と差別化される主なポイントは以下の通りです。

  1. マルチフレームワーク対応:単一フレームワークに特化する競合と異なり、Caldera は Optimism の OP Stack や Arbitrum の Orbit/Nitro など主要フレームワークをサポートし、開発者に技術的選択肢の柔軟性を提供します。

  2. エンドツーエンドインフラ:Caldera でデプロイすると、信頼性の高い RPC ノード、ブロックエクスプローラー、インデックスサービス、ブリッジインターフェースといったコンポーネントがすべて揃います。

  3. 豊富な統合エコシステム:オラクル、ファウセット、ウォレット、クロスチェーンブリッジ(LayerZero、Axelar、Wormhole、Connext など)を含む 40 以上の Web3 ツール・サービスと事前統合されています。

  4. Metalayer ネットワーク:Caldera の最も野心的なイノベーションは Metalayer です。これはすべての Caldera パワードロールアップを統一エコシステムに接続し、流動性やメッセージをシームレスに共有できるネットワークです。

  5. マルチ VM 対応:2024 年後半、Caldera は Ethereum 上で Solana Virtual Machine (SVM) をサポートする初の RaaS となり、Solana のような高性能チェーンを Ethereum の安全なベースレイヤーに決済させることが可能になりました。

Caldera のアプローチは「すべてのロールアップを包括するレイヤー」を構築し、個別のロールアップが孤立した島ではなく、相互に連携できる統合ネットワークを目指しています。

実際の採用例:Caldera を利用しているプロジェクト

2024 年末時点で、Caldera は 75 以上のロールアップを本番稼働させています。主なプロジェクトは以下の通りです。

  • Manta Pacific:Zero‑knowledge アプリケーション向けに高スケーラビリティを提供し、Caldera の OP Stack と Celestia のデータ可用性を組み合わせたネットワーク。
  • RARI Chain:Rarible の NFT 特化ロールアップで、取引処理は 1 秒未満、プロトコルレベルで NFT ロイヤリティを強制します。
  • Kinto:オンチェーン KYC/AML とアカウント抽象化機能を備えた規制遵守型 DeFi プラットフォーム。
  • Injective の inEVM:EVM 互換ロールアップで、Cosmos エコシステムと Ethereum ベース dApp を接続します。

これらの事例は、汎用レイヤー 1 では実現できないカスタマイズが可能なアプリケーション特化型ロールアップの価値を示しています。2024 年末までに、Caldera が管理するロールアップは 3 億件以上の取引 を処理し、600 万以上のユニークウォレット に利用され、総ロックバリューは 10 億ドル近く に達しています。

RaaS の比較:Caldera と競合他社

RaaS 市場は競争が激化しており、注目すべきプレイヤーは以下の通りです。

Conduit

  • Optimism と Arbitrum エコシステムに特化
  • 完全セルフサービス・ノーコード体験を重視
  • Ethereum メインネットのロールアップの約 20% を支援(例:Zora)

AltLayer

  • 「Flashlayers」:一時的な需要に応える使い捨てロールアップを提供
  • 高トラフィックイベント向けの弾力的スケーリングに注力
  • ゲームイベント時に 1 日あたり 180,000 件以上の取引を処理する実績あり

Sovereign Labs

  • Zero‑knowledge 技術に特化した Rollup SDK を開発中
  • Ethereum に限らず任意のベースチェーン上で ZK‑rollup を実装可能にすることを目指す
  • 現在開発段階で、次世代マルチチェーン ZK デプロイの波に備えている

これらの競合は特定領域で優位性を持ちますが、Caldera の包括的アプローチ(統一ロールアップネットワーク、マルチ VM 対応、開発者体験への注力)は市場リーダーとしての地位を確固たるものにしています。

RaaS とブロックチェーンスケーリングの未来

RaaS はブロックチェーン領域を根本的に変える可能性を秘めています。

1. アプリケーション特化型チェーンの増殖

業界調査によれば、将来的には数百万規模のロールアップが誕生し、各々が特定のアプリやコミュニティにサービスを提供する時代が来ると予測されています。RaaS がデプロイ障壁を下げることで、重要な dApp ごとに最適化されたチェーンが持てるようになります。

2. 相互運用性が最大の課題に

ロールアップが増えるほど、相互通信と価値移転が重要になります。Caldera の Metalayer はこの課題への初期的な取り組みであり、ロールアップ群を横断した統一体験を目指しています。

3. 孤立チェーンからネットワーク化エコシステムへ

最終目標は、ユーザーが自分がどのチェーン上にいるか意識せずに利用できるシームレスなマルチチェーン体験です。価値とデータが専門ロールアップのウェブを通じて自由に流れ、すべてが堅牢なレイヤー 1 によって保護されます。

4. クラウド型ブロックチェーンインフラ

RaaS はブロックチェーンインフラをクラウドサービス化しています。Caldera の「Rollup Engine」は動的アップグレードやモジュール化コンポーネントを可能にし、ロールアップをオンデマンドでスケールできる構成可能なクラウドサービスとして扱います。

開発者と BlockEden.xyz にとっての意味

BlockEden.xyz は RaaS 革命に大きな可能性を見出しています。ブロックチェーンノードを安全に提供するインフラプロバイダーとして、私たちはこの変化するエコシステムで重要な役割を果たす立場にあります。

ロールアップの増加は、開発者がこれまで以上に信頼できるノードインフラを必要とすることを意味します。数千ものアプリケーション特化型チェーンが存在する未来では、高可用性の RPC サービスが不可欠です――まさに BlockEden.xyz が得意とする領域です。

特に注目している領域は以下の通りです。

  1. ロールアップ向け専門 RPC サービス:ロールアップ固有の機能や最適化に対応したインフラが必要です。
  2. クロスチェーンデータインデックス:複数ロールアップ間で価値が流れるため、クロスチェーン活動を追跡・分析できるツールが求められます。
  3. 高度な開発者ツール:ロールアップデプロイが簡素化される一方で、モニタリング・デバッグ・分析ツールの需要が拡大します。
  4. 統一 API アクセス:複数ロールアップを横断して利用する開発者向けに、シンプルで統一された API が必要です。

結論:モジュラーなブロックチェーンの未来

Rollups-as-a-Service の台頭は、ブロックチェーンスケーリングに対する根本的なパラダイムシフトを示しています。すべてのアプリケーションを単一チェーンに押し込むのではなく、用途別に特化したチェーンが相互に接続され、堅牢なレイヤー 1 によって保護されるモジュラーな未来へと移行しています。

Caldera のアプローチは、流動性とメッセージを共有できる統一ロールアップネットワークを構築し、ロールアップデプロイをクラウドサーバーの起動感覚にまで簡素化することで、この未来を具体化しています。RaaS プロバイダーはインフラへのアクセスを民主化し、誰もがブロックチェーンの力を活用できるようにしています。

BlockEden.xyz は、マルチチェーン時代に必要不可欠な信頼性の高いノードインフラと開発者ツールを提供し続けることで、この進化を支援します。私たちがよく言うように、Web3 の未来は単一チェーンではなく、何千もの特化チェーンが協調して動く世界です。


ロールアップ上で構築したい、またはブロックチェーンプロジェクト向けに信頼性の高いノードインフラが必要ですか?お問い合わせメール: info@BlockEden.xyz までご連絡ください。99.9% の稼働率と 27 以上のブロックチェーンに対応した専門 RPC サービスをご提供します。