オラクルブロックチェーン

オラクルブロックチェーンとは？

オラクルブロックチェーンとは、スマートコントラクトを外部データ、オフチェーンシステム、現実世界の出来事、他のブロックチェーンからの情報につなぐブロックチェーンインフラを指します。

暗号資産分野では通常、ブロックチェーンオラクルシステム、オラクルネットワーク、またはスマートコントラクトの有用性を高めるためにオラクルに依存するブロックチェーンアプリケーションを指す言葉として使われます。

スマートコントラクトは、自らのブロックチェーン上にすでに存在するデータを読み取れますが、通常のWebサイト、非公開データベース、金融データフィード、銀行記録、気象システム、スポーツの結果、市場APIには初期設定では直接アクセスできません。

Ethereumのオラクルのドキュメントでは、オラクルがオフチェーン情報を取得、検証し、スマートコントラクトに送信すると説明されています。

つまり、オラクルブロックチェーンはブロックチェーンのロジックと外部世界をつなぐ、信頼されたデータブリッジとして機能します。

たとえば融資プロトコルでは、担保の市場価値を把握するためにオラクルが必要となる場合があります。

デリバティブプロトコルでは、満期時に契約を決済するためにオラクルが必要となる場合があります。

ステーブルコインシステムでは、準備金や担保を評価するためにオラクルが必要となる場合があります。

トークン化資産のプラットフォームでは、金利、償還状況、カストディデータ、現実資産価格を報告するためにオラクルが必要となる場合があります。

オラクルがなければ、多くのブロックチェーンアプリケーションはトークン送金とオンチェーンに保存されたデータに用途が限られます。

オラクルインフラがあれば、スマートコントラクトは価格、出来事、準備金、本人確認情報、クロスチェーンメッセージ、現実世界の状況に応じて動作できます。

オラクルブロックチェーンの要点

• • オラクルブロックチェーンとは、外部データやオフチェーンとの接続にオラクルを利用または提供するブロックチェーンインフラを指します。
  • スマートコントラクトは通常のWeb APIや現実世界のデータベースに初期設定では直接アクセスできないため、オラクルが必要です。
  • DeFiにおける重要なオラクル用途の1つが価格フィードです。
  • オラクルを利用するブロックチェーンは、融資、デリバティブ、ステーブルコイン、保険、予測市場、トークン化資産、ゲーム、自動化、クロスチェーンアプリケーションを支援できます。
  • オラクルシステムには、中央集権型、分散型、ファーストパーティ、サードパーティ、プッシュ型、プル型、オンチェーン、オフチェーン、ハイブリッド型があります。
  • 不正確なオラクルデータによって、スマートコントラクトが誤った金融判断を自動的に実行する可能性があります。
  • オラクル操作は、スマートコントラクトにおける重大なセキュリティリスクです。
  • 強固なオラクル設計では、複数のデータソース、集約、データの鮮度確認、サーキットブレーカー、監視、明確なガバナンス管理を採用します。
  • オラクルブロックチェーンによって信頼が完全になくなるわけではありません。
  • ブロックチェーンアプリケーションでデータを検証、配信、利用するための体系的な方法を構築します。

オラクルブロックチェーンが重要な理由

オラクルブロックチェーンが重要なのは、ブロックチェーンが決定性を持つシステムだからです。

決定性とは、誠実な各ノードが同じトランザクションを処理し、同じ結果に到達できることを意味します。

スマートコントラクトが実行中に通常のWebサイトを呼び出せる場合、ノードごとに異なる回答を受け取る可能性があります。

あるノードは応答を遅れて受け取るかもしれません。

別のノードはエラーを受け取るかもしれません。

さらに別のノードは、操作されたサーバーからデータを受け取るかもしれません。

その場合、正しい結果についてノード間で合意できず、コンセンサスが難しくなります。

オラクルは選択した外部情報を管理された方法でオンチェーンに取り込み、この問題を解決します。

スマートコントラクト自体がWebを閲覧するわけではありません。

オラクルがすでに配信または検証したデータを読み取ります。

そのため、ブロックチェーン外の事実に応じて動作する必要があるスマートコントラクトには、オラクルが不可欠です。

オラクルブロックチェーンの仕組み

オラクルブロックチェーンのワークフローは、データが必要になったときに始まります。

スマートコントラクト、プロトコル、ウォレット、アプリケーション、ユーザーが、オンチェーンで利用できない情報を必要とします。

オラクルシステムは、1つ以上の情報源からデータを収集します。

情報源には、市場、データプロバイダー、API、センサー、企業システム、バリデーター、報告者、他のブロックチェーンなどがあります。

