Epoch 197
文書の過去の版を表示しています。
原文: Oracle Machines Are Coming to Qubic | Real-World Data for Smart Contracts | Qubic Blog 執筆: Qubic チーム 公開日: 2026年1月21日
ブロックチェーンは検証可能な計算のための強力なシステムですが、根本的な制限があります。それは、オンチェーンに既に存在するデータしか扱えないということです。
スマートコントラクトがビットコインの現在の価格、スポーツの試合結果、あるいは東京の天気を知る必要がある場合、それ自体で調べる方法はありません。
オラクルマシンはこの問題を解決します。Qubic はネイティブなオラクル・インフラストラクチャを導入し、スマートコントラクトが現実世界の情報に直接アクセスできるようにします。
オラクルマシンは、Qubic コアノードと外部データソースの間のミドルウェアとして機能します。これはブロックチェーンから送信されるリクエストを処理し、ネットワークが信頼できる形式で検証済みデータを送り返します。
これを３層システムとして考えてみてください。
スマートコントラクトが外部データを必要とすると、オラクルマシンにクエリを送信します。オラクルマシンはキャッシュを確認し、必要に応じて適切な外部サービスにリクエストを転送し、標準化された形式で結果をブロックチェーンに返します。
このアーキテクチャにより、外部の複雑さをコアプロトコルから分離したまま、スマートコントラクトが現実世界の情報に確実かつアクセスできるようになります。
オラクルマシン・システムは、関心の分離（Separation of Concerns）を明確にしたモジュール設計を採用しています。
リクエストのライフサイクルは、以下の明確な順序に従います。
〔 Qubic コアノードが OracleMachineQuery を送信 〕 ⬇
〔 NodeConnection が受信し検証 〕 ⬇
〔 RequestHandler がキャッシュを確認 〕 ⬇
〔 InterfaceClient がオラクルサービスに転送 〕 ⬇
〔 オラクルサービスがデータを取得（例：CoinGecko API から） 〕 ⬇
〔 レスポンスがキャッシュされ、OracleMachineReply として Qubic コアノードに返される 〕 ⬇
〔 Qubic コアノードが Computor ごとに1つの OracleReplyCommitTransaction を生成 〕 ⬇
〔 クォーラムが Computor のコミットに基づいてオラクルの返答を検証 〕 ⬇
〔 検証されたオラクルの返答が OracleReplyRevealTransaction によってオンチェーンで公開される 〕 ⬇
〔 キャッシュ層は特に重要です。頻繁にリクエストされるデータ（一般的な通貨ペアの価格など）はキャッシュから即座に提供できるため、レイテンシと外部APIの負荷が軽減されます。 〕 ⬇
〔 TTLベースのシステムにより、パフォーマンスを最適化しながらデータの鮮度を保ちます。 〕
オラクルマシンは、それぞれ独自のクエリとリプライ構造を持つ異なるインターフェースタイプをサポートしています。
システムは「価格（Price）」と「モック（Mock）」インターフェースでローンチされます。さらに多くのオラクル・インターフェースが近日中に追加される予定です。
価格インターフェースは、CoinGecko などのプロバイダーから通貨ペアデータを取得します。
クエリ構造（例）:
※ 注意：これは一例です。修正される可能性があり、精度の要件が追加される見込みです。
リプライ構造（例）:
分子/分母の形式は、浮動小数点エラーを発生させずに金融計算の精度を維持します。
自動および手動テストに有用なインターフェースです。
スマートコントラクトとユーザーは、2つの異なるモードでオラクルマシンと対話できます。
すべてのオラクルリクエストには、クエリとリプライを関連付けるためのユニークなトラッキングIDが付与されます。クエリのステータスは以下の通りです。
タイムアウトによりシステムの動きが保証されます。オラクルが定義されたウィンドウ内に応答しない場合、無期限に待機するのではなく、リクエストは失敗としてマークされます。
この構造は、手数料が再分配されるのではなくバーンされるという Qubic のトークノミクスに合致しており、効率的な運用を促しながらデフレメカニズム圧力を生み出します。
オラクルマシンは、これまで Qubic 上で構築不可能だったカテゴリのアプリケーションを切り開きます。
Qubic の手数料無料のトランザクションと高速な実行速度を組み合わせることで、開発者は以下を作成できるようになります。
その他、展開が期待されるアプリケーションについては、Use Cases | Qubic Docs を参照。
オラクルマシン・システムは拡張性を重視して設計されています。サードパーティの開発者は、BaseOracleService インターフェースを実装することで、新しいオラクルサービスを追加できます。
新しいオラクルサービスを作成するには：
oracle-machine リポジトリには、カスタムオラクルサービスを構築するためのリファレンス実装と詳細なドキュメントが含まれています。
このモジュール式アーキテクチャにより、コアプロトコルを変更することなく、エコシステムの成長に合わせて利用可能なデータソースの範囲が拡大します。
オラクルマシンは、真に知的なスマートコントラクトを構築するという Qubic の目標に向けた新たな一歩です。
有用なプルーフ・オブ・ワーク（uPoW）および Qubic の分散型AIイニシアチブである AIGarth と組み合わせることで、オラクルはスマートコントラクトに現実世界を観察し、反応する能力を与えます。
Qubic の「About」ページにある通り：
「オラクルマシンは、株価、スポーツのスコア、センサーの読み取り値など、信頼できるデータを通じてイベントを解決することにより、Qubic スマートコントラクトをさらにスマートにするために使用されます。また、オラクルは AIGarth に外の世界を観察する能力を与えます。」
これにより、Qubic は単なるトランザクション決済レイヤーとしてではなく、外部の現実と対話する AI 駆動型アプリケーションのためのインフラとして、レイヤー1ブロックチェーンの中でユニークな地位を築きます。
InterfaceClient はオラクルサービスへの永続的な接続を維持し、障害時には自動的に再接続することで、外部サービスが一時的に停止した場合でも信頼性を確保します。
※ 注：これらの値は参考値であり、テスト環境下で予測されたものです。実際の値はオラクル稼働時に異なる場合があります。
オラクルマシンを使用した構築に興味のある開発者は、以下を探索できます。
サポートが必要な場合は、開発者が活発に協力し合っている Qubic Discord コミュニティに参加してください。
オラクル・インフラストラクチャは基盤技術です。ほとんどのユーザーがオラクルマシンを直接操作することはありません。代わりに、舞台裏でオラクルに依存するアプリケーションを使用することになります。
オラクルマシンは現在、Qubic メインネットでの最終テスト段階にあります。テストが完了すると、開発者やアプリケーションが統合できる準備が整います。
Qubic の最新動向については以下をチェックしてください：
オラクルマシンはまもなく登場します。価値のあるものを構築する準備をしましょう。
