以太坊验证者检查：97% 的情况下，每项超过 32 ETH 的奖励都会被一扫而光

如果您质押以太币，则两个字符长的前缀决定您的奖励是继续有效还是定期留下验证器余额。它称为提款凭证，在每个验证器上它都处于三种状态之一：0x00、0x01 或 0x02。只有使用类型 0x02 才能保持奖励并获得最高收益。使用 0x01 时，32 ETH 以上的所有内容都会自动扣除。如果是 0x00，你根本无法达到余额。 2026 年 9 月 9 日，cryptoticker.io 统计了验证器集本身的分布情况。结果很明确：97.0% 的活跃验证者仍然使用旧类型 0x01。复利类型0x02持有的份额为2.1%。该分析由 cryptoticker.io 于 2026 年 9 月 9 日进行。Lido 将复利模式引入测试网：9 月 8 日触发 促成此次统计的是前一天的一份报告。 Crypto Briefing 于 2026 年 9 月 8 日报道，质押提供商 Lido 推出了围绕凭证类型 0x02 构建的新版本社区质押模块。该版本目前在测试网上运行；根据该报告，主网计划于 2026 年 10 月启动，但仍有待 Lido DAO 的批准。没有人能保证这个日期会成立，本文也没有提出其他要求。让它变得有趣的并不是单个提供商，而是其背后的模式。大型运营商目前正在将其验证器转移到复合类型，因为这可以让他们汇集资本。自己下注的个人常常会在不知不觉中落后。这种差距是可以测量的，这正是在这里提出的原因。 0x00、0x01 和 0x02：三种验证者凭证类型的含义 提款凭证是存储在协议中的条目，说明验证者的余额可能流向何处。它位于信标链上的验证者记录中，既不会出现在账户对账单中，也不会出现在应用程序设置中。目前正在流通三个前缀，它们的名称在该新闻编辑室直接从公共信标节点查询的协议参数中保持不变。为什么前缀（而不是钱包应用程序）才是 0x00（BLS 凭证）：Shapella 升级之前的原始状态。不存储执行层的提现目标。只要这种情况持续存在，验证者就既不能支付奖励，也不能释放存入的资金。余额已锁定。 0x01（执行地址）：自Shapella以来一直标准的状态。存储以太坊地址并进行提款。问题在于上限：计算奖励的余额上限为 32 ETH。 ethereum.org 上的文档指出，任何超过 32 ETH 的余额都会被自动清除。 0x02（复合凭证）：Pectra 升级引入的类型。这里的上限为 2,048 ETH，而不是 32 ETH。奖励保留在验证器内，并在下一轮奖励中赚取。该参数在协议中称为 MAX_EFFECTIVE_BALANCE_ELECTRA，为 2,048,000,000,000 Gwei，正好是 2,048 ETH。一个多次出现的术语在这里需要一个明确的定义：有效余额是协议用来计算奖励和惩罚的余额份额，四舍五入到整个 ETH。任何高于它的值在 0x01 之下都不会产生任何额外的收益。内部统计：97% 的活跃验证者仍在 0x01 上进行分析。为了进行这项分析，新闻编辑室于 2026 年 9 月 9 日 15:56 至 16:00 UTC 期间从信标链的整个验证者注册表中抽取了两个相互独立的随机样本，每个样本 6,000 个索引，因此总共 12,000 个。数据是通过节点运营商的公共信标接口检索的，每个请求都返回 HTTP 状态 200。在测量时，注册表持有已发布的 2,362,534 个验证器索引；其中，38.6% 的人在样本中很活跃，而其余的人已经退出并获得了支付。在样本中的 4,633 个活跃验证者中，凭证类型分布如下： 0x01：4,495 个验证者，97.02%（95% 区间：96.53 到 97.51%）

4,495 个验证者，97.02%（95% 区间：96.53% 到 97.51%） 0x02：95 个验证者，2.05%（1.64% 到 2.46%）