オラクルは、独自の手法に従ってデータを確認し、整形します。

値の集約、外れ値の除外、タイムスタンプの確認、信頼度の計算、複数の署名の要求を行う場合があります。

最終的な値はブロックチェーンに送信されるか、ユーザーがトランザクションとともに送信できるように提供されます。

スマートコントラクトはオラクルの値を読み取り、ロジックに使用します。

融資コントラクトは、担保の健全性を計算するために値を使う場合があります。

デリバティブコントラクトは、支払額を計算するために値を使う場合があります。

クロスチェーンコントラクトは、別のネットワークで出来事が発生したことを確認するために値を使う場合があります。

オラクルブロックチェーンとブロックチェーンオラクルの違い

オラクルブロックチェーンとブロックチェーンオラクルは、密接に関連する言葉です。

ブロックチェーンオラクルは、外部データをスマートコントラクトに届けるシステムです。

オラクルブロックチェーンは、データ駆動型のスマートコントラクトを支えるためにオラクルサービスを利用する、より広範なブロックチェーン環境を指す場合があります。

日常的な暗号資産関連の文章では、これらの用語が似た意味で使われることがよくあります。

オラクルブロックチェーンは、オラクルを活用するブロックチェーンインフラを指すと解釈するのが適切です。

通常、ブロックチェーン自体がすべての現実世界の事実を自動的に把握できるという意味ではありません。

選択したデータをオラクルの仕組みで受け取れるという意味です。

オラクルが外部データを魔法のようにトラストレスにするわけではないため、この違いは重要です。

オラクルは、外部世界とスマートコントラクトの間に検証と配信のレイヤーを構築します。

このレイヤーのセキュリティは、設計、インセンティブ、データ品質、分散化、ガバナンスによって異なります。

オラクル問題

オラクル問題とは、危険な信頼上の弱点を生じさせずに、ブロックチェーンを外部データにつなぐ課題です。

ブロックチェーンは、署名、残高、トランザクションのルール、スマートコントラクトの状態を検証できます。

しかし、誰かが情報を報告しない限り、オフチェーンの価格、気象現象、スポーツの結果、銀行振込、法的記録が正しいかどうかを独自に検証できません。

オラクルが報告手段となります。

オラクルが誤っていても、スマートコントラクトはその誤ったデータに正確に従って動作する可能性があります。

そのため、オラクルのセキュリティは些細な問題ではありません。

DeFi市場、ステーブルコインシステム、デリバティブプロトコル、保険商品、トークン化資産プラットフォームが安全に機能するかを左右する可能性があります。

オラクル問題には、信頼の前提を完全になくすのではなく、通常はその前提を減らすことで対処します。

優れたオラクルシステムは、不正なデータを送信しにくく、検出しやすく、悪用するコストを高くします。

脆弱なオラクルシステムでは、誤った価格や遅延した更新が、重大なプロトコル障害につながる可能性があります。

オラクルブロックチェーンシステムの種類

ブロックチェーンアプリケーションで利用されるオラクルシステムには、いくつかの種類があります。

価格オラクルは、資産価格や市場指数を報告します。

データオラクルは、金利、結果、気象情報、準備金、公式記録など、価格以外の情報を報告します。

乱数オラクルは、ゲーム、NFTのミント、抽選、その他のアプリケーション向けに予測困難な値を提供します。

準備金証明オラクルは、トークン、ラップド資産、担保型システムを裏付ける資産についての情報を報告します。

クロスチェーンオラクルは、異なるブロックチェーン間でメッセージやイベントを中継します。

自動化オラクルは、一定の条件が満たされた場合にスマートコントラクトの関数を実行します。

計算オラクルは、オンチェーンで直接実行するにはコストが高すぎる可能性のある処理を実行または検証します。

ハードウェアオラクルは、物理デバイス、センサー、チップ、機器をブロックチェーンコントラクトにつなぎます。

実際のアプリケーションでは複数のデータソースや報告方法が必要となる場合が多いため、本番環境のオラクルシステムの多くはハイブリッド型です。

オラクルブロックチェーンにおける価格フィード

暗号資産金融で最も一般的かつ重要なオラクル用途は価格フィードです。

価格フィードは、スマートコントラクトに資産の参照価格を提供します。

融資プロトコルでは、担保が十分かどうかを判断するために価格フィードが必要です。

デリバティブプロトコルでは、証拠金、資金調達、決済の計算に価格フィードが必要です。

ステーブルコインシステムでは、担保やペッグのリスクを監視するために価格フィードが必要です。

