分散型価格オラクルマシンシステムの設計と実装

単一障害点の問題を解決するために、一部のオラクルマシンサービスは分散設計を採用しています。ビットコインのドル価格を提供するサービスを例にとると、31の独立した価格オラクルマシンを集約してユーザーにデータを提供しています。

このアグリゲーターの設計により、複数のオフチェーンオラクルが特定の方法を呼び出すことで価格データを提供し、ユーザーのリクエストに応じることができます。これらのオラクルは通常、外部が所有するアカウント(EOA)であり、ビットコイン/米ドルの価格データを提供するだけでなく、イーサリアム/米ドルなどの他の通貨ペアに対してもサービスを提供する可能性があります。

! チェーンリンク(オラクル解説シリーズのパート2)](https://img-cdn.gateio.im/webp-social/moments-855e7db6fb0607a91a3fa63b51fcc2c9.webp)

チェーン上の契約は、オラクルマシンが提供するデータを処理する際に、一連の検証ステップを実行します:

1. まず現在の契約の状態を読み取り、初期チェックを行います。 2.必要な準備をします。
2. 各署名データに対して検証を行い、データの完全性と出所の信頼性を確保します。
3. 観測値の順序を確認し、中位数を最終結果として選択します。

最後に、契約は得られた結果をさらに検証します。例えば、他の価格源と比較し、偏差が許容範囲内であることを確認します。

! オラクル解説シリーズのチェーンリンク(パート2)](https://img-cdn.gateio.im/webp-social/moments-28d519adb5b491a0596a00eed45731eb.webp)

いくつかのプラットフォームは、Feed Registryのようなより高度な集約サービスも提供しています。このサービスは、複数の価格オラクルマシンを統合し、ユーザーが各価格ソースを個別に設定することなく、さまざまなトークンの価格データに便利にアクセスできるようにします。

! オラクル解説シリーズのチェーンリンクパート2](https://img-cdn.gateio.im/webp-social/moments-cec5b2c5581a3e9abce8f2d60b1980b1.webp)

価格フィードメカニズムにおいて、オラクルマシンネットワークは通常、マルチレイヤーデータ集約を採用しています。

1. データソースの集約：主要な取引プラットフォームから原始価格データを収集します。
2. ノードオペレーターの集約：各ノードは複数のデータソースからデータを取得し、処理します。
3. オラクルマシンネットワークの集約：複数のノードのデータが再度集約されて最終結果を得る。

! オラクル解説シリーズのチェーンリンクパート2](https://img-cdn.gateio.im/webp-social/moments-d9aeeaf87bcbb44e785c6ac67b5d0877.webp)

価格の更新は通常、2つの要因によって引き起こされます：偏差閾値とハートビート閾値。異なる価格オラクルマシンは異なるパラメータ設定を持つ可能性があります。

このデザインは高い安全性と便利さを提供しますが、いくつかの制限もあります。価格更新メカニズムの特性により、データの更新は数分から数時間と比較的遅くなる可能性があります。したがって、この種のオラクルマシンサービスは、価格のリアルタイム性をそれほど重要視しないアプリケーションシナリオに主に適しています。

! Chainlink(Oracle Explainerシリーズのパート2)](https://img-cdn.gateio.im/webp-social/moments-9675c9b843c9317c5677f589662c7b07.webp)