95 个验证者，2.05%（1.64% 至 2.46%）0x00：43 个验证者，0.93%（0.65% 至 1.20%） 两次抽签均独立得出 0x01 的 97.0% 的相同数字。推断注册中心的活跃验证者份额大约有 912,000 个活跃验证者，统计范围约为 892,000 至 933,000 个。同一测量的第二个数字解释了为什么人数本身具有误导性。以资本衡量，复利类型早已不是一种边缘现象：被发现的 95 个 0x02 类型验证者平均持有约 820 ETH，而 4,495 个 0x01 类型验证者平均持有 32.008 ETH。因此，在样本中，大约三分之一的质押以太币为 0x02。该资本份额的确定性远低于员工人数，因为它仅基于 95 个广泛分布的观察结果；单个大型验证器会显着改变它。从数量级来看，它仍然成立：少数大型运营商复合，而广大个体验证者则不然。 32.008 ETH这个数字并非巧合，它是机制的证明。在测量时，以太币的交易价格为 2,489.61 美元（Kraken，2026 年 9 月 9 日，世界标准时间 16:00）。同一权益上的两种凭证类型：只有其中一种可以让奖励继续发挥作用。清理：为什么你的余额不断回落到 32 ETH 该协议将自动通行证（将验证器中的剩余余额推送到存储的提款地址）称为清理。它的运行无需您的参与，无需付费，也无需您的任何确认。在具有 0x01 凭证的验证器上，超过 32 ETH 的所有内容都会在此过程中被清除。这种情况发生的速度可以从两个协议值和此处执行的计数得出。每个区块网络最多处理 16 次提款 ( MAX_WITHDRAWALS_PER_PAYLOAD )，并且每 12 秒出现一个区块 ( SECONDS_PER_SLOT )。因此，在大约 912,000 个活跃验证者中，完整通过注册表大约需要 7.9 天。大约每八天您的验证器就会启动一次并重置为 32 ETH。 0x01 验证器中测得的平均 32.008 ETH 正是这产生的结果：自上次传递以来积累的小余数。实际上，这些验证者中的每一个都略高于该标记，并且几乎没有一个明显高于该标记。资本起作用了，但它带来的回报并不随之起作用。

如何在两分钟内检查验证器携带的凭证类型 该检查既不需要密钥也不需要登录。您所需要的只是验证器的索引或公钥，以及您在监控中看到的标识符。在公共信标浏览器或直接在信标界面调用验证器记录，然后查看withdrawal_credentials字段。重要的是该值的前四个字符。如果读数为 0x02 ，您的奖励就会复合。如果读取为 0x01 ，则它们会定期被清除。如果读取到 0x00 ，则根本没有存储提款目标，则行动紧急。在自己的节点上运行验证器的任何人都会在验证器状态路径下的信标接口的输出中找到相同的值。任何通过提供商质押的人通常都看不到它，必须询问；更进一步的内容。再次审视平衡是值得的。如果即使验证器已经运行了几个月，它仍然保持在略高于 32 ETH 的水平，那么您看到的是扫描机制正在工作，而不是显示错误。 0x00：当没有存储提款目标时，没有人可以达到平衡分析中最严重的发现涉及最小的群体。样本中的 4,633 个活跃验证者中，有 43 个仍然携带 0x00 类型的凭证，即 0.93%。这些验证者不断获得奖励，但没有可以达到的支付目标。只要该状态持续存在，奖励和最初存入的 32 ETH 都无法取回。推算到整个集合，该份额对应于大约 8,500 个验证者，统计区间约为 5,900 到 10,900 个。他们在样本中的平均余额约为 37 ETH，明显高于 0x01 组的 32 ETH，这正是因为他们没有被扫走，而且奖励已经积累了多年。两者相乘得出的锁定金额约为 220,000 至 407,000 ETH。按照 2026 年 9 月 9 日的价格计算，大约相当于 5.5 亿美元到 10 亿美元。这个范围故意保持得很宽，并基于 43 个观察结果，并且文本并没有将其平滑成一个整洁的单个数字。可以说的是：这是自Shapella升级以来可以收回的相关资本金额，但由于没有人进行转换，所以不能收回。受影响的人通常是质押早期的验证者，其密钥是在 2020 年或 2021 年生成的。如果您从那时开始并且此后没有进行任何更改，那么这一点属于您列表的最顶部。从 0x00 切换到提款目标需要原始提款密钥，该密钥源自您的助记词。没有那把钥匙就没有回头路。只要没有存储提款目标，具有 0x00 凭证的验证器就会持续赚钱，但不会释放任何内容。切换到 0x02 是可能的，需要付费且无法撤消 从 0x01 切换到 0x02 通过在执行层触发的请求运行，例如通过官方启动板界面的验证器操作或通过节点设置的工具。从技术上讲，这是一个针对您自己的验证器的合并请求，由 EIP-7251 标准引入。三点值得事先了解。首先，需要支付网络费用，其大小取决于网络负载。其次，切换是最终的：ethereum.org 上的文档明确指出从 0x01 到 0x02 的步骤无法逆转。第三，转换从根本上改变了支付行为，因为转换之后，不再有任何东西自动流出。任何依赖这些定期资金流入作为持续收入的人都会失去这一点。退出 0x00 状态时首先发生的事情对于 0x00 上的验证器来说，顺序是不同的：首先存储提款目标，这是到达 0x01 的步骤。只有在那之后 0x02 才出现问题。这种转换是否对你有利取决于本文不知道的事情：你的持有期限、你的费用情况和你的纳税状况。因此，它不提出任何建议。它只是说你在做出决定之前应该了解该州的情况。