从图 2 中可以看出，大约 20% 的新激活的验证者仍然将他们的提款凭证设置为旧的 0x00-类型。这可能是由于独立质押者或机构使用过时的指南来激活验证器，也可能质押者有意做出的决定，他们希望避免从部分提款中自动获得流动资金的任何潜在税收影响。请注意，在许多司法管辖区，质押的税务影响还没有明确的定义，这不是税务建议。税收规则因司法管辖区而异，应咨询您所在司法管辖区的认证专业人员以获得建议。

图 2. 按取款凭证类型划分的每周信标链存款。来源：ConsenSys，Dune Analytics，@DataAlways

对于 0x00 认证的验证者，卡佩拉升级包括一项操作，将他们的提款凭证更新为 0x01-类型。这样做需要 0x00-类型凭证的验证器的所有者使用他们现有的提款凭证（BLS 密钥）来签署并通过共识层客户端向以太坊的 CL 提交提款凭证变更消息。

处理时间

根据以太坊共识规范，0x00-类型凭证可以更新为 0x01-类型凭证的速度被限制为每区块 16 个（每 12 秒）。然而，除非立即需要流动资金，否则 0x00-类型凭证的验证者不应该感到有压力在任何特定日期前更新，因为他们将继续累积奖励，就像他们在 Beacon 链启动后一样。

**注意，一旦验证者将其提款凭证从 0x00-类型更新为 0x01-类型，就不能再进行更改。**这是从 0x00-类型提款凭证到 0x01-类型提款凭证的一次性、单向性更改。

部分提款

部分提款是对超过 32 ETH 的验证者余额的定期“撇帐”。这将自动发生在任何验证器上：有一个 0x01-类型的提款凭证，并且是活跃的，并且有一个余额超过 32 ETH 的验证器。

部分提款对质押者有利，因为他们可以经常获得他们的验证器所赚取的 CL 质押奖励（扣除任何罚金），而不会产生任何 gas 费用，或不得不退出他们的验证器。此外，由于一个以太坊验证器的有效余额上限为 32ETH，验证器余额中的任何剩余 ETH 都是无益的。部分提款允许质押者获得这些剩余的、非生产性的 ETH，并将其重新部署到激活新的以太坊验证器，或其他地方。部分提款也应该有利于以太坊网络，因为它可以防止过长的退出队列和过度的验证者流失，这可能会破坏网络的稳定。

处理时间

拥有 0x01-类型提款凭证的活跃验证者可以期待他们的验证器余额在上海/卡佩拉升级后每 2 至 5 天就被部分提款一次。这是自动“扫荡”扫描以太坊的活跃验证者集并为符合条件的人处理提款所需的预期时间。给出了一个范围，而不是一个确切的数字，因为不知道有多少 0x00-类型提款凭证的的验证者会在升级后立即更新为 0x01-类型提款凭证。

这个范围的低端（2 天）假设没有一个 0x00 认证的验证者更新为 0x01 认证，使他们没有资格提款。较高的一端（5 天）假设所有 0x00 认证的验证者立即更新。实际情况可能介于两者之间，但没有数据支持具体的估计。

全部提款

全部提款是对 “已退出的”验证器的全部余额的回收。退出验证器的先决步骤需要具体的手动操作。然而，对于任何验证器来说，提款过程会自动发生：有 0x01-类型的提款凭证，并且已经退出。

其他一些由 PoS 担保的区块链有一个“解押”期，这是一个固定的期限，在提交提款请求后，质押者必须等待，然后才能获得他们之前投下的资产。

在以太坊中，不是一个具有固定持续时间的“解除绑定”期，而是由两个过程的总和给出的，每个过程的持续时间都是可变的：验证器退出过程，和完整的提款过程。

处理时间

执行一个完整的提款的过程分为两个部分。首先，验证器必须从以太坊的共识层退出。然后，验证者要接受与执行部分提款相同的自动提款过程，但要增加一个延迟。

简而言之，一个验证器的完全退出预计至少需要 28 小时。这是退出验证器所需的绝对最短时间（5 个 历时，或 32 分钟）和验证器成为完整提款的绝对最短时间（256 个 历时，或 27.3 小时）之和。然而，大多数全部提款需要的时间会比这更长。

验证器退出过程

图 3. 验证器退出过程。来源：ConsenSys

图 3 描述了退出一个活动验证器所需的高级步骤。让我们简单地来谈谈每一个步骤。

