常见问题

许多提供商信号会等待多个连续的异常轮次，默认是 2 个。单次缺失（例如在重启期间）有意不发出警报。如果您想知道每一次缺失，请将该信号的“连续轮次”设为 1。更多内容见连续轮次。

问题持续的轮次恰好达到触发警报所需的数量，而下一个轮次又恢复正常。这在重启等短暂故障中很常见。如果这类成对的通知让您困扰，请调高“连续轮次”，或关闭该信号的恢复通知。参见恢复通知和冷却时间。

您在某个投票轮次的签名没有在计入奖励的宽限期内提交。它提交得更晚，或者根本没有提交。此警报会立即发出，不会等待更多轮次。请检查您的签名程序及其时间安排；详情见无需等待的警报。

签名警报会为每个实际受影响的阶段附上一个区块浏览器链接。如果 FTSO 签名和 FDC 签名都错过了宽限期，您会看到两个链接；如果只有一个错过，您会看到一个。打开每个链接即可查看哪笔交易来得太晚。更多内容见无需等待的警报。

只有当您注册的所有 NodeID 都不是当前验证节点时，“验证节点未列出”才会触发。只要还有一个验证节点在列表中，例如在您对另一个验证节点进行再投资期间，就不会发出警报。参见验证节点未列出。

在免打扰时段内，Telegram 私聊、Discord 私信和电子邮件会被暂缓发送。时间段结束后，这些接收者各自会收到一份汇总。Telegram 群组、Webhook 和通知铃会继续发送，因此请将紧急警报路由到这些渠道。参见免打扰时段。

首先检查该信号的“发送恢复通知”是否已开启。“钱包余额变动”和“喂价波动”根本没有恢复通知。对于其他类型，Watchdog 必须看到一切已恢复正常的证据；缺少数据不算数。参见缺少数据绝不等于“一切正常”。

路由决定谁收到哪条警报：一个信号组可以有自己的接收者，一个监控也可以使用自选的接收者而不是默认接收者。仍在等待验证或无法送达的接收者收不到任何内容，而免打扰时段会暂缓个人渠道。请检查该监控的 4. 接收者部分以及默认接收者和路由。

在提醒历史中。将筛选条件“送达”设为“仅失败”，然后将鼠标悬停在某个接收者的标签上即可查看错误信息。参见搜索和筛选。

Watchdog 对每次送达总共最多尝试 3 次。之后它会在历史中保持失败状态。如果目标永久拒绝接收，例如因为机器人被屏蔽，该接收者会被标记为“无法送达”；参见无法送达：怎么办？。

Webhook 必须使用公网 HTTPS，端口为 443 或 1024 及以上；私有地址和内部地址会被拒绝。Discord 和 Slack Webhook 在对方一侧被删除后会变为“无法送达”。请修正 URL 或创建新的 Webhook，然后点击“发送测试”。参见 Webhook。

对于信号警报，可以：在通知渠道中关闭“通知铃中的警报”。账户和系统消息（例如监控被挂起）始终会进入通知铃。参见通知铃和系统消息。

不会。针对您自己积分余额的监控免费，但每个钱包有数量上限。该上限列在各类型的费用与限制中。

如果自动续费已开启，套餐会用您的积分续费；如果续费失败，系统会在 7 天内继续尝试。没有槽位时，您最新的付费监控会被挂起，直到您购买槽位并点击“恢复”。参见槽位到期时。

不会。暂停的监控会保留其槽位，以便您随时恢复。要释放槽位，请删除该监控；其警报仍保留在历史中。参见槽位的工作方式。

打开账户设置 → API 访问，然后点击令牌旁边的“撤销”。使用该令牌的访问会立即停止。参见概览和撤销。