ブロックチェーンは現実世界に構築された独立したオペレーティングシステムであり、暗号化された世界のデータはチェーン上で生成され利用されますが、チェーンの外の世界のデータをブロックチェーンに直接転送することはできません。

ただし、一部のスマート コントラクトの使用シナリオでは、チェーンの外側の世界からデータを取得する必要がある場合があり、たとえば、一部の DeFi コントラクトでは、外部資産の価格がスマート コントラクトの運用のパラメーターとして使用されます。この場合、Oracle が必要なツールになります。オラクルは、チェーン上のスマート コントラクトとチェーンの外側の世界との間の橋渡し役として機能し、スマート コントラクトがオフチェーン データを取得できるようにします。オラクルがなければ、スマートコントラクトはオンチェーンで生成されたデータの使用に限定され、外部データを活用できなくなります。さまざまなプロトコル間の相互作用が増加し、データの依存性が徐々に増加するにつれて、オラクルはブロックチェーンの世界で不可欠なインフラストラクチャになりました。

表面的には、オラクルはオフチェーンのデータをオンチェーンに転送する問題を解決しているように見えますが、実際には、本当に解決する必要があるのは信頼の問題です。オラクルマシンは、テクノロジーとメカニズムの賢明な設計を通じて、提供するデータがデータ要求者によって認識され、信頼されることを保証する必要があります。

オラクルの分類

上で述べたように、オラクルが提供するデータの信頼をどのように生み出すかがオラクルの最優先事項です。

さまざまな信頼生成メカニズムに従って、オラクルはいくつかの異なるタイプに分類できます。

  1. 集中型オラクル

  2. 分散型オラクル

  3. アライアンス・オラクル

集中型オラクル

集中型オラクルは、単一の集中型組織がデータの提供を担当するオラクルの形式です。このオラクル モデルでは、データのソースと処理が組織によって完全に制御されているため、データ要求者は、集中管理されたオラクル組織が自分たちをだまさないことを信頼する必要があります。

集中型オラクルには 2 つの実装メカニズムがあります。

  1. 信頼性証明メカニズム: 集中型のオラクル マシンは、アルゴリズムやその他の方法を通じて、信頼できる実行環境で実行されていること、および提供されるデータが本物であり、改ざんされていないことを証明します。データユーザーは中央集権的な機関自体を信頼する必要はなく、そこで使用されるテクノロジーとメカニズムのみを信頼する必要があります。

  2. データ ソースによって提供される公式オラクル: このオラクル モードでは、データ ソースによって提供される公式オラクルがデータの提供を担当します。通常、これらのデータ ソースは、信用と評判が高い信頼できる機関です。データ ユーザーは、集中管理されたオラクル機関を直接信頼するのではなく、データ ソース機関自体を信頼するだけで済みます。

集中型オラクルには次のような利点があります。

  • 低コストと高効率: データは単一の組織によって提供されるため、複数のノード間での調整やゲームの必要がなく、大幅な時間が節約され、効率が向上し、マルチノード ネットワークのコストも削減されます。

  • 簡素化された設計と運用: 複数のノードの連携が必要ないため、集中型オラクルの設計と運用は比較的単純です。

ただし、集中型オラクルにはいくつかの欠点もあります。

  • 単一障害点: データは単一の組織によって提供されるため、この組織が失敗したり攻撃を受​​けた場合、Oracle システム全体が崩壊したり影響を受ける可能性があります。

  • セキュリティと信頼の問題: データ ユーザーは、集中管理されたオラクル組織によって提供されるデータを完全に信頼する必要があります。そうしないと、データの信頼性と信頼性が疑問視される可能性があります。

  • データ範囲の制限: 集中型オラクルは他のオラクルに簡単に接続できないため、データ範囲が制限されており、より複雑な要件を満たすことができない場合があります。

分散型オラクル

分散型オラクルは、集中型オラクルとは対照的に、単一の集中型組織に依存せず、分散型ノード ネットワークを使用してデータを提供します。

分散型オラクルでは、多くのノードが分散ネットワークを形成し、連携してデータを提供します。これらのノードは、経済モデル、報酬メカニズム、罰則メカニズムを通じてデータの信頼性とセキュリティを保証します。ユーザーのスマート コントラクトはこれらのノードからデータを要求でき、一連の調整と確認を経て、最終結果データが取得されます。