• 一个活跃的验证器，具有 0x01-类型提款凭证，按照预期提出并验证块。
• 验证者的私钥被用来签署自愿退出（VE）操作，而已签署的 VE（通过 CL 客户端）提交给以太坊的 CL.
• 每个时段最多处理 16 个 VE（每 12 秒）。
• 一旦 VE 操作被处理，并且经过至少 5 个历时（32 分钟）的延迟，验证器的状态就会从激活状态更新为退出状态。在这一点上，退出的验证器被分配了一个退出历时（即验证器将被退出的历时），并正式进入退出队列。虽然验证器现在已经发出了退出的信号，但它仍然必须执行所有验证器的职责（即区块提案和证明），直到它通过退出队列被处理。退出队列的长度取决于活跃的以太坊验证器的总数和已经在队列中的验证器的数量。
• 在验证器通过退出队列处理后，其状态从正在退出更新为已退出，并停止验证区块。

验证器退出率的限制

由于一些原因，重要的是 PoS 协议的验证器集别变化得太快。因此，验证器的退出受到退出队列的速率限制。退出队列的持续时间是协议的流失限制的函数，以及在感兴趣的验证器之前要退出的验证器数量。

Churn limit 是一个变量，它定义了每个周期（每 6.4 分钟）可以退出的最大验证器数量，并由以下的表达式给出：

Churn Limit =max(4, ⌊active_validators/65536⌋)

根据上面的表达式，流失限制将是 4，直到有 327680 个活跃的以太坊验证器，在这一点上它就会变成 5. 在这之后，每有 65536 个新激活的验证器（流失限制商数），流失限制就会增加一个。

截至 2023 年 2 月 23 日，大约有 525000 个活跃的以太坊验证器。从图 4 和图 5 中，我们可以看到，目前的流失限制是 8 个，这意味着每天可以退出 1800 个验证器（见图 4）。

图 4. 每天允许的最大取款量。来源：ConsenSys

图 5. 以太坊最大流失量。来源：ConsenSys

将活跃的以太坊验证器的历史数量与相应的流失限制作图，就可以得到图 6.

图 6. 活跃的以太坊验证器的变化。来源：ConsenSys，Glassnode

知道了流失限制和在利润验证器之前要退出的验证器的数量，就可以计算出来退出队列的总持续时间（以天为单位）：

