ブロックチェーン オラクルは、外部の世界からブロックチェーンに情報を配信するという問題を解決します。 しかし、どれが信頼できるかを知ることは私たちにとって重要です。
В
分散型アプリケーションは、ブロックチェーンの外部のデータにアクセスできません。 したがって、外部から必要なデータにアクセスしてブロックチェーンに記録する小さなプログラム、オラクルが作成されます。
データ ソースの種類に基づいて、オラクルはソフトウェア、ハードウェア、人間の XNUMX つのカテゴリに分類できます。
ソフトウェアオラクル 気温、商品価格、電車や飛行機の遅延などのデータをインターネットから受信して処理します。 情報は API などのオンライン ソースから取得され、オラクルはそれを抽出してブロックチェーンに配置します。 シンプルなソフトウェアオラクルの作り方を読む
ハードウェアオラクル デバイスとセンサーを使用して現実世界のオブジェクトを追跡します。 たとえば、線を越えるように調整されたビデオ カメラは、特定のエリアに進入する車両を記録します。 オラクルはブロックチェーンの一線を越えた事実を記録し、このデータに基づいて、分散型アプリケーション スクリプトは、たとえば、罰金の発行や自動車所有者の口座からのトークンの引き落としを開始できます。
人間の神託 人間が入力したデータを使用します。 彼らは出来事の結果について独立した見解を持っているため、最も進歩的であると考えられています。
私たちは最近、指定された仕様に従って Oracle データをブロックチェーンに書き込むことができるツールを提供しました。 非常に簡単に動作します。登録するだけで済みます。
このような標準化されたツールとインターフェイスにより、ブロックチェーン サービスの開発者とユーザーの両方の作業が容易になります。 私たちのツールは特に人間の神託に役立ち、たとえば、あらゆるオブジェクトの証明書や著作権を記録するために使用できます。
しかし、オラクルを使用する場合、オラクルから受け取った情報に対する信頼性の問題が生じます。 情報源は信頼できるものですか? データは時間通りに受信されますか? さらに、オラクルが自らの利益のために意図的に誤った情報を提供することでユーザーを欺く危険性もあります。
例として、分散型賭博取引所にスポーツ イベントに関する情報を提供するオラクルを考えてみましょう。
このイベントは、UFC 242トーナメントのメイン試合、ハビブ・ヌルマゴメドフ対ダスティン・ポイリエです。 ブックメーカーによると、この試合ではヌルマゴメドフが明らかに本命だという。 オッズ 1,24 で彼の勝利に賭けることができます。これは 76% の確率に相当します。 ポワリエの勝利のオッズは 4,26 (22%)、ブックメーカーによる引き分けのオッズは 51,0 (2%) と推定されました。
スクリプトは、戦闘の実際の結果についてオラクルから情報を受け取るまで、XNUMX つの可能な結果すべてに対するユーザーの賭けを受け入れます。 これが賞金の分配に関する唯一の基準です。
現在ではヌルマゴメドフが勝利したことが知られている。 しかし、神託の悪徳所有者が事前に欺瞞を計画し、最も有利なオッズである引き分けの結果に賭けたと想像してみましょう。 賭け金が大量に達すると、オラクルの所有者は、引き分けたと思われる戦闘の結果についての虚偽の情報をブロックチェーンに記録し始めます。 分散型取引所スクリプトには、受信したデータの正確性を再確認する機能がなく、このデータに従って賞金を分配するだけです。
この種の欺瞞から得られる潜在的な利益が誠実なオラクルの予想収益よりも高く、裁判に持ち込まれるリスクが低い場合、オラクルの所有者による不正行為の可能性が大幅に高まります。
この問題に対する考えられる解決策の XNUMX つは、複数のオラクルにデータを要求し、結果として得られる値をコンセンサスに導くことです。 コンセンサスにはいくつかの種類があります。
- すべてのオラクルが同じ情報を提供しました
- ほとんどのオラクルは同じ情報を提供しました (2 つ中 3 つ、3 つ中 4 つなど)。
- オラクルデータを平均値にする(最大値と最小値が最初に破棄されるオプションが可能です)
- すべてのオラクルは、事前に合意された許容範囲で統一された情報を提供しました(たとえば、さまざまな情報源からの財務見積もりは 0,00001 異なる場合があり、完全に一致するものを取得することは不可能な作業です)。
- 受信したデータから一意の値のみを選択します
分散型賭博取引所に戻りましょう。 「3/4」コンセンサスを使用する場合、他の XNUMX つのオラクルが信頼できる情報を提供した場合、引き分けを報告する XNUMX つのオラクルはスクリプトの実行に影響を与えることができません。
しかし、悪意のあるユーザーは XNUMX つのオラクルのうち XNUMX つを所有することができ、決定的な多数を提供できるようになります。
オラクルの完全性を守るために、オラクルに対する評価を導入したり、信頼できないデータに対する罰金システムを導入したりできます。 「ニンジン」ルートを選択して、信頼性に対して報酬を提供することもできます。 しかし、たとえば格付けインフレや不当多数決などを完全に回避できる対策はない。
それでは、複雑なサービスを発明する価値はあるのでしょうか、それとも、スーパーマーケットの棚にあるように、必要なデータを提供する XNUMX つのオラクルを選択し、コンセンサスの種類を設定して取得できるコンセンサス ツールがあれば十分なのでしょうか。結果?
たとえば、分散アプリケーションには摂氏単位の温度データが必要です。 オラクルカタログには、そのようなデータを提供し、コンセンサスタイプを「平均」に設定してリクエストを行うオラクルが XNUMX つあります。
神託が次の値を与えたとします: 18、17、19、21 度。 18.75 度の違いは、スクリプトの実行にとって非常に重大な意味を持つ可能性があります。 サービスは結果を処理し、平均温度値 XNUMX 度を受け取ります。 分散アプリケーション スクリプトはこの番号を受け取り、それを操作します。
最終的には、XNUMX つのオラクルを信頼してそのデータを使用するか、それとも自らの裁量で選択した複数のオラクルのコンセンサスを構築するかという決定は消費者にあります。
いずれにしても、データオラクルはかなり新しい分野です。 どの方向に発展させるかはユーザー自身が決める段階だ。 だからこそ、あなたの意見を聞きたいのです。 上記のツールはオラクルに必要ですか? 一般的にデータオラクルの将来はどのようになると思いますか? コメントや公式グループで意見を共有してください
出所: habr.com