分散型オラクルの実装では、次の問題を解決する必要があります。

  1. ノードの共謀問題: データの信頼性を確保するために、複数のノードが力を合わせて悪事を働くのを防ぐ方法。

  2. データ プライバシー: ノード データの送信およびクエリ中にデータのプライバシーを保護し、機密情報の漏洩を防ぐ方法。

  3. データの適時性: 複数のノード間でのデータの調整と確認の時間を短縮し、データを適時に送信できるようにする方法。

  4. ノードによるデータのコピーの防止: ノードがデータ ソースからデータを抽出するのではなく、他のノードから直接データをフェッチしないようにする方法。

分散型オラクルのノード ネットワークのサイズはデータの信頼性に影響します。通常、より大きなネットワークによって提供されるデータの信頼性が高くなります。したがって、システムは通常、より多くのノードがデータの提供に参加することを奨励するために、何らかの経済的インセンティブを提供します。

サービスの提供に参加するノードは通常、トークンの一部を誓約する必要があります。ノードが悪事を行ったことが判明すると、誓約されたトークンは没収され、悪事を行う可能性を減らすことができます。

分散型オラクルの利点は次のとおりです。

  • 高いセキュリティ: データは複数のノードから提供されるため、単一点障害のリスクが回避され、システムの耐障害性が向上します。

  • 分散化の特徴: ブロックチェーンの分散化設計精神に準拠しており、ブロックチェーンのエコロジーと一致しています。

  • 信頼メカニズム: 経済的インセンティブと罰メカニズムを通じて、提供されるデータの信頼性が高まり、データに対するユーザーの信頼が高まります。

ただし、分散型オラクルの欠点も考慮する必要があります。

  • 高コストで低効率: 複数のノードの調整と協力が必要なため、データの送信と処理のコストが比較的高く、効率が低くなります。

  • 設計の複雑さ: 分散型オラクルの設計と運用は、複数のノードの連携と競合により複雑になります。

アライアンス・オラクル

アライアンスオラクルは、集中型オラクルと分散型オラクルの特徴を組み合わせた特殊な形態であり、指定された信頼できる機関と通常のノードで構成され、ノードネットワークを形成します。

通常のノードに加えて、アライアンスオラクルには、いくつかの特定の信頼できる機関もノードとして含まれています。これらの信頼できる機関は通常、業界で評判が高く、信頼できる機関であり、提供されるデータは比較的信頼できます。ノード ネットワークは、一連のメカニズムを通じてデータの信頼性とセキュリティを確保し、経済モデルを通じてノードにインセンティブを与え、制限します。

アライアンスオラクルの信頼の源泉は比較的複雑で、信頼できる機関への信頼、ノードネットワークの協調とチェックアンドバランスメカニズムへの信頼、オラクルプロジェクト側によるノード選択メカニズムへの信頼などがあります。データユーザーは、これらすべての関係者が自らの利益のために信頼性を損なうような行動を選択しないことを信頼する必要があります。

フェデレーション オラクルのノード ネットワークには、ある程度の集中化が施されている可能性がありますが、シナリオによっては、それが合理的な選択となる場合があります。アライアンスオラクルは特定の信頼できる機関をノードとして統合するため、このオラクルモデルは一部の業界の初期段階や特定のデータニーズがある場合にはより実用的になる可能性があります。

ただし、同盟の神託にはいくつかの問題もあります。

  1. 信頼できるノードのアイデンティティの機密性: ノードのアイデンティティの機密性の程度は、ノードが脅迫されたり賄賂を受けたりするかどうかに影響し、ひいてはネットワークの安全な運用に影響します。

  2. データの自己利益関連性: 信頼されたノードによって提供されるデータに自己利益関連性があるかどうか。これは、データの信頼性と信頼性に影響を与える可能性があります。

  3. データ範囲の制限: フェデレーション オラクルはノードとして特定の信頼できる機関に依存しているため、データ範囲が制限され、より複雑な要件を満たすことができない場合があります。

オラクルは代表的なプロジェクトを追跡します

以下では、オラクルトラックの代表的なプロジェクトであるChainlinkと、NFTオラクルの代表的なプロジェクトであるBankseaについて簡単に紹介します。

チェーンリンク

オラクル マシンの動作メカニズムは次のように要約できます。データを使用する必要があるユーザー スマート コントラクト (User-SC Contract) は、オラクル マシンが外部データ ソース API からデータを取得した後、オラクル マシン コントラクトからデータを要求します。スマート コントラクトは、集計と処理後に重み付けされた結果をユーザーに返します。

このプロセスには、データ デマンド側 (ユーザー スマート コントラクト)、オラクル、オフチェーン データ ソースなど、いくつかの主な役割があります。