Vaultやストラクチャード商品では、持分、手数料、リバランスの操作を計算するために価格フィードが必要となる場合があります。

Pyth Networkの価格フィードのベストプラクティスでは、報告された価格の不確実性をプロトコルが考慮できるよう、価格の信頼区間について説明しています。

優れた価格オラクルは、単に数値を報告するだけではありません。

その数値が最新で、信頼でき、安全に利用できるかどうかもアプリケーションが判断できるようにする必要があります。

市場価格が脆弱なオラクルシステムの更新速度を上回って動く可能性があるため、ボラティリティが高い局面では価格フィードの品質が特に重要です。

プッシュ型とプル型のオラクルモデル

オラクルブロックチェーンでは、プッシュ型モデル、プル型モデル、またはその両方を利用できます。

プッシュ型モデルでは、条件が満たされるとオラクルデータがオンチェーンに投稿されます。

価格がしきい値を超えて変動した場合や、最大時間間隔が経過した場合にフィードが更新されることがあります。

多くのスマートコントラクトが同じ公開値を読み取る必要がある場合に有用です。

プル型モデルでは、ユーザーやアプリケーションが必要なときに最新の署名済みデータをオンチェーンに取り込みます。

不要な更新を減らし、特定のトランザクションに新しいデータを利用できる場合があります。

データがすでにオンチェーンに保存されているため、プッシュ型モデルではコントラクトがデータを読み取りやすい場合があります。

プル型モデルでは、ユーザーが必要とするタイミングでデータを届けるため、柔軟性が高い場合があります。

どちらのモデルにも、コスト、データの鮮度、レイテンシ、複雑さに関するトレードオフがあります。

開発者はアプリケーションの経済的リスクに合ったモデルを選ぶ必要があります。

中央集権型オラクルブロックチェーンの設計

中央集権型のオラクル設計は、主に1つの運営者、データソース、報告経路に依存します。

シンプルで、高速かつ低コストにできる場合があります。

一方で、単一障害点となる可能性があります。

運営者がオフラインになると、スマートコントラクトが必要なデータにアクセスできなくなる場合があります。

運営者が誤った値を報告すると、スマートコントラクトが誤って実行される可能性があります。

運営者が事前の告知なく手法を変更すると、ユーザーが予想しない結果になる場合があります。

信頼関係が明確に開示されている場合、中央集権型オラクルは低価値のテスト、社内アプリケーション、システムで許容されることがあります。

高価値のDeFiや担保システムでは、通常、リスクが高くなります。

スマートコントラクトが管理する価値が高いほど、脆弱な単一のデータ経路は許容しにくくなります。

ユーザーは、オラクルを誰が管理し、その関係者に障害が起きた場合に何が起こるかを必ず確認してください。

分散型オラクルブロックチェーンの設計

分散型オラクルの設計では、複数のノード、データソース、報告者を利用します。

目的は、1つの情報源への依存を減らし、操作を困難にすることです。

Chainlinkのオラクルのドキュメントでは、スマートコントラクトを外部データやサービスにつなぐオラクルインフラについて説明しています。

分散型オラクルシステムでは、複数のノードに署名済みの値の提出を求める場合があります。

中央値、加重平均、信頼度スコア、その他の集約方法で値を組み合わせる場合があります。

正確な報告を促すため、インセンティブ、評判、ステーキング、ペナルティを利用する場合があります。

分散化によって耐障害性は高まりますが、あらゆる問題が解決するわけではありません。

すべてのノードが同じ脆弱なデータソースに依存する場合、システムは依然として障害を起こす可能性があります。

ガバナンスが重要な設定を容易に変更できる場合も、システムにはリスクが残ります。

集約の設計が不十分であれば、攻撃者が流動性の低い市場や古い更新を悪用する可能性があります。

DeFi融資におけるオラクルブロックチェーン

DeFi融資は、オラクルインフラに大きく依存しています。

融資プロトコルは、預け入れられた担保資産と借入資産の価値を把握する必要があります。

担保価値が大きく下落すると、プロトコルは強制決済を認める場合があります。

オラクル価格が高すぎると、リスクの高い借入が必要以上に長く継続する可能性があります。

オラクル価格が低すぎると、健全な借り手が不当に強制決済される場合があります。

つまり、オラクルの正確性は借り手、貸し手、清算人、プロトコルの支払能力に直接影響します。

オラクルの不確実性が高い場合、強固な融資プロトコルは保守的なリスクパラメーターを使用する必要があります。

流動性の低い担保に対して、脆弱な価格フィードを使うことは避けるべきです。

フィードの鮮度や異常な価格変動を監視する必要があります。

