Qubic ネットワークにおいて、現実世界のデータをスマートコントラクトに取り込む仕組みは非常に重要です。ここでは、抽象的な概念としての「オラクル（Oracle）」と、具体的なインフラである「オラクルマシン（Oracle Machines）」の違いを解説します。

• 定義:
  • ブロックチェーンの外側（オフチェーン）にあるデータを、内側（オンチェーン）に持ち込むための「窓口」や「仲介者」を指す一般的な総称です。

• 役割:
  • 「今日の東京の気温」や「BTC/USD の価格」といった、ブロックチェーン自体が知らない情報を供給する役割そのものを指します。

• 例:
  • CoinGecko (価格データ)、AccuWeather (気象データ) などは、Qubic にとっての「外部オラクルサービス」です。

• 定義:
  • Qubic 独自のアーキテクチャにおいて、オラクル（外部データ）と Qubic コアノードを接続するために設計された専用のミドルウェア（ソフトウェア層）です。

• 役割:
  • 外部サービスからデータを取得し、Qubic ネットワークが信頼できる形式（標準化）に変換・キャッシュし、Computor（ノード）へ配信する「エンジン」です。

　Qubic の設計における両者の関係は、以下の通りです。

　データがスマートコントラクトに届くまでの流れを見ると、両者の役割分担が明確になります。

• リクエスト:
  • スマートコントラクトがデータを要求する。

• 処理開始 (OM):
  • オラクルマシンがクエリを受け取り、キャッシュをチェックする。

• 外部アクセス (Oracle):
  • キャッシュにない場合、オラクルマシンが外部のオラクル（例: CoinGecko）に問い合わせる。

• 検証と公開 (OM):
  • 取得したデータをオラクルマシンが標準化し、Computor 間で合意（クォーラム）形成後、オンチェーンに公開される。

　Qubic が単なる外部 API 連携ではなく、独自の「オラクルマシン」を構築しているのには理由があります。

• パフォーマンス:
  • 頻繁に要求されるデータをキャッシュすることで、外部 API への負荷を減らし、応答速度を高めます。
  • ベアメタル駆動の Computor と同じ速度で稼働する必要があります。

• セキュリティ:
  • 外部の未検証なデータをそのままコアプロトコルに入れず、ミドルウェア層でフィルタリングと標準化を行うことで、メインネットの安定性を守ります。

• デフレ経済:
  • オラクルマシンの利用手数料を バーン（焼却） することで、トークノミクスの一部として機能させています。