Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin CryptoTax DeFAI Chain SAFU AGI Claude Me Claude Skill Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
DeFiプロトコルの底層を徹底解説:AMM・レンディング・収益・リスク
defi-bible.com
最新
SECコミッショナーが警告:暗号資産ボールトを「オンチェーンに移す」ことは証券法を逃れることを意味しない——これはあなたが使っている収益プロトコルにとって何を意味するか  ·  世界最大の資産運用会社が180億ドルのファンドをUniswapに乗せた——これは何を意味するのか?  ·  同一アドレス、同一ブロック、入って即座に出る:ブロックチェーンエクスプローラーで自らJIT流動性攻撃を見つける方法  ·  ベーシス取引の利益は推測ではなく計算による:契約選びから決済までの完全な実務フロー  ·  構築はただの始まりに過ぎず、デルタニュートラルの本当の作業はその後にある:自ら動いていくポジションをどう監視するか  ·  あなたはスマートコントラクトと取引していると思っているが、実際は聞いたこともないかもしれないチームを信頼している:ボールトのキュレーターの評価方法
用語解説 · MEVと市場マイクロ構造

Oracle Network

オラクルネットワーク
MEVと市場マイクロ構造 intermediate

30秒バージョン · 忙しい方へ
複数の独立したノードから構成される分散型インフラであり、各ノードがそれぞれオフチェーンから同じデータ(ある資産の市場価格など)を取得し、コンセンサスメカニズムを通じて単一の信頼できる数値に集約してスマートコントラクトに供給する。これにより単一のデータソースが操作されるだけでシステム全体に影響が及ぶリスクを回避する。
詳しく読む +
01 · これは何?

オラクルネットワークとは何ですか?以前の記事で紹介した単一のオラクルとどう違いますか?

以前の記事で紹介した通り、オラクルとはオフチェーンの情報(最も一般的なのは資産価格)をブロックチェーンに持ち込みスマートコントラクトに使わせる仕組みを指し、オラクルネットワークはこの仕組みの具体的な実装方法の一つである——単一のデータソースや単一のノードに依存するのではなく、互いに独立し、通常異なる運営者によって運用される複数のノードが、それぞれ同じデータを照会し、何らかの集計ルール(複数のノードが報告した数値の中央値を取るなど)を通じて、これらの独立して取得した数値を、最終的にスマートコントラクトに提供される結果に統合する。

単一のオラクルとの最大の違いは「攻撃者が支払う必要のあるコスト」にある:あるシステムが単一のデータソースにのみ依存している場合、攻撃者はこの一つのソースを成功裏に操作またはハッキングするだけで、システム全体に誤ったデータを採用させられる;オラクルネットワークはこれとは対照的に、攻撃者がネットワーク内の十分な数の独立したノードを同時に操作しなければ、最終的に集計された数値を歪めることができない。この複数の独立して分散運用されているノードを同時に攻略する要件は、単一のソースを攻略するよりもはるかに高いハードルであり、これこそがオラクルネットワークが達成しようとしている核心的なセキュリティ効果である。

02 · なぜ存在する?

オラクルネットワークはなぜ登場したのですか?以前の記事で紹介したどんな問題を解決しようとしていますか?

以前の記事で紹介したオラクル操作攻撃の核心的な原因は、しばしば攻撃者が単一の流動性の浅いデータソース(単一のプールのリアルタイム価格など)を操作するだけで、このソースに依存するシステム全体を歪められることにある。この種の攻撃が成立するのは、多くの初期のプロトコルが単一の中央集権的な価格ソースに依存していたという構造的な弱点を反映している——このソース自体が技術的にどれだけ信頼できても、単一点依存である限り、狙われた攻撃を受けるリスクが存在する。

オラクルネットワークが解決しようとしているのはまさにこの「単一点依存」という構造的な問題である:複数の独立したノードに、それぞれ異なるチャネルからデータを取得させることで(単一のプールだけを見るのではなく、複数の異なる取引所の価格を照会するなど)、コンセンサスメカニズムを使って異常を取り除く。少数のノードのデータソースが操作された、あるいは自身が故障しても、ネットワークがあらかじめ設定した耐障害性のしきい値を超えない限り(3分の2以上のノードが同意しなければ数値を更新できないなど)、ネットワーク全体は依然として継続的に信頼できる結果を出力できる。この設計は「信頼」を単一の主体への依存から、分散型ネットワーク全体の多数派のコンセンサスへの依存へと移す——ある程度ブロックチェーン自体の「分散化が単一障害点のリスクを下げる」という核心的な精神を、「オフチェーンのデータをオンチェーンに持ち込む」という特定の部分に拡張応用している。

03 · 意思決定にどう影響する?

オラクルネットワークは具体的にどう機能しますか?複数のノードのデータはどのように単一の数値に集計されますか?

典型的なオラクルネットワークの運用フローにはいくつかの段階がある:

  1. データソースの多様化:各独立ノードは通常単一のソースだけを照会することを許されず、複数の異なる取引所やデータプロバイダーの価格情報を集約し、このノード自身が正しいと考える価格を計算し、ネットワーク全体に報告する必要がある
  2. ノードの分散化:ネットワーク全体は互いに独立し、通常異なる運営者に属する複数のノードから構成され、これらのノードはインフラを共有せず、単一の主体に支配されない。ある程度ブロックチェーン自体がマイナーやバリデーターの分散化を要求するロジックに似ている
  3. コンセンサスによる集計:すべてのノードがそれぞれ報告する数値がネットワークに送られると、システムはあらかじめ設定された集計ルールに従って(一般的な方法はすべての報告値の中央値を取ることであり、平均値ではない。中央値は極端な外れ値への耐性がより強いため)、最終的にスマートコントラクトに供給する単一の数値を計算する
  4. 更新のトリガーメカニズム:ほとんどのオラクルネットワークは毎ブロック価格を更新しない(それではリソースを消費しすぎる)。代わりにトリガー条件を設定する——価格変動がある割合のしきい値を超えた、あるいは固定の時間間隔が経過したなど、その時に初めて新しい価格更新をトリガーする。2回の更新の間、スマートコントラクトが読み取るのは依然として前回の更新の数値である
  5. ノードのインセンティブメカニズム:ほとんどのオラクルネットワークはノードが正直にデータを報告することを奨励する経済的インセンティブを設計する——ノードに担保として一定額のトークンをステーキングすることを要求し、意図的に誤った数値を報告したことが発見されれば、このステーキングされたトークンが差し引かれる可能性がある。この仕組みはある程度以前の記事で紹介した経済的インセンティブを通じて分散型システムの正直な運用を駆動するロジックに似ている