オラクル設計は融資のリスク管理と切り離せません。

デリバティブにおけるオラクルブロックチェーン

デリバティブプロトコルでは、参照価格や外部の出来事に基づいて契約を決済するため、オラクルが必要です。

無期限契約ではインデックス価格が必要となる場合があります。

オプション契約では満期時の価格が必要となる場合があります。

合成資産では、外部資産を追跡するフィードが必要となる場合があります。

オラクルが誤っていると、トレーダーへの支払いが不正確になる可能性があります。

オラクルの更新が遅れると、証拠金や強制決済に関する判断が不公正になる場合があります。

オラクルを操作できる場合、攻撃者が歪められた決済を利用して利益を得る可能性があります。

レバレッジが高いほど、オラクルの品質が重要になります。

レバレッジを利用したポジションでは、小さなオラクルの誤差が大きな金融上の影響をもたらす可能性があります。

デリバティブプロトコルでは、堅牢なインデックスの構築、複数の情報源、サーキットブレーカー、緊急時の手順を採用する必要があります。

ステーブルコインにおけるオラクルブロックチェーン

ステーブルコインシステムでは、担保価格、ペッグの状態、償還価値、準備金情報を追跡するためにオラクルを利用する場合があります。

担保型ステーブルコインでは、システムの担保が過剰か不足しているかを判断するために、正確な価格データが必要です。

市場急落時にオラクルデータが古いと、システムの対応が遅れる場合があります。

オラクルデータが操作されると、強制決済やミントのルールが誤作動する可能性があります。

ステーブルコインのオラクルは、平穏な時だけでなく、市場ストレス時も想定して設計する必要があります。

ステーブルコインシステムでは、発行者、準備金、償還、法務、流動性に関するリスクも考慮する必要があります。

オラクルは価格や準備金のシグナルを報告できますが、ステーブルコインの安全性を保証するものではありません。

ユーザーはステーブルコインのリスク分析の一部として、オラクルの品質を評価してください。

「ステーブル」という言葉があっても、慎重なデータ設計が不要になるわけではありません。

ステーブルコインシステムの信頼性は、依存するルールやデータの信頼性に左右されます。

オラクルブロックチェーンとトークン化資産

トークン化された現実資産は、オフチェーン資産がオフチェーンの事実に依存するため、オラクルインフラを必要とする場合がよくあります。

トークン化された債券では、金利、支払い状況、満期情報、発行者データが必要となる場合があります。

トークン化されたコモディティでは、保管記録、カストディデータ、市場価格が必要となる場合があります。

トークン化された請求書では、支払い確認が必要となる場合があります。

トークン化された不動産商品では、評価額、権利記録、賃料データ、法的事象の更新が必要となる場合があります。

オラクルは、カストディアン、監査人、管理者、銀行、受託者、裁判所、公式登録機関に依存する場合があります。

これは、オンチェーンだけで完結するトークンとは異なる信頼モデルを生み出します。

ブロックチェーンが所有権や移転を記録する一方、オラクルは権利や価値を決める事実を報告する場合があります。

ユーザーは、トークンが何を表すのか、オラクルが実際に何を証明するのかを確認する必要があります。

オラクルはオフチェーンの事実を報告できますが、それだけで弱い法的権利を強固なものにすることはできません。

クロスチェーン型オラクルブロックチェーンシステム

クロスチェーンオラクルシステムは、異なるブロックチェーン間でデータやメッセージを中継します。

クロスチェーン融資、ブリッジの監視、ガバナンス、流動性の移動、マルチチェーンアプリケーションを支援できます。

クロスチェーンオラクルは、別のネットワークでトランザクションが発生したことを確認する場合があります。

あるチェーンから別のチェーンへ、トークン残高、コントラクトの状態、価格更新、メッセージのコミットメントを伝える場合があります。

各ブロックチェーンでファイナリティ、ブロック生成時間、手数料、セキュリティの前提が異なるため、クロスチェーンオラクルの設計は複雑です。

一方のチェーンでメッセージが遅れている間に、別のチェーンがすでに反応している場合があります。

それによってタイミングリスクや裁定取引の機会が生じる可能性があります。

チェーン間におけるオラクル抽出可能価値に関する研究では、オラクル更新のタイミングが強制決済や投機をめぐる機会を生む可能性について論じられています。

そのため、クロスチェーン型オラクルブロックチェーンの設計では、正確性とタイミングの両方が重要です。

正確なメッセージでも、到着が遅すぎればリスクを生じさせる可能性があります。

オラクルブロックチェーンと乱数

乱数オラクルは、ブロックチェーンアプリケーションに予測困難な値を提供します。

