分布式價格預言機

預言機系統在響應用戶請求時可能會因各種原因出現延遲，導致單點故障。爲此，一些系統採用了分布式價格預言機設計來提升服務可靠性。以提供BTC美元價格的服務爲例，某系統整合了31個獨立的價格預言機來爲用戶提供更穩定的服務。

這種聚合器的合約設計通常包含多個鏈下預言機。每個鏈下預言機可以通過特定方法提供價格數據，以響應聚合器中用戶的請求。這些鏈下預言機往往是普通的外部帳戶，不僅可以爲BTC/USD聚合器提供數據，還可能同時爲ETH/USD等其他聚合器服務。

鏈上合約在處理預言機數據時通常遵循以下步驟：

1. 讀取當前合約狀態並進行一系列檢查。
2. 完成必要的準備工作。
3. 對每個籤名數據進行驗證，確保hash值正確且籤名者具有適當權限。
4. 檢查觀察值的排序，選取中位數並確保其在合理範圍內。
5. 記錄本次預言機的結果並進行進一步驗證。

某些系統還會引入額外的驗證機制，如比較不同預言機給出的價格偏差是否在可接受範圍內。

爲了簡化使用流程並提高靈活性，一些平台推出了Feed Registry概念。這可以理解爲PriceFeeds的聚合器，已經整合了多個priceFeed。使用者可以直接通過Feed Registry讀取價格數據，無需自行設置每個token的priceFeed。

在喂價機制方面，一些系統採用了多層數據聚合策略，包括數據源聚合、節點運營商聚合和預言機網路聚合。這種方法能夠提供更全面、準確的市場價格信息。

價格數據通常來源於各大交易平台，包括中心化和去中心化交易所。某些專業數據服務商會從這些平台收集原始價格數據，並根據交易量、流動性等因素進行加權計算。

節點運營商則負責從多個獨立數據源獲取價格信息，計算中值並剔除異常值。最後，整個預言機網路會對所有節點數據進行聚合，常見方法是在達到預設響應節點數量時取中值。

值得注意的是，並非每次數據更新都會立即反映到鏈上。通常只有滿足特定條件（如偏差閾值或心跳閾值）時才會觸發更新。這種機制雖然提高了安全性，但也可能導致價格更新相對緩慢，因此主要適用於對價格實時性要求不高的應用場景。