ブロックチェーンだけでは取得できない外部データ

ブロックチェーンは高い耐改ざん性を備える一方、スマートコントラクトが外部の情報を直接取得することには制約があります。これはコンセンサスの再現性を保つための設計と関係しています。各ノードが異なるタイミングで外部APIへアクセスし、異なる値を受け取れば、同じ処理から同じ結果を導き出せなくなる可能性があるためです。

しかし、実際のアプリケーションでは暗号資産の価格、天候、スポーツの結果など、チェーン外に存在する情報を必要とする場面があります。そこでブロックチェーンと外部世界の間をつなぐ役割を担うのが「オラクル」です。

本記事の前編では、オラクルが必要になる理由から基本構造、中央集権型と分散型の違い、外部データを利用することで新たに生じるリスクまで整理します。

ブロックチェーンの限界とオラクルの役割

スマートコントラクトは、基本的にブロックチェーン上で利用可能な情報を基に処理します。すべてのノードが同じ入力から同じ結果を得られる決定論的な実行が求められるため、通常のWebサービスのように外部APIへ直接アクセスして情報を取得する仕組みとは性質が異なります。

一方、DeFiのレンディングでは担保資産の価格が清算処理に使われ、予測市場では試合や選挙などの結果が決済条件になる場合があります。ゲームでは検証可能なランダム性が必要になるケースがあり、RWAでも価格や評価額など外部情報を利用する設計があります。こうしたオンチェーンだけでは確定できない情報をスマートコントラクトへ届けるのがオラクルです。

重要なのは、オラクルを導入すればすべての問題が解決するわけではない点です。ブロックチェーン内部の計算が正しくても、外部から入力された価格や結果が誤っていれば、スマートコントラクトはその値を基に処理します。「外部データをどう信頼するか」という新たな課題が生まれることが、オラクル問題の核心です。

オラクルとは何か ― 外部情報をブロックチェーンへ届ける仕組み

オラクルとは、ブロックチェーン外のデータを取得し、スマートコントラクトが利用できる形で提供する仕組みです。方式によっては複数のデータソースから情報を取得し、検証や集約、署名などの処理を経てオンチェーンへ届けます。

代表的な構造では、APIや取引所、気象サービスなどの「データ提供者」、情報を取得・検証・集約する「オラクルネットワーク」、データを受け取って処理する「スマートコントラクト」が関わります。ただし、この構造はすべてのサービスに共通するものではありません。Pythでは取引所やマーケットメーカーなどのデータ提供者が直接価格情報を提供し、API3はAPI提供者自身がデータを提供するファーストパーティ・オラクルを採用しています。

オラクルを見るうえで特に重要なのが、データの正確性と可用性です。誤った価格が入力されれば、本来必要のない清算が実行されたり、反対に必要な処理が適切なタイミングで行われなかったりする可能性があります。スマートコントラクトの安全性を考える際は、コードそのものに加え、外部データがどこから来て、どのように検証されるのかを見る必要があります。

中央集権型と分散型 ― 信頼の置き方が異なる

オラクルは設計によってさまざまな形がありますが、大きな考え方として中央集権型と分散型に分けることができます。中央集権型オラクルでは、単一の主体や情報源に強く依存する構成を取ります。構成を比較的シンプルにできる反面、その提供者やシステムに障害が発生すると、データ提供全体へ影響が及ぶ可能性があります。

分散型オラクルでは、複数のノードやデータソースを利用し、値を検証・集約することで単一障害点や一つの情報源への依存を抑える設計が採用されます。Chainlinkの分散型オラクルネットワークや、複数のデータ提供者から価格を集約するPythなどが例として挙げられます。API3やBand Protocolも異なる設計思想から外部データをオンチェーンへ提供しています。

どの方式を採用するかは、扱うデータや資金規模、必要な更新頻度、コスト、許容できる信頼モデルによって変わります。名称が「分散型」であることだけで安全性が決まるわけでもありません。何社からデータを取得するのか、誰が更新できるのか、異常値をどう扱うのかといった具体的な設計を見ることが重要です。

オラクルが機能しないと何が起こるのか

オラクルから誤った情報が届いたり、更新が遅れたりすると、そのデータを利用するプロトコルにも影響が及ぶ可能性があります。DeFiでは担保価格が清算条件と結び付いている場合があるため、価格データの異常や更新経路の問題が資金損失につながることもあります。

2025年4月には、分散型取引プラットフォームKiloExで価格を不正に操作した取引による大規模な被害が発生しました。この事件は当初「オラクル操作攻撃」と広く報じられましたが、その後の分析では、価格更新経路につながるコントラクトのアクセス制御や検証に不備があり、攻撃者が不正な価格を利用できたことが根本的な問題として指摘されています。

この事例が示しているのは、「オラクルを使っているか」という一点で安全性を判断できないことです。情報源、価格更新の権限、データの検証方法、異常時の停止機構まで含めて設計しなければ、信頼できるデータ基盤にはなりません。ブロックチェーンのセキュリティが強固でも、入力部分が弱ければアプリケーション全体の弱点になり得ます。

オラクル問題は「現実世界をどう信頼するか」という課題

オラクルは、スマートコントラクトがブロックチェーンの外にある情報を利用するための重要なインフラです。一方で、外部データを取り込むことで、情報源の正確性や更新頻度、可用性、改ざん耐性といった新しい課題も持ち込まれます。

Web3が金融、RWA、ゲーム、予測市場など現実世界と関係する領域へ広がるほど、「どのデータを、誰から、どのような方法で受け取るのか」は重要になります。後編ではChainlink、Pyth、API3などの具体的な仕組みやユースケースを取り上げ、それぞれがオラクル問題にどのような方法で向き合っているのかを掘り下げます。