乱数は、ゲーム、抽選、NFTの属性生成、ランダム報酬、公平な選定システムに役立ちます。

ブロック生成者が単純なブロック変数にある程度影響を与える可能性があるため、安全な乱数をオンチェーンで直接生成するのは困難です。

Solidityのブロック変数に関するドキュメントでは、ブロックのタイムスタンプやハッシュを安全な乱数ソースとして扱うべきではないと警告しています。

乱数オラクルは、生成前に値を予測困難にし、配信後に検証可能にする暗号技術を使う場合があります。

弱い乱数は不公平な結果につながる可能性があります。

ゲームやNFTのミントでは、弱い乱数により攻撃者が希少な結果を予測できる場合があります。

金融システムでは、弱い乱数が直接的な経済損失につながる可能性があります。

資金や希少資産が関わる場合は、乱数オラクルを慎重に選ぶ必要があります。

攻撃者が影響を与えられるなら、乱数に見える数値だけでは不十分です。

オラクルブロックチェーンと自動化

自動化オラクルは、特定の条件が満たされるとスマートコントラクトが操作を実行できるようにします。

こうしたシステムは、Keeperまたは自動化ネットワークと呼ばれることがあります。

スマートコントラクトでルールを定義しても、そのルールを実行するトランザクションを送信する主体は必要です。

たとえば、Vaultのリバランス、オークションの決済、報酬の更新、強制決済の実行、期限切れ市場の終了のために、プロトコルが関数の呼び出しを必要とする場合があります。

自動化オラクルは条件を監視し、必要に応じてトランザクションを送信します。

これによりスマートコントラクトシステムの信頼性が高まり、手作業が減る場合があります。

一方で、タイミングやインセンティブに関するリスクが生じることもあります。

自動化が機能しないと、重要な処理が実行されない場合があります。

自動化を1者が管理すると、実行タイミングが中央集権化する可能性があります。

優れた自動化設計には、インセンティブ、代替手段、監視、明確な障害対応が含まれます。

オラクルブロックチェーンとMEV

MEVは「maximal extractable value（最大抽出可能価値）」の略です。

EthereumのMEVのドキュメントでは、ブロックへのトランザクションの取り込み、除外、順序変更によって価値が抽出される可能性があると説明されています。

オラクル更新によって価格、担保比率、強制決済の対象となる条件、裁定取引の状況が変わるため、MEVの機会が生じる場合があります。

価格更新によって借り手が強制決済の対象になると、サーチャーが先に強制決済を実行しようと競合する場合があります。

クロスチェーンオラクルの更新が一方のネットワークに先に届くと、トレーダーがタイミングの差を利用する場合があります。

保留中のトランザクションからオラクル主導の利益機会が明らかになると、自動化システムがその前後で行動しようとする場合があります。

つまり、オラクルブロックチェーンのセキュリティは、データを正確に報告することだけではありません。

誰が更新を確認できるか、誰が先に行動できるか、トランザクションの順序がユーザーにどう影響するかも重要です。

プロトコルは、オラクルのタイミング、パブリックメンプールでの可視性、優先手数料、強制決済の設計を考慮する必要があります。

オラクルのデータが正確でも、タイミングへの対処が不十分であれば、不公正な執行につながる可能性があります。

オラクルブロックチェーンとガス代

オラクル更新にはブロックチェーントランザクションが必要となることが多く、そのためガス代はオラクルの信頼性に影響します。

Ethereumのガスのドキュメントでは、ユーザーが基本手数料を支払い、トランザクションを早く取り込んでもらうために優先手数料を含める場合があると説明されています。

ネットワークが混雑すると、オラクル更新のコストが高くなる可能性があります。

オラクルのインセンティブが低すぎると、更新が遅れる場合があります。

ボラティリティが高い時に更新が遅れると、プロトコルが最も避けたいタイミングで古いデータを使う可能性があります。

そのため、オラクルシステムは市場がストレスにさらされる状況でもテストする必要があります。

手数料が低い時に機能するフィードでも、手数料が高い時に機能しなくなる場合があります。

オラクルデータが時間どおりに更新されない場合の対応を、アプリケーションで定める必要があります。

対応策として、リスクの高い操作を一時停止する、代替フィードを使う、安全余裕を広げる、古いデータを拒否する方法などがあります。

ガス代の計画もオラクルセキュリティの一部です。

オラクルブロックチェーンのセキュリティリスク

最も大きなリスクの1つ目は、不正確なデータです。

2つ目は、古いデータです。

3つ目は、価格操作です。

4つ目は、流動性の低い情報源への依存です。

