THORChain 罚没监控

运行一个 THORChain 节点，或者向节点委托，就意味着要与罚没分数共处。它们在后台悄无声息地累积，每次轮换时清零，等你注意到时，它们已经从你的绑定奖励中削掉了一部分 RUNE。此前，没有一种简单的方法可以按节点、按轮换看清罚了什么、为什么罚、损失了多少。

这正是 RUNEBond 罚没监控（Slash Monitor）要做的事。本指南会准确说明这个面板显示什么、它如何理解“损失”，以及这些数字背后的计算方法。

THORChain 上的罚没分数是什么？

THORChain 会给未能履行职责的活跃验证者记罚没分数（英文），例如：

未能观察到网络其他节点都已观察到的入站交易，
未能参与 keysign（TSS 签名）仪式，
漏签区块签名，
以及其他活性和可用性方面的故障。

罚没分数是一种记账层面的处罚，而不是直接没收。在每次轮换（验证者集合的定期更替）时，THORChain 会按各节点的有效绑定量加权发放累积的绑定奖励，并根据其罚没分数相应扣减。罚没分数越多 → 分到的奖励池份额越小。罚没分数以轮换窗口为范围，因此实际上每个周期都会清零。

核心要点：罚没分数不会从你的绑定中拿走 RUNE，而是从你本应赚到的奖励中拿走 RUNE。罚没监控的作用，就是让这种机会成本变得可见、具体。

面板显示什么

罚没监控是每个节点详情页上的一个标签页。在 RUNEBond 上打开任意节点，切换到罚没监控标签页，就能看到该节点完整的罚没情况。所有内容都围绕一个轮换周期选择器展开，并附有进行中 / 已结束状态标签，因为罚没分数只有放在一次轮换之内才有意义。

顶部：四张卡片

针对所选的轮换，标签页最上方是四张关键指标卡片：

卡片	含义
罚没分数 · 本次轮换	该节点在本次轮换中的罚没分数计数器，完全按照 THORChain 的记账方式还原（扣分与返还相抵后取净值，最低为零）。正是这个数字决定了奖励被扣减多少。
损失的奖励（预计）	该节点在本次轮换中因这些罚没分数而损失的绑定奖励（以 RUNE 计），以及这部分占其潜在奖励的百分比。
净奖励（预计）	该节点在本次轮换中赚到的 RUNE。
对比网络平均水平	该节点与活跃集合中其他节点的比较：类似 “2.3× 更差”（或更好）的比值、全网平均罚没分数，以及 “差于 Y 个节点中的 X 个”。仅当该节点有罚没分数且存在可比较的集合时才显示。

卡片下方

网络观察趋势：按链绘制的折线图，展示在整个轮换期间逐步累积、而不对应某一笔具体交易的观察类故障（网络手续费、偿付能力、勘误、TSS 或密钥设置）。每条链一条线，表示累计的净处罚。可以选择时间范围（1H / 6小时 / 1天 / 全部）。
按原因和按链划分的罚没分数：水平条形图，按从差到好的顺序列出是哪些故障类型、哪些链造成了处罚。
近期罚没：分页表格，列出锚定到具体交易或签名的单个处罚事件（高度、原因、链、txid），最新的排在最前。你可以按原因筛选，也可以按交易哈希搜索（被观察链或 THORChain）。那些只随时间累积的观察类故障被有意排除在这张表之外，它们显示在上方的趋势图中。

“有效”罚没如何计算（去除返还噪声）

THORChain 采用乐观的罚没方式。节点一旦有待履行的义务，协议就会先记一个罚没分数（一次 + 变动）。当节点为共识做出贡献后，这个分数会被返还（一次 − 变动），通常发生在之后的区块中。因此，原始事件流中充满了同一事件成对出现、相互抵消为零的 +N/−N 变动（这些实际上是表现良好的信号，而不是处罚）。

罚没监控会把每个事件归并起来，按它们共同对应的义务（被观察的交易、keysign、区块）把扣分与返还配对，并且：

只保留带符号分数合计为正的事件（即有效罚没：被扣了分，且没有完全返还），以及
带符号汇总总数，这样后续区块中较晚到来的返还会减少处罚。

扣分与返还的配对方式取决于故障类型：

直接处罚（keygen 失败、区块双重签名、漏签区块签名）从不返还：每一项都按区块原样计入。
keysign 失败分为两部分：+2 的“责任方”处罚是一个按区块计的具体事件，而 ±1 的“是否参与”变动则在整个轮换内相互抵消。
与交易关联的观察类故障（观察 txin 或 txout 失败）按每笔被观察的交易跨区块抵消。
不与交易关联的观察类故障（网络手续费、偿付能力、勘误、TSS 池）按链在整个轮换内抵消。

由于返还可能迟到，观察类的正净值只有在其最近一次变动已过去至少 10 个区块（约 1 分钟）后才会被确认。这是 THORChain 自身的观察宽限窗口，确保尚未到达的返还永远不会被误判为真实处罚。直接处罚没有返还，会立即显示。

最终得到的是净罚没分数：节点真正承担的经济处罚，而不是乐观扣分那种未经处理、被夸大的原始计数。面板上的每个数字（顶部计数器、按原因和按链的明细、趋势图以及与网络的比较）都按这种方式计算，因此它们始终能够相互对上。

面板不涵盖的内容：绑定本金罚没

这是最重要的范围说明，我们希望在上线之初就把它讲得清清楚楚。

THORChain 有两种不同的处罚机制，而罚没监控只衡量第一种：

罚没分数 → 绑定奖励减少。这是一种针对活性和可用性的处罚，会降低节点在轮换时获得的奖励。这正是罚没监控所追踪的。
直接罚没绑定本金。在某些严重事件中，当节点给网络造成真实、可量化的损失时（例如未能签署出站交易，导致网络不得不承担这笔损失，或其他造成资金损失的故障），THORChain 会直接从该节点已绑定的本金中扣除 RUNE（历史上为损失价值的数倍）。这减少的是已绑定资本本身，而不仅仅是奖励。罚没监控不衡量这一点。

换句话说：

“损失的奖励（RUNE）”这个数字，是你因罚没分数而放弃的奖励。它不是被没收的绑定数额。节点可能遭受本面板不会显示的绑定本金罚没。

谁应该使用它，以及如何使用

节点运营商：在反复出现的故障原因跨轮换不断累积之前及时发现它们，准确量化你的罚没分数让你损失了多少 RUNE，并对比你赚到的和损失的，以确定优先修复什么（例如一个总是观察失败的链客户端、一套不稳定的 keysign 配置等）。
委托人和绑定提供者：在绑定之前，查看节点近期的罚没记录和奖励效率。在最近几次轮换中记录干净、净罚没较低的节点，能为你保留更多奖励；但请记住，绑定本金风险需要另行评估。
研究人员和社区：透明、可核对地了解全网活性状况，以及罚没造成的真实 RUNE 成本。

总结

RUNEBond 罚没监控把嘈杂、乐观、正负来回翻转的事件流，转化为每个节点、每次轮换的两个清晰答案：究竟有多少罚没分数真正留了下来，以及这让绑定奖励损失了多少 RUNE。它使用的是链本身的计算方式，并去除了返还噪声。

只需记住它的范围：它衡量的是罚没分数造成的奖励损失，即每次轮换都会确定发生的处罚，而不是更少见的、直接的绑定本金罚没。用它来了解活性和奖励效率，并另行评估绑定本金风险。