ブロックチェーンは、現実世界とは独立して動作するシステムです。暗号化された世界のデータはチェーン上で生成され、チェーン上で使用され続けます。オフチェーン世界のデータをブロックチェーンに直接転送することはできません。

ただし、一部のスマート コントラクトの適用シナリオでは、外部のデータを使用する必要がある場合があり、たとえば、一部の DeFi コントラクトでは、スマート コントラクトの操作のパラメーターとして外部資産の価格を取得する必要があります。これらのシナリオでは、オラクル (Oracle) が必要です。オラクルマシンは、オフチェーンデータをチェーン上のスマートコントラクトに送信するためのツールであり、オンチェーンデータをオフチェーン世界に送信することもできます。

オラクルは、チェーン上のスマート コントラクトとチェーンの外側の世界を結ぶ架け橋であり、スマート コントラクトがオフチェーン データを取得する方法です。オラクルマシンがない場合、スマートコントラクトはチェーン上で生成されたデータのみを使用でき、外部データを使用できません。

さまざまなプロトコル間の相互作用の増加に伴い、相互間のデータ依存性が徐々に増加しており、オラクルマシンはブロックチェーンの世界で重要なインフラストラクチャになりつつあります。

表面的には、オラクルはオフチェーンのデータをオンチェーンに渡す問題を解決します。しかし本質的に、これは難しいプロセスではなく、チェーンに送信されるデータをいかに真に信頼できるものにするかが、オラクル マシンによって解決されるべき本当の問題です。

言い換えれば、オラクルマシンが解決するのは実際には信頼の問題です。オラクル マシンは、提供するデータがデータ要求者によって受け入れられ、信頼されるようにテクノロジーとメカニズムを設計する必要があります。

オラクルの分類

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

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

1. 集中型オラクル

2. 分散型オラクル

3. 同盟の神託

集中型オラクル

集中型オラクルは、単一の集中型機関によってスマート コントラクト用のデータを提供します。この場合、データ要求者は、オラクル マシンが自分をだまさないと信頼する必要があるため、集中型オラクル マシンは信頼できることを証明する必要があります。

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

• 1 つ目は、アルゴリズムなどの信頼性証明メカニズムを使用して、信頼できる実行環境で実行されていること、および提供されるデータが特定の時点でのデータ ソースの改ざんされていない実際のデータであることを証明することです。データユーザーは中央機関自体を信頼する必要はなく、中央機関が使用するテクノロジーとメカニズムのみを信頼する必要があります。

• 2 つ目は、データ ソースによって提供される公式オラクルです。これらのデータソースは通常、オフチェーンの世界にある信頼できる機関であり、比較的信用と評判が高く、データユーザーはその機関自体を信頼するだけで済みます。このモデルは従来のインターネットに似ており、ユーザーは機関が提供するサービスを利用し、そのサービス プロバイダーを全面的に信頼します。

集中型オラクルには独自の長所と短所があります。

データは単一の組織によって提供されるため、その組織に対するユーザーの信頼がオラクルマシンの信用を決定する 単一のデータソースでは単一障害点を回避できず、悪意のある動作を抑制できないため、セキュリティを保証することが困難。

さらに、集中型オラクルは通常、他のオラクルに接続することが難しいため、提供されるデータの範囲は限られています。
ただし、マルチノードの調整やゲームの必要がないため、時間を大幅に節約して効率が向上すると同時に、サービスをサポートするために複数のノードが必要ないため、マルチノードの料金を支払う必要もありません。 -nodeネットワークであり、利用コストが低い。

分散型オラクル

分散型オラクルマシンはブロックチェーン分散化の設計精神に沿っており、メカニズムの設計を通じてデータの信頼性が保証されます。分散型オラクルマシンでは、多くのノードが分散ノードネットワークを形成し、協力してデータを提供し、相互に再生および制御し、経済モデルを通じて悪事を働く可能性を減らし、システム全体のフォールトトレランスを向上させます。

複数のノードが連携して動作する必要があるため、分散型オラクル マシンのノード ネットワークの規模は、それが提供するデータの信頼性に影響します。より大規模なネットワークによって提供されるデータの信頼性はより高いため、システムは通常、何らかの経済的インセンティブを提供します。より多くのノードの参加を奨励します。