5つ目は、中央集権的な管理です。

6つ目は、不十分な集約ロジックです。

7つ目は、クロスチェーンの遅延です。

8つ目は、ガバナンスの乗っ取りです。

9つ目は、オラクル更新をめぐるMEVです。

10個目は、不十分なフォールバック設計です。

OWASPの価格オラクル操作に関するガイダンスでは、外部データフィードに依存するスマートコントラクトにとって、オラクル操作は重大なリスクだと説明されています。

スマートコントラクトは不正なデータを受け入れた後、自動かつ取り消せない形で実行される可能性があるため、このリスクは重要です。

オラクルブロックチェーンの操作

オラクルブロックチェーンの操作とは、攻撃者がスマートコントラクトの信頼するデータを歪めることです。

攻撃者は価格ソースとして使われている流動性の低い取引プールを操作する場合があります。

一時的な資金を使って、短い時間に市場価格を動かす場合があります。

十分な頻度で更新されない古いフィードを悪用する場合があります。

報告者へのインセンティブが弱い場合、虚偽のデータを送信する場合があります。

オラクル設定を変更できるガバナンス管理を狙う場合があります。

オラクル更新のクロスチェーンにおけるタイミングの違いを悪用する場合があります。

不正なオラクルデータは、不公正な強制決済、担保不足の借入、誤った価格でのスワップ、不適切な決済、誤ったミントを引き起こす可能性があります。

スマートコントラクトはコードどおりに動作していても、入力データが改ざんされている場合があります。

そのため、監査ではオラクルのセキュリティを確認する必要があります。

スマートコントラクトが安全でも、オラクルが安全でなければシステムは機能しなくなる可能性があります。

古いオラクルデータ

古いデータとは、現在の状況で安全に使うには古すぎるオラクル情報です。

5分前の価格は、市場が落ち着いていれば許容される場合があります。

同じ価格でも、急落や急騰の最中には危険となる可能性があります。

古いデータを使う融資プロトコルは、強制決済を遅らせたり、不公正な強制決済を行ったりする場合があります。

古いデータを使うデリバティブプロトコルは、ポジションを誤って決済する可能性があります。

古いデータを使うステーブルコインシステムは、担保の健全性を誤って把握する場合があります。

開発者はオラクルの値を使う前にタイムスタンプを確認する必要があります。

許容できる最大データ経過時間を定める必要があります。

データが古い場合、処理を一時停止する、代替データを使う、トランザクションを拒否するかを決めておく必要があります。

古いデータが常に誤りとは限りませんが、安全に利用できない場合があります。

開発者向けオラクルブロックチェーンのベストプラクティス

高価値のアプリケーションには、独立した複数のデータソースを使います。

重要な価格データを、流動性の低い単一のプールに依存させないようにします。

適切な場合は、中央値や加重値などの堅牢な集約方法を使います。

タイムスタンプを確認し、古いデータを拒否します。

異常な価格変動に備えてサーキットブレーカーを利用します。

緊急事態が起こる前にフォールバックロジックを定めます。

オラクル設定を迅速に変更できる管理者権限を制限します。

フィードの更新を監視し、データが遅延または異常となった場合にチームへ通知します。

ネットワーク混雑、ボラティリティ、流動性の低い状況でオラクルの動作をテストします。

ユーザーや監査人が信頼モデルを理解できるよう、オラクルに関する前提を文書化します。

ユーザー向けオラクルブロックチェーンのベストプラクティス

プロトコルがオラクル設計について説明しているか確認します。

不明瞭な価格フィードや単一の情報源を利用するプロトコルには注意してください。

担保として使われる流動性の低いトークンには特に注意が必要です。

ボラティリティの高い資産を担保にして借り入れる前に、強制決済リスクを理解します。

オラクル価格が約定可能な市場価格と同じだと思い込まないでください。

古いフィード、停止中のフィード、異常な価格変動、緊急のお知らせに注意します。

オラクルリスクが不明確な場合は、ポジションを小さくします。

多額の資金を預け入れる前に、プロトコルのリスク文書を読みます。

プロトコルのセキュリティの一部として、オラクルの品質を評価します。

オラクルの障害は攻撃者だけでなく、誠実なユーザーにも損害を与える可能性があることを理解してください。

オラクルブロックチェーンのメリット

オラクルブロックチェーンインフラの大きなメリットの1つは、外部との接続性です。

スマートコントラクトは、自らのチェーン上にない価格、出来事、準備金、乱数、その他のデータを利用できます。

2つ目のメリットは自動化です。

データが条件を満たすと、コントラクトが自動的に反応できます。

