STP.06 和 FIP.06 治理建议 STP.06和FIP.06管理提案将很快开放投票。它们包括扩大 Flare 和 Sonbird 网络的 Flare Time Series Oracle (FTSO) 容量所需的更新。

停战监督组织

FTSO是一个在 Flare 上运行的系统，它向 Flare 上的 dapp 提供去中心化的数据源，而不依赖于中心化的提供商。目前，唯一可用的数据源是加密货币价格对，例如 BTC 美元。支持的数据源有：ADA、ALGO、ARB、AVAX、BNB、BTC、DOGE、ETH、FIL、FLR（Flare 上）、SGB（Songbird 上）、LTC、MATIC、SOL、USDC、USDT、XDC、XLM 和 XRP。

包括谷歌云、Ankr 和 Figment 在内的独立基础架构提供商在系统中扮演着重要的双重角色：它们既要作为验证者确保网络安全，又要作为数据提供者为 Flare 的神谕做出贡献。

为了实现一个安全的去中心化系统，它们从外部来源（如中心化和去中心化交易所）获取数据，并将其提供给 FTSO 系统。这些信息会根据每个提供者的投票权（社区委托代币的数量）进行加权，然后计算出加权中值，得出最终估计值。

FTSO 可扩展性

当前的 FTSO（v1）主要以链上智能合约的形式实现。目前，我们每 180 秒为 18 个数据源提供一次更新。

为了支持更新速度更快、数据种类更多的新用例，需要对系统进行更具可扩展性的重新设计。有了 FTSO Scaling，数据提供商将能够每 90 秒提供多达 1000 个数据源（加密货币价格对、股票价格、天气数据等）。

拟议的新设计更省油，因为计算是在链外进行的，链上只存储所有数据提供者结果的滚动表示（称为梅克尔根散列）。与在链上执行计算和在链上存储所有单个价格相比，这种表示方法使链上数据更加轻量级和可扩展。

改进后的协议可以提供更多的数据源。起初，将添加约 25 种加密货币价格对的数据源。此外，还计划根据开发者的需求，逐步增加更多加密资产，如股票、债券、商品和外汇。

FTSO Scaling 不应与 FTSO Fast Updates 混淆，后者将是未来治理提案的主题。FTSO 快速更新将使 dapp 能够在 1-2 个区块延迟（约 1-3 秒）的情况下按需请求和支付数据。如果 Flare 社区批准了治理提案，那么 FTSO Scaling 和 FTSO Fast Updates 的组合将实现我们对 FTSO v2 的愿景。

Flare 社区的作用

Flare 社区将继续以同样的方式与 FTSO 保持联系。这些变化是技术性变化。您可以继续委托 FTSO 数据提供商，并像以前一样申请委托奖励。

数据提供者的作用

通过 FTSO Scaling，数据提供商可以继续提供价格对等有用信息。离中位数（异常值）太远的数据将继续被删除。由此产生的数据估计值会得到奖励，并在链上提供。数据提供者继续使用提交和揭示流程，以提交所有数据。在提交阶段，数据提供者可以提交估算值，而不会因为看到其他数据提供者的估算值而作弊。揭示阶段使数据提供商能够访问已提交的估算进行验证。

如果获得批准，FTSO Scaling 将引入两个新阶段：签署阶段和最终确定阶段。

在签名阶段，数据提供者会过滤掉与提交不匹配的揭示。只有有效的揭示才会被用于计算中位馈值和奖励。结果由一个代码（"散列"）表示，数据提供者在代码上签名。
在最终确定阶段，一旦提交了足够投票权重的签名，任何实体都可以收集这些签名并提交给投票智能合约。系统会进行检查，以验证提交的签名是否累计达到所需的权重阈值（至少占所有符合条件的数据提供者总权重的 50%）。如果成功，Merkle Root 将发布在特定投票回合 ID 的投票合约上。然后，所有其他智能合约都可以使用该数据来验证计算结果。

奖励分割

与 FTSO (v1)一样，数据提供者将继续因提交接近中位值的数据而获得奖励。如果管理提案获得批准，当 FTSO Scaling 全面实施时，FTSO 数据提供奖励总额中的主要部分（80%）将继续分配给实现这一目标的数据提供者。

同样，如果 FTSO Scaling 全面实施，它还将奖励在签署阶段提交签名和在最终确定阶段触发最终确定。对于在签署阶段提交的签名，10% 的数据提供奖励将分配给提交单个有效签名的数据提供者。在最终确定阶段触发最终确定时，最多可有五个实体进行最终确定：前五个实体成功达到阈值权重。这些数据提供者将获得可用数据提供奖励的 10%。

处罚

FTSO Scaling 会对数据提供商的 "Reveal Withholdings "或 "Double-Signing "行为进行处罚：

揭示隐藏数据：数据提供者必须能够验证披露数据的哈希值与提交数据的哈希值是否匹配。如果遗漏或不匹配提交的揭示数据，就会被称为 "揭示扣留"，并将受到处罚。
重复签名：在同一轮投票中为多个结果提供无效签名或签名将被称为重复签名，并将受到处罚。

在这两种情况下，惩罚金额都将是违规数据提供商在该轮投票中预期相对奖励份额的 30 倍，并将从奖励纪元结束时的奖励总额中扣除。可扣除的最大金额等于该数据提供商在该时间段的总奖励。扣除的金额将被烧毁。

部署阶段

将 FTSO 系统扩展到允许多达 1000 个数据源将需要一系列实质性更新。为了让 Flare 基金会有时间进行测试，并让数据提供商有时间适应变化，如果获得批准，更新将包括试用阶段、测试阶段和淘汰阶段。

在这些阶段，当前数据提供商和升级数据提供商将并存。当前的数据提供商是指运行现有 FTSO (v1) 代码的数据提供商，而升级后的数据提供商是指运行包含 FTSO Scaling 的新代码的数据提供商。Flare 总通货膨胀的 70% 仍将用于 FTSO 数据提供奖励，但将按以下方式在数据提供商之间分配：

试用阶段：在这一阶段，奖励分配将保持不变：现有数据提供商将继续获得分配给他们的 FTSO 数据提供奖励的 100%；而升级后的数据提供商将不会获得任何奖励。
测试阶段：在此阶段，Flare 基金会将更新通货膨胀合同，以便当前数据提供商将获得 FTSO 数据提供奖励分配总额的 50%，升级后的数据提供商将获得另外 50%。届时，所有数据提供商都可以领取奖励。例如，假设在测试阶段，我们有 100 FLR 充气奖励。因此，当前的数据提供商将有 50 FLR 分配给他们，而升级后的数据提供商将有以下分配：中位接近度 40，有效签名提交 5，最终确定贡献 5。
淘汰阶段：在此阶段，Flare 基金会将再次更新通货膨胀合约，只有升级的数据提供商才能获得奖励。因此，以上面例子中的通胀率 100 FLR 为例，升级后的数据提供者将获得其中的全部分配：中位接近度奖励 80，有效签名提交奖励 10，最终完成贡献奖励 10。