*Exit Queue Duration (days) = (((#_of_validators_to_be_exited)/(churn_limit))6.4 mins)/60/24

全部提款过程

图 7. 全部提款过程。来源：ConsenSys

在验证器被退出之后，在它被完全提款之前，还有两个步骤：

• 已退出的验证器在其状态从已退出更新为可提款之前，还要经历 256 个历时（27.3 小时）的延迟，称为最小验证器可撤回性延迟。
• 最后，可提款的验证器也要接受处理部分提款的自动“扫荡”，随后其余额被提取。

完整的提款率限制

如上所述，所有退出的验证器必须等待 256 个历时（27.3 小时或 1.1 天），直到他们变成可提款的。一旦验证器可以提款，处理全额提款的速度被限制在每档 16 个提款，由处理部分提款的同一自动“扫荡”程序进行。

因此，下面的表达式给出了任何退出的验证器在它的余额被完全提取之前应该等待的最大时间（以天为单位）：

*Max. Time from Exit to Withdraw (days) ≅ (((withdrawals_eligible_validator_count/16)12)/60/60/24) + 1.1 days

其中“withdrawals_eligible_validator_count ”是有资格获得部分或全部提款的验证器的数量（因为单一的自动“扫荡”过程处理这两种类型的提款）。

上海/卡佩拉升级如何影响以太坊质押生态？

我们在上面看到，上海/卡佩拉分叉准备从共识层“解锁”质押的 ETH，并使其可以提取到以太坊执行地址。提款将对整个以太坊质押生态产生广泛影响——从 ETH 的流动性供应到以太坊质押供应商的竞争力。

现在我们知道提款过程将如何运作，让我们看看他们可能会如何影响 ETH 的流动性供应。

流动 ETH 供应

在这里，我们将试图了解在上海/卡佩拉升级之后的最初几天，ETH 的流动性供应将如何可能受到部分提款和全部提款的影响。

这一分析在很大程度上取决于质押者的行为，以及中间人的行动，他们在上海/卡佩拉升级之后的确切计划仍不清楚。因此，本节中得出的任何结论都是方向性的假设，而不是确切的预测。

提现前

在我们能够推理出部分提款可能会发生的情况之前，我们需要了解以太坊的活跃验证器集的当前、提款前的状态。

截至 2023 年 2 月 23 日，大约有 16.8 M ETH 被质押，占 ETH 总供应量的 14.6%. 这些被质押的 ETH 存放在超过 525000 的验证者手中，验证者的平均余额最近超过了 34E TH. 这表明，到目前为止，以太坊验证者平均已经积累了大约 2 个 ETH 的 CL 奖励，在上海/卡佩拉升级之后，超过 100 万个 ETH 可能通过部分提款的方式成为流动资金。

我们可以通过介绍 Tripoli 对 Data Always 进行的分析来完善我们的理解，其中以太坊验证者被进一步划分为三个相关的子组。0x00 认证的，Lido 0x01 认证的，以及非 Lido 0x01 认证的。对这些特定的验证器子群有一个更细致的了解，将有助于限定我们的部分提款模型，主要原因有两个。

首先，我们知道只有 0x01 认证的验证者才有资格立即提取部分资金，所以部分提取将“解锁”的 ETH 总量取决于有多少 0x00 认证的验证者在上海/卡佩拉升级之后更新为 0x01 认证。

其次，我们知道 Lido（像所有的流动性质押协议一样）可能会把从他们的验证者那里提取的 ETH 重新存入和质押，作为部分提款过程的一部分。这是因为这样做可以使 Lido 的流动性质押代币 stETH的回报率最大化。知道了这一点，我们就可以在我们的模型中对从 Lido 验证者的部分提款中获得的 ETH 进行折现，因为这些 ETH 很可能会被立即重新质押。

通过这三个分组的视角来检查以太坊活跃验证者组的提款凭证，发现 58% 的人有 0x00-类型提款凭证。在剩下的 42 %中，具有 0x01-类型的提款凭证，大约 61%（或所有以太坊验证者的 25%）是由 Lido 验证者组操作的。

图 8. 以太坊验证器取款凭证。来源：ConsenSys，Dune Analytics，@DataAlways

将每个分组的累计奖励总额除以每个组的验证者数量，就可以得到每个分组中典型验证者的平均累计 CL 奖励（截至 2023 年 1 月 29 日的数据见图 9）。

图9. 平均累积的共识层奖励。来源：ConsenSys，Data Always

提款后

部分提款

知道了我们三个验证者子组的相对比例和平均累积 CL 奖励，我们可以开始推理部分提款可能会如何进行。让我们考虑一下添加到以太坊区块链的第一个区块，紧随上海/卡佩拉升级之后。

由于此时没有 0x00 证书的验证者更新为 0x01 证书，所以第一个区块将包括 16 个部分提款，完全由目前设置有 0x01 证书的验证者组成。在这 16 个验证器中，我们可以假设 61%，即 9-10 个是由 Lido 操作的，其余 6-7 个是非 Lido 0x01 认证的验证器。如果上述情况成立，那么上海/卡佩拉升级之后的第一个区块将“解锁”大约 18.6 个 ETH（大约 11.7 个 ETH 来自 Lido 0x01 认证的验证者，大约 6.9 个 ETH 来自非 Lido 0x01 认证的验证者）。

在处理第一个区块的部分提款的同时，提交了提款凭证变更信息的前 16 名 0x00 认证的验证者的凭证将被更新为 0x01 类型，使他们有资格被部分提款。每个区块，被部分提款的验证器的组成将发生变化，以包括更多以前有 0x00 认证的验证器。由于 0x00 认证的验证器平均年龄较大，并积累了更多的 CL 奖励，这将导致每个区块提取的 ETH 总量逐渐增加。

正如 Tripoli 所指出的，每个区块提取的 ETH 概况在哪里达到峰值，“取决于百分之多少的 0x00 验证者立即切换他们的证书，但在最极端的情况下，所有 0x00 验证者都要求更换，概况将在 70 小时后达到峰值，每个区块的部分提款量约为 37.34 ETH——其中 3.01 ETH 是来自 Lido 验证器。"

下面来自 Data Always 的动画显示了在四种不同的情况下，第一次“扫荡”以太坊的活跃验证者集合，将有多少 ETH 被解锁。在 25%、50%、75% 和 100% 的 0x00认证 的验证者立即更新为 0x01 认证的假设下，被解锁的 ETH 数量、扫荡的持续时间，以及包括在这些部分提款中的每个验证者子组的比例。

图 10. 如果上海分叉今天发生的部分取款。资料来源：Data Always

全部提款

截至 2023 年 2 月 23 日，已经有 920 人自愿退出，表明这些验证者打算完全退出。此外，为了解决美国证券交易委员会（SEC）最近对 Kraken 提出的指控，该中心化交易所同意支付 3000 万美元的罚款，并停止其在美国的质押服务。来自 Hildobby 的数据表明，Kraken 验证者占所有活跃以太坊验证者的 7.3% 以上。虽然目前还不清楚是否所有的 Kraken 验证器都需要完全退出，但在最极端的情况下，这将导致 38000 个验证器（120 万 ETH）在上海/卡佩拉升级上线后不久就被提款。假设该协议的流失限制为8 ，处理这个数量的全部提款将需要 20 多天。