3つ目のメリットは、DeFi機能の拡大です。

信頼できるオラクルがあれば、融資、デリバティブ、ステーブルコイン、ストラクチャード商品、リスク管理システムがより実用的になります。

4つ目のメリットは、トークン化された現実資産への対応です。

オラクルはオンチェーンのトークンをオフチェーンの資産データにつなげます。

5つ目のメリットは、クロスチェーンの連携です。

オラクルシステムによって、アプリケーションは複数のネットワーク間で状態やイベントを読み取れる場合があります。

こうしたメリットがあるため、オラクルインフラは高度な暗号資産アプリケーションの中核を担っています。

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

オラクルブロックチェーンインフラは真実を保証しません。

特定の手法と信頼モデルに基づいてデータを報告します。

データが誤っている、古い、遅延している、操作されている、または利用できない場合があります。

信頼された関係者が重要な設定を変更できる場合、ガバナンスリスクが生じる可能性があります。

オフチェーン資産や規制対象のデータソースが関わる場合、法的リスクが生じる可能性があります。

データ報告によって機密性の高い活動が明らかになる場合、プライバシーリスクが生じる可能性があります。

更新によって利益機会が変わると、MEVが生じる可能性があります。

頻繁な更新に多くのトランザクションが必要な場合、コストが増加する可能性があります。

設計が不十分だと、単一障害点になる可能性があります。

オラクルは強力なインフラですが、現実を完全に把握する情報源ではありません。

オラクルブロックチェーンに関するよくある誤解

よくある誤解の1つは、オラクルブロックチェーンが現実世界の真実を自動的に把握できるというものです。

実際には、データソース、報告方法、インセンティブ、検証に依存します。

もう1つの誤解は、分散型オラクルシステムは常に安全だというものです。

分散化は役立ちますが、脆弱なデータソースや不適切な統合によってリスクが生じる可能性があります。

3つ目の誤解は、オラクル価格が常にユーザーの取引可能価格だというものです。

オラクル価格は約定可能な価格ではなく、指数、中央値、遅延した値、集約された参照価格の場合があります。

4つ目の誤解は、オラクルリスクの影響を受けるのは開発者だけだというものです。

オラクルデータが機能しなくなると、ユーザーは強制決済、不当に少ない支払い、過剰請求、不適切な決済にさらされる可能性があります。

5つ目の誤解は、更新頻度を高めれば常に安全性が高まるというものです。

データ、インセンティブ、実行設計も安全でなければ、更新を速めるだけでは十分ではありません。

オラクルブロックチェーンが役立つ場面

スマートコントラクトが信頼できる外部データを必要とする場合、オラクルブロックチェーンインフラが役立ちます。

担保価格が必要なDeFi融資に役立ちます。

決済価格が必要なデリバティブに役立ちます。

担保やペッグの監視が必要なステーブルコインに役立ちます。

オフチェーン記録に依存するトークン化資産に役立ちます。

現実世界の出来事に基づく保険型コントラクトに役立ちます。

結果の報告が必要な予測市場に役立ちます。

乱数が必要なブロックチェーンゲームに役立ちます。

別のネットワークの状態が必要なクロスチェーンアプリケーションに役立ちます。

リスクにさらされる価値に対して、データ設計が十分に堅牢である場合に役立ちます。

オラクルブロックチェーンだけでは不十分な場合

基盤となるデータソースが信頼できない場合、オラクルブロックチェーンインフラだけでは不十分です。

トークン化資産の法的権利が不明確な場合も不十分です。

プロトコルが古いデータを無視する場合も不十分です。

価格ソースが容易に操作できる場合も不十分です。

ガバナンスがチェックなしにオラクルのルールを変更できる場合も不十分です。

クロスチェーンメッセージの到着が安全な実行に間に合わない場合も不十分です。

ユーザーがオラクルによってすべての信頼がなくなると考えている場合も不十分です。

データが欠落した場合のフォールバック計画がアプリケーションにない場合も不十分です。

オラクル設計が、コントラクトの管理する金融価値に見合っていない場合も不十分です。

こうした場合は、より信頼できるデータソース、強固な管理、法的文書、監査、監視、または別の設計が必要となる場合があります。

オラクルブロックチェーンを一言で表すと

オラクルブロックチェーンとは、オラクルシステムを利用して外部データ、オフチェーンの出来事、クロスチェーンメッセージ、価格、乱数、現実世界の情報をスマートコントラクトに届け、暗号資産アプリケーションがデータに基づくロジックを実行できるようにするブロックチェーンインフラです。

FAQ

オラクルブロックチェーンとは何ですか？