サービスの提供に参加するノードは通常、データを提供する際にトークンの一部（通常はプロジェクトトークンそのもの）をプレッジする必要があり、ノードが悪事を行っていることがシステムに知られると、プレッジされたトークンは没収されてしまいます。

分散型オラクルを設計するときは、次の問題を考慮する必要があります。

• 1. ノードの共謀の問題。複数のノードが力を合わせて悪事を働いた場合、どのように対処すべきか。

• 2. データプライバシー。ノードデータのオープンな送信とクエリの場合、これらのデータのプライバシーを確​​保する方法。

• 3. データ取得の適時性、複数のノード間のデータ調整と確認時間を短縮する方法。

• 4. ノードが他のノードからデータをコピーする問題、ノードがデータ ソースからデータを抽出する代わりに他のノードから直接データを取得するのを防ぐ方法。

分散型ノードネットワークは集中型オラクルマシンの単一障害点を回避できますが、それに応じて、分散型オラクルマシンは複数のノードにサービス料金を支払う必要があるため、使用コストが高くなります。

アライアンス・オラクル

フェデレーションオラクルは、分散型オラクルの特別な形式です。ノードネットワークを構成する通常のノードだけでなく、いくつかの指定された信頼できる機関もノードとして存在します。たとえば、MakerDAO の v2 バージョンの Oracle には、dYdX や 0x などの機関がノードに含まれています。

アライアンス・オラクル・マシンの信頼のソースは、ノードとして業界で評判の高い機関への信頼、ネットワーク全体のチェック・アンド・バランス・メカニズムへの信頼、オラクル・プロジェクト・パーティによるノードの選択など、前の2つよりも複雑です。これらすべての関係者が、自らの利益のために自らの評判を傷つけることを選択しないことを信頼すること。

このノード ネットワークの構成にはある程度の集中化が施されていますが、費用対効果の高いトレードオフとして、業界発展の初期段階では良い選択となります。ただ、この種の集中型信頼メカニズムは、価値が高すぎるスマートコントラクトの需要に耐えられない可能性があります。

上記の説明から、アライアンス オラクル マシンが直面する問題を理解するのは難しくありません。

• 1. 信頼できるノードの身元機密性は、ノードが脅迫されたり賄賂を受けたりするかどうかに影響し、ネットワークの安全な運用に影響します。

• 2. 信頼されたノードが提供するデータが自身の利益と大きく関連しているかどうか 結局のところ、それが自身の利益に関わる場合、データが悪意を持って操作される可能性を避けることは困難です。

オラクルトラックの代表的なプロジェクト

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

• Chainlink

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

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

Chainlink は分散型オラクル マシンです。データ要件を受信した後、分散ノード ネットワーク内の複数のノードが複数の外部データ ソースからデータを要求し、各ノードが収集したデータをチェーンに送信します。データ集約のためのオラクル コントラクトです。このコントラクトは、収集されたデータを確認し、外れ値を削除した後、平均値を取得してデータ要求者に送信します。

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

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

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

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

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

• Banksea

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

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

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

エピローグ

エピローグ

オラクルが誕生した当初は、応用シナリオが不足していたため、あまり注目されませんでした。

しかし、スマートコントラクトの適用シナリオが徐々に増加し、さまざまなDeFiおよびNFTFiアプリケーションが登場するにつれて、ブロックチェーンは外部世界と対話する必要性がますます高まり、オラクルは徐々にブロックチェーンの世界で重要なインフラストラクチャになりました。

集中型のオラクルマシンは低コストで高効率ですが、その設計は分散化の精神に違反しており、信頼性とセキュリティに対する疑念は決して払拭されません。比較すると、分散型オラクル マシンは効率がわずかに劣りますが、単一障害点のリスクを効果的に回避でき、ネットワーク ノード間の競争とバランスによって悪意のある動作も減らすことができます。

最終的に、オラクル マシンが解決する必要があるのは、信頼とセキュリティの問題です。分散化は問題を解決するための方向性ですが、将来的に他の方向性や製品が登場するかどうかは様子見です。