この一連の仕組み全体の核心的な設計思想は、データソースの分散、ノードの運営者の分散、経済的インセンティブによる制約を重ねることで、単一の要素が操作されるだけでシステム全体に影響が及ぶ確率を段階的に下げることである。

04 · どうすればいい?

オラクルネットワークは一般ユーザーにとって実際どのような影響がありますか?自分が使用しているプロトコルが依存するオラクルネットワークが十分に信頼できるかをどう評価すればよいですか?

一般ユーザーにとって、オラクルネットワークの存在と運用ロジックを理解することは、以前の記事で紹介したオラクル操作攻撃が、あなたが使用している特定のプロトコルにとって実際に発生する確率がどれだけ高いかをより正確に評価する助けになる——あるプロトコルが単一のプールのリアルタイム価格ではなく、成熟し十分な規模の分散型オラクルネットワークに依存している場合、このプロトコルのオラクル操作攻撃への耐性は、単一の中央集権的なソースに依存するプロトコルよりも通常明らかに高い。

自分が使用しているプロトコルがどのオラクルに依存しているかを評価する際、検証する価値のあるいくつかの具体的な側面:このプロトコルが依存しているオラクルが、本当の意味で分散型ネットワーク(複数の独立したノード、多様なデータソース)であるか、それとも名目上オラクルと呼ばれているが実際には依然として単一の中央集権的なデータソースであるか;このオラクルネットワーク自体が長期的な市場検証を経ており、十分な規模の実際の使用実績を蓄積しているか(どれだけのプロトコルに採用されているか、累積でどれだけの取引金額を処理したかなど。この種の数字はある程度このネットワークの成熟度と攻撃耐性を反映しているが、異なる統計方法とデータソースの間で数字に明らかなずれがある可能性があり、検証の際は単一のソースの宣伝の数字だけを見るのではなく複数の情報源を比較する価値がある);そしてこのオラクルネットワークのノードのインセンティブメカニズムの設計が合理的か、ノードが不正を働く経済的コストが本当に潜在的な利益を上回っているか。これらの側面を理解することは、どの融資やデリバティブプロトコルを評価する際も、「このプロトコルが使用しているオラクルはどれだけ信頼できるか」を、曖昧で評価不能な技術的なブラックボックスとしてではなく、具体的で検証可能なリスク指標として扱う助けになる。

具体例 +

Chainlinkは現在最大規模で、最も多くのプロトコルに採用されている分散型オラクルネットワークの代表的な事例である——DefiLlamaなどのサードパーティ統計プラットフォームによる2026年の追跡データによると、Chainlinkの「総価値保証」(Total Value Secured、そのサービスに依存して安全に運用される資産の総価値を指し、「総ロック資産価値」とは異なる統計方法)は数百億ドル規模に達し、数百のプロトコルに採用されており、融資、デリバティブ、ステーブルコインなど様々な用途をカバーしている。これはオラクルネットワークの実際の市場での地位を評価する際に最もよく引用される具体的な事例である。注目に値するのは、異なる統計ソースがこの規模の具体的な数字について完全には一致していないことであり、検証の際は単一の数字だけを見るのではなく複数の情報源を比較すべきである。

よくある誤解 +
✕ 誤解 1
× 誤解:あるプロトコルが「分散型オラクル」を使用していると称していれば、データソースはすでに完全に分散化されており単一点のリスクは存在しないことを意味する、実際は:この「分散化」の度合いを具体的に検証する必要がある——ノードの数が十分か、ノードの運営者が本当に互いに独立しているか、データソースが本当に複数のチャネルに分散しているか。名目上分散型オラクルを使用していても、実際の分散化の度合いが十分であることを保証しない
✕ 誤解 2
× 誤解:「総価値保証」(Total Value Secured)は「総ロック資産価値」(TVL)と同じであり、互いに置き換えて使用できる、実際は:両者は異なる統計方法である——前者はこのオラクルサービスに依存して安全に運用される資産の総価値を指し、後者はある特定のプロトコルのコントラクト内に実際に保有されている資産の総価値を指す。この2つの数字の計算基礎と意味はまったく異なり、検証の際は混同すべきではない
The Missing Link +
直接的な影響

メリットはデータソースの分散、ノードの運営者の分散、経済的インセンティブによる制約を通じて、システムの単一点操作攻撃への耐性を大幅に向上させ、スマートコントラクトが比較的安全にオフチェーンのデータを取得できるようにすることである;デメリットはこの仕組み自体がシステムの複雑さと運営コストを増加させる(複数の独立したノードを維持し、経済的インセンティブメカニズムを設計する必要がある)ことであり、「十分な分散化の度合い」自体が一度限りの確認ではなく継続的な検証を必要とする動的な状態であることであり、ノードの数や多様性が時間とともに低下すれば、本来の安全効果もそれに応じて弱まる可能性がある。

質問する
10文字以上入力してください
関連トピック