オラクルブロックチェーンとは、スマートコントラクトを外部データ、オフチェーンシステム、現実世界の出来事、他のブロックチェーンからの情報につなぐブロックチェーンインフラです。

オラクルブロックチェーンはブロックチェーンオラクルと同じですか？

密接に関連していますが、ブロックチェーンオラクルは通常、特定のデータ配信システムを指し、オラクルブロックチェーンはより広範なオラクル活用型ブロックチェーンインフラを指す場合があります。

ブロックチェーンにオラクルが必要なのはなぜですか？

スマートコントラクトは初期設定では通常のWeb API、非公開データベース、市場データシステム、現実世界の情報に直接アクセスできないため、ブロックチェーンにはオラクルが必要です。

DeFiにおけるオラクルブロックチェーンの主な用途は何ですか？

融資、強制決済、デリバティブ、ステーブルコイン、Vault、担保管理に利用する価格データが主な用途です。

オラクルブロックチェーンは分散化できますか？

はい。オラクルシステムは複数のノード、データソース、集約方法を使って、単一の運営者への依存を減らすことができます。

オラクルブロックチェーンは操作される可能性がありますか？

はい。データソースが脆弱な場合、フィードが古い場合、流動性が低い場合、またはスマートコントラクトが安全でない価格経路を信頼している場合、オラクルシステムは操作される可能性があります。

古いオラクルデータとは何ですか？

現在の市場状況に対して安全に使うには、十分な頻度で更新されていない情報です。

価格フィードとは何ですか？

価格フィードとは、スマートコントラクト向けに資産価格や市場指数を報告するオラクルのデータストリームです。

クロスチェーンオラクルとは何ですか？

クロスチェーンオラクルとは、異なるブロックチェーン間でメッセージ、イベント、状態情報を中継するものです。

オラクル抽出可能価値とは何ですか？

オラクル更新の前後に行動することで取得できる価値です。特に、更新によって価格、強制決済の対象となる条件、裁定取引の機会が変わる場合に生じます。

オラクルブロックチェーンは信頼をなくしますか？

いいえ。データソース、検証、集約、インセンティブ、透明性を通じて信頼を減らしたり体系化したりしますが、完全になくすわけではありません。

ユーザーはオラクルブロックチェーンのリスクをどのように評価できますか？

データソース、更新頻度、分散化、集約方法、フォールバックロジック、監視、ガバナンス管理、リスクにさらされる価値を確認して評価できます。

結論

オラクルブロックチェーンは、スマートコントラクトが自らのチェーン外の情報を利用できるようにするため、現代の暗号資産インフラの重要な要素です。

DeFi融資、デリバティブ、ステーブルコイン、トークン化資産、予測市場、ゲーム、保険、自動化、クロスチェーンアプリケーションをより実用的にします。

オラクルブロックチェーンインフラの価値は、決定性を持つブロックチェーンのロジックを現実世界のデータやオフチェーンの出来事につなぐことです。

リスクは、スマートコントラクトがオラクルの提供するデータに基づいて自動的に動作する可能性があることです。

データが正確で、最新かつ安全であれば、アプリケーションは設計どおりに機能できます。

データが誤っている、古い、遅延している、または操作されていると、同じアプリケーションが不公正な強制決済、不適切な決済、誤った価格でのスワップ、プロトコルの損失を引き起こす可能性があります。

そのため、オラクル設計はブロックチェーンのセキュリティの一部として扱う必要があります。

強固なオラクルシステムは、信頼できるデータソース、分散型の報告、堅牢な集約、データの鮮度確認、サーキットブレーカー、監視、慎重なガバナンスを採用します。

脆弱なオラクルシステムは、壊れやすいフィード、流動性の低い情報源、不明瞭な手法、安全でないフォールバックロジックに依存します。

オラクルブロックチェーンインフラが魔法のように真実を生み出すわけではないことを、ユーザーは理解する必要があります。

ブロックチェーンアプリケーションと外部情報をつなぐ橋を構築するものです。

その橋の安全性は、オラクルがどのようにデータを収集、検証、更新、配信するかによって決まります。

開発者は、スマートコントラクトのロジックと同じように、オラクルの統合も厳格に監査する必要があります。

ユーザーは資金を預け入れる、資産を借りる、デリバティブを取引する、トークン化商品を利用する前に、プロトコルの調査項目としてオラクルの品質を確認してください。

適切に利用すれば、オラクルブロックチェーンインフラによってスマートコントラクトの機能は大きく広がります。

不注意に利用すると、1つの不正確なデータが取り消せないオンチェーンのミスにつながる可能性があります。