FTSO 信号提供者（FTSO Signal Provider）的工作内容| Flare Network

若你倾向于仅观看视频，请滚动至底部。

FTSO 信号提供者的工作内容

在 Flare Network 上成为信号提供者是怎样一种体验？或许，你正对此充满好奇，但却对如何开始着手毫无头绪。又或者，你只是单纯想要了解该等信号提供者的工作内容是什么，因为你打算将你的 FLR 代币委托给他们。

在此，我尽可能解释得言简意赅。若你有兴趣深入了解技术层面的东西，欢迎关注后续内容，我当前正致力于研究这些内容。

FTSO 系统的用户群分为三组：应用程序、委托者以及信号提供者。

应用程序是 FTSO 系统的最终用户，它们对 FTSO 系统输出的信息加以利用。任何应用程序都可访问 FTSO 系统的输出数据，但 F-Asset 系统是个例外。F-Asset 系统需获得各 F-Asset 的现行价格才能正常运行。

委托者的任务是，将自己的 FLR 代币委托给信号提供者。信号提供者负责向 FTSO 提供准确数据。作为回报，委托者将获得 FLR 奖励，但需扣除信号提供者收取的费用。

另一方面，信号提供者还承担着技术要求更高的职责。他们必须编写自有系统和算法，以实现从 Flare Network 外部收集数据的目的。

信号提供者肩负众多责任，他们必须执行诸多关键任务，如：

~ 确保上线时间足够长。 ~ 向 FTSO 提供准确可靠的数据。 ~ 频繁地提交数据。

若信号提供者经常错过数据提交的最后期限，或者，若他们向 FTSO 发送的数据超出其他提供者所提交之数据的中位数，则他们的声誉可能因此受损。

与此同时，他们的委托者也将无法获得预期报酬。

于信号提供者而言，这些是非常重要的考量因素。信号提供者必须确保建立稳健可靠的系统来为其委托者提供最优服务。

FTSO 系统概述

FTSO 系统是一系列智能合约的集锦。若干核心智能合约分管 FTSO 系统的各项功能。若你尚不清楚什么是智能合约，那我可以简要介绍一下。智能合约本质上就是区块链上的一段代码。任何人都可以与之进行交互。该等合约经过编程而具备某些功能，可实现特定目标。

因此，需注意，Flare 摄取的各个时间序列分别称作一个“FTSO”，并且，每个 FTSO 都存在相对应的单独合约。搞清楚这一点很重要。譬如，信号提供者可以提交瑞波币/美元的价格数据，与之相应会存在一项单独的智能合约，该数据必须发送至该智能合约。

不过，当我们从更整体的角度审视 FTSO 系统时，我们会看到，该系统也会用到其他智能合约。

该等合约的部分功能包括：信号提供者既能设置他们希望向委托者收取的费用，也能在未来更新其费用设置。切记，当信号提供者更新其费用设置时，新费用并不会立即生效，而是会预留一段时间间隔，在此期间，委托者可以察觉该变化并按需调整其委托安排。

数据提交

信号提供者在数据获取方式上有很大的自由度。他们可以按照自己喜欢的任何方式去收集数据。该等方式包括但不限于使用 Restful API 或 WebSockets 从不同交易所收集数据。这些交易所可以是去中心化交易所、中心化交易所，或可获取所需代币价格数据的任何其他地方。 Hugo Philion 还提到一个更夸张的例子，即，某个信号提供者由一系列其他“次级”信号提供者组成。可以说，价格数据的获取方式应有尽有，完全取决于你的想象力。

无论信号提供者如何获取数据，他们都必须遵循 FTSO 系统规定的程序。

所有信号提供者都需被列入白名单，此后方才有资格提交数据。每个 FTSO 都会对应一张白名单，因为每个提供者都需针对他们提交数据的每个时间序列进行登记。此举主要是为了控制 Flare Network 上信号提供者的最大数量，以减轻潜在的性能问题。这一限制可在随后通过治理投票进行调整。

一旦信号提供者被列入白名单，他们还必须保有一定数量的投票权，才能获准提交数据。这意味着，若信号提供者不具备足够的 FLR 持有量（既涵盖自己的个人持有量，也涵盖因接受委托而获得的持有量），他们可能无法向特定 FTSO 提交数据。

只要信号提供者被列入白名单并拥有足够的投票权，他们就可以开始向 FTSO 发送数据并因此获得奖励。向 FTSO 提交数据是 FTSO 本身固有的一个步骤，在此过程中，信号提供者必须遵循“提交及披露机制（commit and reveal scheme）”。为便于理解，可以想象为，信号提供者将他们提交的价格数据放在一个上锁的盒子里，然后将盒子交给 FTSO（此为“提交”）。除信号提供者之外，没人知道盒子里的内容是什么。当 FTSO 需要获取盒子中的内容（即价格数据）时，信号提供者会向 FTSO 发送密匙，以使 FTSO 能够访问内容，完成“披露”过程。之所以设置这样的流程，是为了防止某些“懒惰”的提供者使用其他信号提供者发送的数据。

此过程每小时重复多次，大约每四分钟一次。

奖励功能

委托者很可能会将代币委托给多个信号提供者，但只要该等提供者中有一个或多个提供的数据在中位数以内，则委托者就有资格获得报酬。该报酬会汇集在名为“奖励管理者（Reward Manager）”的智能合约中。简言之，委托者应得的报酬不会自动发送给他们，他们必须进行认领。委托者认领奖励的频率是受限的，因此，委托者须记住，奖励有可能只能每天认领一次，无论他们赚得奖励的频率如何。

对一般委托者来说，这应该是一个很简单的过程，因为钱包等第三方应用程序会为委托者提供相应界面，使委托者仅需点击若干按钮便能实现将奖励发送至自己的钱包，进而合并自己的各项奖励。信号提供者本身亦能为委托者提供此类界面。再者，若委托者愿意，他们甚至可以将自己的奖励发送至一个压根不参与委托过程的钱包。

若委托者想要更细化一些，他们可以分别单独认领所委托的各信号提供者为他们赚取的奖励。比方说，某个委托者将代币委托给了信号提供者 A 和 B。那么，当信号提供者 A 为委托者赚取了 50 FLR 而信号提供者 B 只赚取了 15 FLR 时，委托者可以选择仅认领信号提供者 A 为他赚取的应得奖励。

FTSO 系统提供的功能多种多样，这些功能在构建时充分考虑了整个 Flare 生态系统。我们今天只谈及了最相关的一些功能。

若你对上述流程有任何疑问，欢迎留言，我将为你找出答案。

For more videos on Flare Network you can visit my YouTube.