分散型価格オラクルマシンシステムの構築と運用

オラクルマシンサービスにおいて、単一障害点は一般的な問題です。この問題を解決するために、分散型価格オラクルマシンシステムが登場しました。BTCドル価格サービスを提供する例として、このシステムは31の独立した価格オラクルマシンを統合し、ユーザーにより信頼性の高いデータサービスを提供します。

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

この集約システムの契約設計は、単一のデータソースがもたらす可能性のあるリスクを巧妙に解決しています。契約内の特定のメソッドを呼び出すことで、すべての参加しているオフチェーンオラクルを確認できます。各オフチェーンオラクルは、指定されたメソッドを通じて価格データを提供し、アグリゲーター内のユーザーのリクエストに応じます。これらのオラクルは通常、外部所有アカウント（EOA）であり、BTC/USDのデータを提供するだけでなく、ETH/USDなどの他の価格ペアにも同時にサービスを提供する可能性があります。

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

オンチェーン契約はデータを処理する際に厳格なプロセスに従います。まず、現在の状態を読み取り、一連のチェックを行います。その後、必要な準備作業を行います。次に、契約は各署名データを検証し、署名者が適切な権限を持っていることを確認し、重複署名を防ぎます。最後に、契約は観測値をソートし、中位数を選定し、その値が事前に設定された閾値範囲内にあることを確認します。

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

データの信頼性をさらに向上させるために、システムは追加の検証メカニズムを導入しています。例えば、特定のアプリケーションシナリオでは、得られた価格を他の独立した情報源のデータと比較し、偏差が許容範囲内であることを確認します。

さらに、異なるトークンの価格取得プロセスを簡素化するために、開発者はFeed Registryシステムを設計しました。このシステムは複数の価格データソースのアグリゲーターとして理解できます。ユーザーは、各価格データソースを個別に設定することなく、さまざまなトークンの価格データを直接読み取ることができます。

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

実際の運用では、価格データの生成は多層の集約を経ています。まずはデータソースレベルでの集約があり、主要な取引プラットフォームからの原始価格データを収集します。次に、ノードオペレーターのレベルでの集約があり、各オペレーターは複数の独立したデータ集約サービスプロバイダーからデータを取得し、処理します。最後に、全体のオラクルマシンネットワークレベルでの集約があり、通常中央値法を用いて、十分な数のノードの応答を受け取った後に最終価格を計算します。

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

注意すべきは、計算結果が常にブロックチェーンに更新されるわけではないということです。システムは偏差閾値とハートビート閾値の2つのトリガーパラメータを設定しており、そのいずれかが満たされた場合にのみ更新が行われます。このメカニズムはデータの安定性を確保しますが、価格更新の速度が遅く、数分から24時間かかる可能性があります。したがって、このオラクルマシンシステムは価格のリアルタイム性の要求がそれほど高くないアプリケーションシーンにより適しています。

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