分布式价格预言机

预言机系统在响应用户请求时可能会因各种原因出现延迟，导致单点故障。为此，一些系统采用了分布式价格预言机设计来提升服务可靠性。以提供BTC美元价格的服务为例，某系统整合了31个独立的价格预言机来为用户提供更稳定的服务。

这种聚合器的合约设计通常包含多个链下预言机。每个链下预言机可以通过特定方法提供价格数据，以响应聚合器中用户的请求。这些链下预言机往往是普通的外部账户，不仅可以为BTC/USD聚合器提供数据，还可能同时为ETH/USD等其他聚合器服务。

链上合约在处理预言机数据时通常遵循以下步骤：

1. 读取当前合约状态并进行一系列检查。
2. 完成必要的准备工作。
3. 对每个签名数据进行验证，确保hash值正确且签名者具有适当权限。
4. 检查观察值的排序，选取中位数并确保其在合理范围内。
5. 记录本次预言机的结果并进行进一步验证。

某些系统还会引入额外的验证机制，如比较不同预言机给出的价格偏差是否在可接受范围内。

为了简化使用流程并提高灵活性，一些平台推出了Feed Registry概念。这可以理解为PriceFeeds的聚合器，已经整合了多个priceFeed。使用者可以直接通过Feed Registry读取价格数据，无需自行设置每个token的priceFeed。

在喂价机制方面，一些系统采用了多层数据聚合策略，包括数据源聚合、节点运营商聚合和预言机网络聚合。这种方法能够提供更全面、准确的市场价格信息。

价格数据通常来源于各大交易平台，包括中心化和去中心化交易所。某些专业数据服务商会从这些平台收集原始价格数据，并根据交易量、流动性等因素进行加权计算。

节点运营商则负责从多个独立数据源获取价格信息，计算中值并剔除异常值。最后，整个预言机网络会对所有节点数据进行聚合，常见方法是在达到预设响应节点数量时取中值。

值得注意的是，并非每次数据更新都会立即反映到链上。通常只有满足特定条件（如偏差阈值或心跳阈值）时才会触发更新。这种机制虽然提高了安全性，但也可能导致价格更新相对缓慢，因此主要适用于对价格实时性要求不高的应用场景。