Skip to main content

什么是 slashing

注意：本文档是英文原版的自动翻译。

什么是 slashing

Slashing 是 Proof of Stake (PoS) 区块链网络中的一种惩罚机制，用于惩处验证者做出威胁网络安全或完整性的行为。当一个验证者被 slash 时，其质押代币的一部分会被销毁（burn）或重新分配，并且该验证者通常会被移出活跃集合——或是暂时性的，或是永久性的。

slashing 之所以存在，是因为 PoS 网络依靠经济激励而非计算工作来保护链。验证者锁定代币作为抵押品；slashing 确保如果验证者行为不端，这一抵押品确实处于风险之中。

**简而言之：**slashing 是对 PoS 系统中验证者不当行为的经济惩罚——而对于涉及质押或验证者参与的加密 AI 项目，它代表了一种与基础设施可靠性挂钩的具体财务风险。

slashing 如何运作

触发 slashing 的违规行为

并非每一个验证者的失误都会导致 slashing。协议通常区分轻微惩罚（针对离线或缓慢）和达到 slashing 级别的违规（针对可能损害网络共识的行为）。最常见的可被 slash 的违规行为是：

  • 双重签名（equivocation）——一个验证者为同一个 slot 或高度签署两个不同的区块，实际上试图制造分叉。这是最严重的违规，因为它直接威胁共识完整性。
  • 环绕投票（surround voting）——一个验证者投出彼此矛盾的证明票，其方式可能导致链重组。这特定于 Ethereum 的 Casper FFG 共识。
  • 长时间停机——在一些网络上，长时间离线会导致逐步升级的惩罚，可能升级为 slashing。在 Ethereum 上，离线会导致"非活跃泄漏（inactivity leak）"惩罚而非正式的 slashing，但其他 PoS 链可能将长时间停机视为可被 slash 的违规。

惩罚流程

当检测到可被 slash 的行为时，协议通过链上逻辑自动执行后果：

  1. 检测——其他验证者或监控合约识别出相互冲突的签名或协议违规。
  2. 证据提交——不当行为的证明（例如两条相互冲突的已签名消息）被提交到链上，通常由一个可能获得奖励的"举报者"提交。
  3. 惩罚施加——协议销毁违规验证者质押的一个既定百分比。具体金额因网络和违规严重程度而异。在 Ethereum 上，最低 slashing 惩罚为验证者有效余额的 1/32，如果许多验证者同时被 slash，还会有额外的"相关性惩罚"。
  4. 逐出——被 slash 的验证者被移出活跃集合并进入提款队列。在一些网络上，该验证者无法重新加入；在另一些网络上，它可以在冷却期后重新质押并重新进入。

相关性惩罚

一些协议，尤其是 Ethereum，施加随同一时间窗口内被 slash 的验证者数量而扩大的相关性惩罚。如果单个验证者被孤立地 slash，惩罚相对较小。但如果大量验证者一起被 slash——这暗示一次协同攻击或一个广泛的软件 bug——惩罚会急剧增加，直至整个质押。这一设计确保相关性故障（对网络更危险）受到比孤立事件更严厉的惩罚。

为什么 slashing 对加密 AI 项目很重要

验证者相邻的 AI 项目。 一些加密 AI 项目涉及质押或类似验证者的角色：参与者质押代币并提供 AI 计算、数据标注或模型验证服务。如果这些系统针对低质量输出或不诚实行为引入 slashing，参与者就面临真实的经济风险——不仅仅是机会成本。

质押资本的风险。 任何鼓励用户在 PoS 网络上质押代币的项目都使这些用户暴露于 slashing 风险之中。AI 驱动的质押优化工具或流动性质押协议必须在其风险模型中考虑 slashing 情景。一个管理质押头寸却忽视 slashing 风险的 AI 代理是不完整的。

质量强制。 在去中心化 AI 网络（计算市场、推理网络、数据验证层）中，类似 slashing 的机制可以强制质量：返回错误推理结果、提交损坏数据或未能完成分配任务的节点可能会损失质押抵押品。这将区块链 slashing 概念适配到 AI 专属的语境中。

它在 DecAIHub 项目卡片中出现的位置

  • Consensus——在 PoS 链（Ethereum、Solana、Avalanche、基于 Cosmos 的网络等）上的项目继承 slashing 作为共识机制的一部分。项目卡片中的 consensus 字段间接表明 slashing 是否适用于底层网络。
  • Staking——涉及质押的项目（无论是在其自身网络上还是在其部署的主链上）使质押者暴露于 slashing 风险。项目卡片中描述的质押模型可能引用 slashing 条件。
  • Token model——对于基于验证者架构的项目，token model 可能将 slashing 作为激励设计的一部分：验证者质押项目代币并因不当行为承担 slashing 风险。
  • Type——实现自身 PoS 共识的 L1 项目直接定义 slashing 规则。L2 和 dApp 项目继承其主链的 slashing 条件。

仅凭 slashing 无法证明什么

  • 安全性——slashing 的存在并不保证网络安全。slashing 威慑理性的经济行为者，但它无法防止 bug、社会工程或治理攻击。一个验证者可能因软件 bug 而非恶意意图被 slash。
  • 去中心化——slashing 是一种机制，而非去中心化的衡量标准。一个带有 slashing 的网络仍可能拥有一个小而集中的验证者集合。
  • AI 质量——将 slashing 适配为惩罚糟糕的 AI 输出是一种有效的设计模式，但其有效性取决于能否在链上客观验证输出质量。对于质量主观的复杂 AI 任务，slashing 标准可能难以公平地定义。
  • 代币价值——slashing 影响代币供应（被销毁的代币减少流通供应量），但这一机械性效应并不能决定代币是否具有根本价值或必要性。

常见问题

slashing 会意外发生吗？

会。意外 slashing 最常见的原因是在两台不同的机器上同时运行同一组验证者密钥（一个导致双重签名的配置错误）。验证者客户端中的软件 bug 也曾导致 slashing 事件。这就是为什么验证者运营者认真对待冗余和密钥管理——以及为什么客户端多样性（运行不同的软件实现）对整个网络很重要。

每个 PoS 网络都有 slashing 吗？

大多数 PoS 网络实现某种形式的 slashing，但严重程度和条件各异。Ethereum 针对双重签名和环绕投票有正式的 slashing 机制。基于 Cosmos 的链针对双重签名和长时间停机进行 slash。一些网络使用较温和的惩罚（例如暂时"监禁"一个验证者）而非销毁质押。具体的 slashing 规则是各协议设计的一部分，并记录在其规范中。

外部参考

另请参阅

No comments to display

Back to top