Chainlink は分散型オラクルであり、分散ノード ネットワーク内の複数のノードが複数の外部データ ソースからデータを要求し、各ノードがデータ集約のために Oracle コントラクトをレビューします。収集されたデータから外れ値を削除し、平均データを取得してデータ要求者に送信します。

Chainlink には、レピュテーション コントラクト、オーダー マッチング コントラクト、サマリー コントラクトという 3 つの主要なスマート コントラクトがあります。

レピュテーション コントラクトは、Oracle ノードによって提供されるサービスの履歴パフォーマンスを記録するために使用されます。オーダー マッチング コントラクトは、サービス レベル アグリーメント (SLA、サービス レベル アグリーメント) を通じてデータ要求者と適切なノード ネットワーク ソリューションを照合します。ノードの評判、価格、ノードのネットワーク、ノードの数など。サマリーコントラクトは、Oracle ノードによって提供されるデータを要約し、最終結果データを提供します。

ユーザーは、価格レベル、ネットワーク規模、ノード評価などのパラメータを選択することにより、ニーズを満たすオラクルノードサービスプロバイダーを選択し、SLA提案を決定します。提案は、オーダーマッチング契約に提出され、選択されたサービスが決定されます。プロバイダー ノードは、入札時に誓約書 (特定の数の LINK トークン) を添付する必要があるかどうかを選択します。誓約書は、ノードの悪意のある動作が発生した場合にデポジットが差し引かれるようにするために使用されます。入札ノードの数が要件に達すると、新しいノードの入札は受け付けられなくなり、以前に入札したノードから最終的なサービス プロバイダーが選択されます。選択されなかったノードによって差し入れられたデポジットは返金されます。

選択されたノードはオフチェーンでデータを収集し、最終的に複数のデータソースから受け取ったデータをアグリゲーションコントラクトに送信します。アグリゲーションコントラクトでは、明らかに逸脱したデータの削除や加重計算の実行などのさまざまな処理が行われます。ユーザーのスマート コントラクトは、LINK トークンを使用して、データを提供するサービス プロバイダー ノードに料金を支払います。

ノードがサービスを提供するプロセス中に、レピュテーション コントラクトによってノードのパフォーマンスが記録されます。主に、割り当てられたリクエストの総数 (完了した応答と不完全な応答)、受け入れられたリクエストの総数、コントラクトによって受け入れられたリクエストの総数、平均応答が含まれます。時間、誓約額、罰金の額など。

バンクシー

NFTFi業界の重要なインフラとして、NFTオラクルは市場におけるNFTの評価と価格設定の参考となり、その後の金融サービスの開発をサポートします。

典型的なアプリケーション シナリオは、NFT 住宅ローン融資です。 NFTオラクルデータの助けを借りて、融資サービスプロバイダーは借り手が融資できる金額を決定し、市場価格が変化したときに適時に損失をストップするために抵当に入れられたNFTを清算する必要があるかどうかを決定できます。

Bankseaの公式ホワイトペーパーによると、BankseaはNFTデータ分析、NFT評価、NFT包括的リスク評価などの機能を統合した分散型NFTオラクルです。

Banksea NFT オラクルは、データ アグリゲーター、AI 分析、ユーザー インターフェイスで構成されています。その中で、データアグリゲーターは、オンチェーンデータ、NFT取引市場での取引活動、ソーシャルメディア上のユーザーの意見などを含む生データを収集および処理し、AI分析によりNFTの評価額、24時間の平均価格、最低価格、 AI モデルによるリスク評価およびその他のデータはスマート コントラクトに提供され、ユーザー インターフェイス (Oracle Contract / Banksea API) はこれらの評価を外部に出力できます。

初期の頃、オラクルは実用的な応用シナリオが不足していたため、広く注目を集めませんでした。

しかし、スマートコントラクトの適用が徐々に増加し、DeFiやNFTFiなどのさまざまなアプリケーションが隆盛し、ブロックチェーンと現実世界の間のインタラクションの需要が高まるにつれて、オラクルは徐々に不可欠なインフラストラクチャになりました。

集中型オラクルは低コストで高効率ですが、その設計は分散化の概念に違反しており、信頼性とセキュリティの点で常に疑問視されてきました。対照的に、分散型オラクルは効率性がわずかに劣りますが、単一障害点のリスクを効果的に回避でき、ネットワーク ノードが相互に競合してチェックし、バランスを取ることができるため、悪意のある動作を減らすこともできます。

最終的に、オラクルの中心的な目標は、信頼とセキュリティの問題を解決することです。分散化は解決策の方向性であり、将来的に他の革新的な製品が登場する可能性もありますので、様子を見ましょう。 #RWA #Chainlink $LINK