---
title: "权益证明"
description: "权益证明 是一类区块链共识设计，通过将质押的经济风险用于分配提议或投票权。安全性取决于整个协议、验证者分布、终结规则、罚没与恢复假设，而不仅仅依赖于质押。"
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 权益证明
> 仅供教育参考，不构成投资建议；投资可能产生损失。
## 直接回答
权益证明（PoS）是一类共识设计，其中验证者将协议定义的资产置于经济风险之下，并根据网络的规则获得提议或投票权重。诚实的验证者会提议区块、验证状态转换并对链的历史投票。在实施该机制的协议中，可证明的冲突消息可能触发罚没惩罚，而错过的职责通常只会导致较小的处罚或失去奖励。权益是Sybil抗性资源：它使获得影响力的成本高昂，但不会使无效交易变得有效。
PoS 不是单一算法。基于链、拜占庭容错、委托和提名系统在验证者准入、领导者选择、分叉选择、最终性、委托、解锁和惩罚方面存在差异。Ethereum 特定的值，例如 32 ETH 激活余额、12 秒时隙和三分之二检查点投票，并非通用的 PoS 属性。任何分析都必须明确网络和协议版本。
安全性声明也需要的不仅仅是“赌注很大”。它取决于谁可以控制或协调该赌注、停止或破坏共识所需的比例、网络时序假设、客户端多样性、密钥安全性、检查点和恢复规则，以及是否能够实际施加惩罚。集中委托或公共服务可以使成千上万的名义验证者表现得像一个操作员。
质押奖励是对资本、运营工作和协议风险的补偿，而不是保证的利息。一种有用的分解方式是：
总质押率 = 年度协议奖励 / 平均活跃质押
净运营商回报 = 奖励 + 分配费用和 MEV - 惩罚 - 服务费 - 运营成本
以质押代币衡量的回报与代币的市场回报是分开的。入场和退出队列、解质押期、罚没风险、税收、流动质押代币折扣以及交易对手风险都可能显著改变投资者的实际收益。
## 它是如何运作的
一个完整的 PoS 协议包括权益登记、验证者职责、分叉选择规则、最终性或确认规则、激励和恢复程序。名称和阈值各不相同，但可以按七个步骤进行审查：
1. **定义权益和验证者边界。** 识别风险资产、最低或有效余额、验证者准入规则、委托模型、激活队列、提款凭证以及实际控制签名密钥的实体。
2. **根据协议随机性选择职责。** 协议分配区块提议、证明、投票或委员会工作。选择可能按权益加权、对每个验证者设上限或由代表集调解；公布的权益份额并不总是与有效投票权重相同。
3. **验证提出的状态转换。** 完整节点独立检查签名、余额、执行和共识规则。验证者的质押或多数票不能授权违反确定性有效性规则的交易。
4. **投票并应用分叉选择。** 验证者对区块或检查点的协议消息进行签名。当存在竞争的有效历史时，分叉选择规则会使用合格的消息及其权重来选择头部；网络延迟可能会暂时产生不同的本地视图。
5. **达成确认或最终性。** 一些系统在超级多数投票后提供明确的经济最终性，而其他系统则随着深度提供越来越高的信心。安全性问题在于诚实节点是否可能最终确认冲突的历史；活跃性问题在于链是否能够继续最终确认。
6. **应用奖励、惩罚和罚没。** 正确和及时的职责可能会获得发行、费用或其他奖励。不活跃可能会失去奖励或招致处罚。双重签名或其他可证明的违规行为可能导致逐出和质押毁损，但条件和金额是协议特定的。
7. **退出、撤回并恢复。** 验证者在资金可转移之前，可能会面临退出队列、解锁延迟或退出后的惩罚窗口。当存在弱主观性、远程历史记录或异常共识失败情况时，客户端还需要可信的检查点或其他恢复程序。
PoS 和工作量证明（Proof of Work）都使用稀缺资源来提高共识攻击的成本，但资源类型和恢复模式不同。PoW 持续消耗能源和硬件能力，通常提供概率性结算。PoS 锁定可罚没的资本，可以提供明确的经济最终性，并使用较少的持续计算，但引入了验证者密钥、股份集中、长程攻击和检查点假设。两种机制本身都不能保证去中心化、抗审查、低费用或应用正确性。
Ethereum展示了一种实现方式，而不是定义。它的验证者对区块和检查点进行验证，LMD-GHOST选择链头，Casper FFG通过代表至少三分之二活跃权益的投票来最终确定检查点，而弱主观性检查点帮助新节点或长期离线的节点锚定到最近的规范状态。其他PoS网络可以使用不同的委员会、委托和最终性设计。
## 示例练习
### 权重选择是一个预期，而不是时间表
假设一个示例协议按照有效权益的比例选择每个提议者，并且每天有 720 次提议机会。一个拥有 2,000 单位（总计 1,000,000 单位中）的操作员，其份额为 2,000 / 1,000,000 = 0.2%。其预计提议次数为 720 x 0.2% = 1.44 次每天。由于选择是随机的，操作员在某一天可能会收到零次、一此或多次指派；该公式并不保证每 16.7 小时有一次提议。
### 总奖励不是净回报
一个合并仓位代表 32 代币。在一年期间，它获得 1.28 代币的协议奖励和 0.20 代币的分配费用，但因停机损失了 0.08 代币。服务收取 10% 的正收益费用：(1.28 + 0.20) x 10% = 0.148 代币。净收益为 1.28 + 0.20 - 0.08 - 0.148 = 1.252 代币，或 1.252 / 32 = 3.9125%，尚未考虑硬件、税收和代币价格变化。单独宣传 4% 协议的发行率会夸大该用户的收益。
### 区块生产可以继续，而最终性停滞
考虑一种 Ethereum 风格的最终性规则，要求投票超过 1,000,000 活跃权益的三分之二，因此必须有超过约 666,667 单位同意。如果代表 340,000 单位的验证者同时下线，最多只剩下 660,000 单位可用。区块仍然可以被提议，但最终性所需的超级多数票不可用。特定协议的不活跃机制可以随着时间减少不活跃的权重；它并不会消除初始的最终性失败。
### 流动质押折扣并不自动意味着罚没
一名投资者持有 100 单位的流动质押代币，该代币代表对质押资产的索偿。在流动性冲击期间，该代币按 0.96 单位的基础资产交易。立即出售可获得 100 x 0.96 = 96 单位，相当于 4 单位或 4% 的折扣。即使没有验证者被罚没，并且底层会计仍然完全有保障，这一市场折扣也可能反映退出延迟、流动性或交易对手的担忧。
## 风险与控制
### 共识安全性和活跃性
- **集中有效控制：** 交易所、资金池或代理可以协调的质押比验证者数量显示的更多。应通过操作者、密钥、治理和基础设施来衡量控制，而不仅仅是通过地址。
- **最终性失败或分区：** 离线质押、客户端漏洞或网络分裂可能会在块继续生成时阻止超级多数最终性。请监控已最终确认的检查点和协议健康状况，而不仅仅是块高度。
- **远程和弱主观性风险：** 原验证者在其质押可提取后可能构建替代的旧历史。在协议要求的情况下，从通过独立可信渠道获得的最近检查点进行引导。
- **特定协议阈值错误：** 三分之一、二分之一和三分之二的数字在不同协议中具有不同的含义。在应用阈值之前，请阅读实际的分叉选择、安全性和活性规范。
### 验证者操作和密钥
- **迁移期间的双重签署：** 在两台机器上运行复制的签名密钥可能会产生冲突的投票。请使用罚没保护数据库、一个活动签名器以及受控迁移程序。
- **签名密钥泄露：** 攻击者可以签署可被惩罚的消息、审查或重定向职责。隔离验证者密钥、限制访问、监控消息，并在支持的情况下保持提款权限分离。
- **停机时间和相关故障：** 电力、网络、云端、客户端或配置故障会导致奖励损失，并可能触发更大的非活动惩罚。分散客户端和基础设施，并在不重复签名者的情况下测试故障切换。
- **提款凭证失败：** 丢失、不正确或提供商控制的提款密钥即使在验证者正常运行的情况下也可能阻碍恢复。在存款前验证凭证，并保持经过测试的备份和继任程序。
### 奖励、资本、退出机制及经济影响
- **可变奖励率：** 发行公式、有效抵押、职责履行、费用和 MEV 随时间变化。对一系列的毛收益和净收益进行建模，而不是将显示的年百分比收益率视为固定。
- **代币价格和稀释风险：** 更多的质押代币并不保证更大的法币购买力，且发行可能稀释非质押者或所有持有者的利益。将以代币计价的收益与总市场回报分开。
- **激活、退出和解绑延迟：** 队列增长可能导致资本在入队时闲置或在压力期间不可用。衡量每个生命周期阶段，避免假设可以立即赎回。
- **处罚和砍杀的不确定性：** 损失取决于违规行为、协议版本和相关行为。请审查最大暴露和提供者分配规则，而不要仅假设只有奖励是可变的。
### 委托、托管和流动质押
- **托管人或操作员违约：** 服务可能丢失密钥、滥用资金、停止提款或在运营上失败。确定谁拥有签署和提款权限，以及索赔在破产时是否被隔离。
- **池子智能合约风险：** 的存款、会计、升级和取款队列可能依赖于本地质押以外的合约。请审查权限、审计、紧急控制和协议依赖性。
- **流动质押代币折扣：** 收据代币可能因流动性、期限、罚没或发行方问题而低于其认购价值进行交易。应将市场退出价格与最终协议赎回价格分开强调。
- **代表团集中度：** 用户保留经济风险，而一小部分运营商获得共识影响力。跟踪股份分布、运营商上限、代表变动和治理权力。
### 审查、实施和测量
- **审查与 MEV 集中：** 大型运营商或常见的中继可以排除或重新排序交易。监控交易的包含行为以及对构建者、中继和策略中介的依赖。
- **客户端和实现单一化：** 共享的漏洞可以在原本独立的验证者之间关联故障。使用多样化且维护良好的客户端，并了解多数客户端故障的后果。
- **误导性的去中心化指标：** 验证者数量、地址数量和总质押量可以隐藏共同所有权或托管。结合实体归属、地理位置、客户端、云服务和治理指标。
- **治理和社会恢复风险：** 严重故障后可能需要紧急协调，但谁定义规范恢复可能存在争议。理解升级控制、检查点来源和恢复先例。
## 常见误解
### 每个代币持有者都会在 权益证明 中自动验证
持有资产并不等同于运营验证节点。协议准入、密钥、软件、运行时间和职责仍然适用。委托人或流动质押代币持有者可以将投票或操作控制权转移给其他实体，并承担额外的合约或交易对手风险。
### 更多的总质押总是意味着网络更安全
攻击成本可能随着有价值的股份增加而上升，但安全性也取决于集中度、流动性、借贷和委托、客户多样性、门槛以及恢复规则。独立控制的1000万单位与通过一个运营者控制的同等数量是不同的。
### 质押收益是无风险利息
奖励用于补偿资本锁定、运营和协议暴露。处罚、罚没、费用、排队、代币价格损失、智能合约失败以及托管风险可能超过奖励。显示的年化收益率既不保证，也不能与无风险现金利率直接比较。
### 验证者每当离线时会被罚没
许多协议区分普通的不活跃与可证明的冲突行为。在 Ethereum 上，未完成的职责通常会失去奖励或受到处罚，而双重提议和可惩罚的证明可以导致罚没和驱逐。其他网络则定义不同的违规行为和金额。
### 权益证明 使交易便宜且即时最终
共识决定对有效历史的认可；执行能力和费用市场决定交易成本。最终性仍然需要协议定义的投票和时间，并且即使区块继续出现，在参与不足或网络故障的情况下也可能停滞。
## 相关主题
- [共识机制](/zh-cn/crypto/consensus-mechanism/)
- [质押](/zh-cn/crypto/staking/)
- [砍击](/zh-cn/crypto/slashing/)
- [验证者](/zh-cn/crypto/validator/)
- [工作量证明](/zh-cn/crypto/proof-of-work/)
## 来源
- [区块链技术概述](https://csrc.nist.gov/pubs/ir/8202/final) - NIST（访问时间：2026-08-19）
- [Ouroboros：一种可证明安全的权益证明区块链协议](https://eprint.iacr.org/2016/889) - IACR 密码学 ePrint 存档（访问时间：2026-08-19）
- [权益证明 (PoS)](https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/) - Ethereum.org（访问时间：2026-08-19）
- [权益证明奖励与惩罚](https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/) - Ethereum.org（访问时间：2026-08-19）
- [Ethereum 权益证明攻击与防御](https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/attack-and-defense/) - Ethereum.org（访问时间：2026-08-19）
- [Ethereum 质押](https://ethereum.org/staking/) - Ethereum.org（访问时间：2026-08-19）
- [阶段 0 -- 诚实验证者](https://github.com/ethereum/consensus-specs/blob/master/specs/phase0/validator.md) - Ethereum 共识规格（访问时间：2026-08-19）
- [权益证明 vs 工作量证明](https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/pos-vs-pow/) - Ethereum.org（访问时间：2026-08-19）
Source: https://wiki.fcontext.com/zh-cn/crypto/proof-of-stake/index.mdx