Provider Watch

1. 购买提供商插槽：您的监控项 → 提供商 Watchdog 名额 → 购买槽位。
2. 选择“新建监控”，并在 1. 选择类型中选择“提供商 FSP 监控”。
3. 在 2. 监控目标中选择“网络”，并输入“提供商身份地址 (0x…)”。这是在 EntityManager 中注册的身份地址，而不是提交地址或签名策略地址。
4. 刚开始时，在 3. 信号中保留默认值即可。之后可以再进行微调。
5. 在 4. 接收者中，将提供商警报限制在少数几个渠道。事情多的日子可能会有好几条警报，团队群组通常是接收它们的最佳位置。
6. 保存。监控卡片会显示“正常”“有问题”或“未检查”，“显示详情”会列出最新的读数。

每个监控覆盖一个网络。如果您在 Flare 和 Songbird 上运行提供商，请创建两个监控，每个监控各占用一个提供商插槽。

• FTSO：每个投票轮次中的 commit、reveal 和签名。
• FDC：bitvote、签名、未确认的共识请求、bitvote 长度以及意外的 submit1 交易。
• 违规：与 commit 不匹配的 reveal、签名者不匹配、错过签名宽限期以及 FDC 揭示违规。
• 交易：某笔提交交易失败。
• Fast Updates：就您的权重而言在统计上不太可能出现的不活跃。
• 注册：下一个奖励周期的注册仍未完成，或身份不在当前签名策略中。
• 验证节点：您的 NodeID 均不是当前验证节点，另有一项默认关闭的连接状态预警。
• 余额：每小时检查一次提交地址、签名地址和签名策略地址，设有以 FLR 或 SGB 计的警告阈值和严重阈值。
• 奖励：每个奖励周期发送一次汇总，列出超过最低金额的未领取奖励。
• 最低条件：针对 Anchor 喂价和 FDC 参与情况的预警。
• 系统：监控可用性，始终开启。

每个信号及其参数和默认值都在信号参考中有说明。

大多数 FTSO 和 FDC 信号会等到连续 2 个异常轮次后才发出警报。一个投票轮次持续 90 秒。

• 14:00:00，轮次 1467688：缺少 commit。连续第一轮，不发出警报。
• 14:01:30，轮次 1467689：再次缺少 commit。发出“FTSO 提交”警报，并将轮次 1467688 标为首轮。
• 14:03:00，轮次 1467690：commit 按时到达。发送恢复通知。

因此，重启后的一次小故障不会触发警报，而真正的故障会在大约 3 分钟后被报告。您可以通过“连续轮次”按信号修改该值。

违规、失败的交易和意外的 FDC submit1 交易会在首次出现时立即发出警报。其中最重要的是“错过签名宽限期”：错过宽限期的签名不再计入该轮次的奖励，因此等待第二个轮次只会造成更多损失。

警报只列出实际受影响的阶段。对于每个阶段，它都会附上一个指向区块浏览器中该交易的链接。如果只有 FDC 签名错过了宽限期，您会看到一个链接；如果 FTSO 和 FDC 都错过了，您会看到两个链接。

只有当为您的身份注册的所有 NodeID 都不是当前验证节点时，此信号才会触发。如果根本没有注册任何 NodeID，则此信号不适用。

示例：您运行两个验证节点，它们的质押在不同时间到期。其中一个的质押到期后，您在到期后通过再投资来续期。在此空档期间，另一个验证节点仍在列表中，因此不会发出警报。只有当两者同时不在列表中时，您才会收到警报。

“Anchor 预警”和“FDC 预警”信号统计分析器在 2、4 或 6 小时窗口内观测到的情况。如果您的占比低于阈值（默认 80%），并且观测次数至少达到最低要求，您就会收到警告。没有共识的 FDC 轮次不计入统计。

这只是早期指标，而不是官方判定。您的提供商是否满足最低条件，由网络在奖励周期结束时决定。

提供商监控依赖于我们的 FSP 分析器，它会从链上读取每个投票轮次。如果其数据超过 10 分钟未更新，您会收到“监控可用性”警报，该监控的其他警报会暂停，而不是靠猜测判断。新数据到达后，您会收到恢复通知，监控继续进行。

1. 阅读警报：信号、网络、轮次，以及交易链接（如有）。
2. 在信号参考中打开该信号，或在提醒历史中使用“这是什么意思？”。其中列出了常见原因以及您可以怎么做。
3. 检查该轮次前后的提交程序、签名程序和节点日志。
4. 等待恢复通知。如果几个轮次内都没有收到，说明问题仍然存在。
5. 如果警报无关紧要，例如发生在计划维护期间，请调高“连续轮次”，或在维护期间暂停该监控，而不是关闭该信号。