提款凭证

什么是提款凭证？

提款凭证是 Ethereum 上的一项验证者设置，用于决定已质押 ETH 和共识层奖励可如何以及提取至何处。

简单来说，它是附加在 Ethereum 验证者上的提款目标规则。

创建验证者时，存款数据会包含提款凭证，并成为该验证者在 Beacon Chain 上链上记录的一部分。

这些凭证会告知 Ethereum 协议验证者是否可以接收提款，以及验证者采用何种提款行为。

官方 Ethereum 文档通过Ethereum 提款凭证指南说明，每个验证者都拥有提款凭证，且其第一个字节用于识别凭证类型，例如 0x00、0x01 或 0x02。

Ethereum 通过通常被称为 Shapella 的 Shanghai 和 Capella 升级启用质押提款后，提款凭证变得尤为重要。

Pectra 升级后，提款凭证的重要性进一步提升，因为 Ethereum 为希望获得更高有效余额和自动复利的验证者引入了 0x02 复利提款凭证。

对于加密货币用户而言，提款凭证至关重要，因为一个错误的提款地址可能会永久将质押提款发送至用户无法控制的钱包。

对于验证者而言，提款凭证是整个质押生命周期中最重要的安全设置之一。

为什么提款凭证在加密货币领域很重要

提款凭证之所以重要，是因为 Ethereum 质押将验证者签名与提款控制分开。

验证者签名密钥用于执行提议区块和进行证明等验证者职责。

提款凭证控制已质押 ETH 和共识层奖励最终可流向何处。

这种分离有助于提升安全性，因为用于日常验证者操作的密钥无需与控制提款的密钥相同。

验证者签名密钥可以保持在线，因为它必须定期签署网络消息。

提款密钥或提款地址应受到更严格的保护，因为它控制接收已提取 ETH 的能力。

这一差异对于个人质押者、质押运营商、机构、流动性质押协议和托管服务提供商都非常重要。

如果验证者的签名密钥遭到泄露，验证者可能被罚没或受到干扰。

如果提款凭证指向攻击者控制的地址，已提取的 ETH 可能永久丢失。

因此，提款凭证不只是一个技术字段。

它是 Ethereum 质押安全、托管设计和验证者所有权控制的一部分。

提款凭证与提款地址

提款凭证与提款地址彼此相关，但并不完全相同。

提款凭证是存储在共识层上的完整验证者字段。

提款地址是当凭证类型支持执行层提款时，用于接收提款的 Ethereum 执行层地址。

对于 0x01 凭证，提款凭证包含一个 Ethereum 地址，部分提款和全额提款都会支付至该地址。

对于 0x02 凭证，凭证同样指向执行层提款地址，但会通过启用复利和更高有效余额规则改变验证者行为。

对于 0x00 凭证，则未设置执行层提款地址。

因此，0x00 验证者在更新凭证前无法接收常规提款。

这一差异很重要，因为用户所说的“我的提款地址”可能实际指的是提款凭证内的执行地址。

验证者浏览器可能显示完整凭证字符串，而钱包用户可能主要关注其中嵌入的地址。

两者相互关联，但并不相同。

三种主要提款凭证类型

Ethereum 目前为验证者使用三种主要提款凭证类型。

第一种是 0x00，也称 BLS 提款凭证或 Shapella 前凭证。

第二种是 0x01，也称执行地址提款凭证或传统提款凭证。

第三种是 0x02，也称复利提款凭证。

官方 Ethereum 文档指出，0x00 凭证是原始的 Shapella 前格式，0x01 凭证是传统执行地址凭证，而 0x02 凭证随 Pectra 引入，是目前推荐验证者使用的选择。

这些类型由提款凭证字符串的第一个字节识别。

如果凭证以 0x00 开头，则为 BLS 提款凭证。

如果以 0x01 开头，则为传统执行提款凭证。

如果以 0x02 开头，则为复利提款凭证。

这个很小的前缀会改变质押奖励、提款及验证者余额的行为方式。

0x00 提款凭证

0x00 提款凭证是 Ethereum 启用提款前的原始提款凭证格式。

它通常被称为 BLS 提款凭证，因为其基于 BLS 提款公钥，而非 Ethereum 执行地址。

使用 0x00 凭证的验证者未设置执行层提款地址。

这意味着，在更新凭证前，其共识层奖励和已质押 ETH 无法支付至普通 Ethereum 地址。

Ethereum 提款凭证指南指出，使用 0x00 凭证的验证者必须升级至 0x01 或 0x02 后才能接收提款。

许多早期验证者使用 0x00，是因为 Ethereum 质押开始时提款功能尚未启用。

当时，质押者将 ETH 存入存款合约，但尚无法提款。

Shapella 后，Ethereum 新增了一项流程，允许 0x00 验证者通过提交已签名的 BLS-to-execution 变更来更新为执行地址凭证。

对用户而言，关键结论很简单。

如果验证者仍使用 0x00 凭证，在正确更改凭证前，其 ETH 无法提取至执行地址。

0x01 提款凭证

0x01 提款凭证指向普通 Ethereum 执行层地址。

它通常被称为传统提款凭证，因为在 Shapella 启用提款后，它成为标准提款格式。

使用 0x01 凭证时，验证者超过 32 ETH 的共识层奖励会每隔数日自动归集至提款地址，具体取决于提款队列和网络状况。

官方 Ethereum 质押提款页面说明，传统验证者使用 Type 1 提款凭证，其有效余额上限为 32 ETH。

这意味着 0x01 验证者最多可对 32 ETH 的有效余额持续获得奖励。

超过该金额的奖励不会复利计入验证者的有效余额。

相反，这些奖励会定期提取至执行地址。

当 0x01 验证者完全退出时，剩余验证者余额也会提取至同一执行地址。

最重要的警告是，0x01 提款地址不能随意更改。

验证者客户端文档，例如Teku 提款凭证更新指南，警告称，验证者一旦更新为使用 0x01 Ethereum 地址，该地址便无法轻易再次变更。

0x02 提款凭证

0x02 提款凭证随 Ethereum 的 Pectra 升级引入。

它被称为复利提款凭证，是因为它允许验证者奖励复利计入验证者的有效余额。

Ethereum Pectra MaxEB 文档说明，Pectra 允许验证者通过从 Type 1 转换为 Type 2 提款凭证，选择更高的最大有效余额和复利机制。

Pectra 之前，每个验证者的有效余额上限为 32 ETH。

Pectra 之后，使用 0x02 凭证的验证者有效余额最高可达 2048 ETH。

Ethereum 质押提款页面说明，复利验证者使用 Type 2 凭证，有效余额最高可达 2048 ETH，且仅会自动归集超过 2048 ETH 的余额。

这是质押机制的一项重大改变，因为它允许大型质押者整合验证者并复利奖励，而无需每 32 ETH 运行一个验证者。

0x02 验证者仍可提取低于 2048 ETH 阈值的 ETH，但需要从执行层发起手动部分提款。

对新手而言，主要区别很简单。

0x01 验证者会自动归集超过 32 ETH 的奖励，而 0x02 验证者可将奖励复利累积至 2048 ETH。

提款凭证与 Shapella 升级

Shapella 是 Ethereum Shanghai 和 Capella 升级的常用名称。

Shanghai 指该升级的执行层部分。

Capella 指该升级的共识层部分。

Shapella 为 Ethereum 验证者启用了质押提款。

在 Shapella 前，验证者可以存入 ETH 并获得奖励，但提款尚未启用。

Shapella 后，拥有有效执行层提款凭证的验证者可以接收部分提款和全额提款。

Ethereum Launchpad 质押提款页面说明，Beacon Chain 通过 Shanghai 和 Capella 升级启用了提款功能。

这使提款凭证成为最重要的验证者设置之一。

如果验证者拥有 0x01 凭证，协议便可将奖励发送至提款地址。

如果验证者仍使用 0x00 凭证，则必须先完成 BLS-to-execution 变更，才能支付提款。

Shapella 并未改变用户必须控制提款目标这一基本规则。

它通过允许实际提取 ETH，使该规则得以真正执行。

提款凭证与 Pectra 升级

Pectra 通过新增 Type 2，即 0x02 复利凭证，改变了提款凭证机制。

这一改变与 EIP-7251 有关，该提案提高了验证者的最大有效余额。

官方EIP-7251 规范描述了提高最大有效余额，以及新增与验证者整合和复利提款凭证相关的流程。

Pectra 使 Ethereum 质押对大型质押者和质押运营商更具灵活性。

质押者无需运行许多独立的 32 ETH 验证者，而是可以使用 0x02 凭证，将质押整合到更少但余额更高的验证者中。

这可以降低运营复杂度。

同时也可以减轻验证者集合规模的压力。

不过，0x02 凭证也为质押者带来新的决策。

自动复利可能提升奖励效率，但也会改变提款行为，因为奖励不会在超过 32 ETH 后自动归集。

希望定期获得奖励支付的用户可能更偏好 0x01 行为。

希望复利和整合的用户可能更偏好 0x02 行为。

正确选择取决于托管目标、流动性需求、税务规划、风险管理和质押策略。

部分提款

部分提款是指提取验证者余额，但不完全退出验证者。

对于 0x01 验证者，部分提款通常是指自动归集超过 32 ETH 有效余额上限的 ETH。

对于 0x02 验证者，部分提款有所不同，因为奖励会持续复利，直至验证者达到更高的最大有效余额。

Ethereum 质押提款页面说明，Type 2 验证者仅会自动归集超过 2048 ETH 的余额，低于该阈值的 ETH 需要从执行层进行手动部分提款。

这一区别很重要，因为质押者可能预期奖励会自动显示在钱包中。

对于超过 32 ETH 的 0x01 奖励，这一期望是正确的；但对正常的 0x02 复利行为则并非如此。

部分提款并非验证者钱包以发送 ETH 的同样方式发起的普通 Ethereum 交易。

它们是由共识层和执行层根据验证者状态及提款资格处理的协议级提款。

用户在询问奖励为何到账或未到账前，应先检查验证者的凭证类型。

全额提款

全额提款发生在验证者退出后，其全部剩余余额变为可提取状态时。

对于 0x01 和 0x02 验证者，提取的 ETH 会支付至与凭证关联的执行层提款地址。

对于 0x00 验证者，在更新提款凭证前，协议无法将提款支付至执行地址。

全额提款与自愿退出是不同的概念。

自愿退出是指通知验证者在完成退出流程后停止参与。

提款会在验证者符合资格并由协议处理后于更晚时间发生。

这一时间差可能让用户感到困惑，因为退出并不总意味着立即收到 ETH。

退出队列、提款归集、网络状况和验证者状态都可能影响时间安排。

用户还应了解，提款地址会自动接收已提取的 ETH。

如果该地址有误、无法访问或由他人控制，用户可能失去对已提取资金的访问权。

这正是为何在设置验证者时正确选择提款凭证至关重要。

BLS-to-Execution 变更

BLS-to-execution 变更是 0x00 验证者用于将提款凭证更新为执行地址格式的流程。

官方 Ethereum Launchpad 提供了一个BLS To Execution Change 工具，其中说明了将旧 BLS 提款凭证改为执行地址格式新提款凭证时使用的消息。

该变更必须使用验证者的 BLS 提款密钥签名，或由正确的提款助记词生成。

随后，已签名消息会广播至 Beacon Chain。

在消息被纳入并处理后，验证者的凭证将从 0x00 变为执行地址提款凭证。

这是一个敏感流程，因为提款地址将成为未来质押提款的目标地址。

用户应尽可能离线生成敏感签名材料。

用户绝不应在随机网站、聊天工具、浏览器扩展程序或自己并不完全信任的联网电脑中输入质押助记词。

签名之前，应仔细验证提款地址，因为该变更可能不可逆。

一个拼写错误就可能将提款永久导向错误目标。

提款凭证可以更改吗？

提款凭证能否更改取决于其类型和具体变更内容。

0x00 BLS 提款凭证可通过 BLS-to-execution 流程更改为执行地址凭证。

验证者一旦拥有 0x01 提款地址，便无法简单地将其更改为另一个地址。

Teku 文档说明，如果验证者的提款凭证已设为 Ethereum 地址而用户希望使用其他地址，用户必须退出该验证者，并创建具有新凭证的新验证者密钥。

Pectra 后从 Type 1 转换为 Type 2 同样是重大质押选择。

Ethereum Pectra MaxEB 页面指出，从 Type 1 转换为 Type 2 不可逆。

这意味着验证者不应将提款凭证更新视为更改钱包昵称或电子邮件地址。

这是可能影响 ETH 流向和质押奖励行为的协议级变更。

进行任何凭证变更前，用户应确认验证者索引、公钥、旧凭证类型、新地址、工具来源和签名环境。

对于大型质押业务，提款凭证变更应通过正式运营控制和多人审核处理。

提款凭证与验证者安全

提款凭证是 Ethereum 质押安全中风险最高的环节之一。

提款目标控制已质押 ETH 和奖励可支付至何处。

如果提款地址属于错误的钱包，未来提款可能无法追回。

如果 0x00 至 0x01 变更前提款助记词遭泄露，攻击者可能将提款导向自己的地址。

如果用户在虚假质押工具中输入助记词，攻击者可能窃取资金或控制未来提款。

用户应将验证者签名密钥与提款密钥分开。

验证者签名密钥需要在线执行日常职责。

提款密钥应采用更严格的冷存储方式保护。

对于机构设置，提款地址通常使用多重签名钱包、硬件安全模块、托管控制或智能合约钱包。

对于个人质押者，硬件钱包或经过谨慎保护的自托管地址可能较为合适。

关键规则很简单。

提款地址应由本应接收已质押 ETH 的个人或实体控制。

提款凭证与托管

提款凭证是质押托管的核心。

如果用户通过某项服务质押，提款凭证决定由用户、服务方、托管服务提供商、智能合约还是其他实体控制提款目标。

这很重要，因为质押可以将验证者运营与资产所有权分离。

如果提款地址属于用户或由用户控制的合约，第三方可运行验证者基础设施而不控制提款。

这种设置可以降低托管风险。

不过，部分质押服务可能同时控制验证者运营和提款目标。

这种设置可能较为方便，但会带来交易对手风险。

用户通过任何服务质押 ETH 前，应询问谁控制提款凭证。

不应只询问谁在运行验证者。

还应询问谁接收提款、谁可以更改凭证、谁可以触发退出，以及用户拥有哪些法律或技术权利。

在 Ethereum 质押中，提款凭证往往是关于提款控制最清晰的链上线索。

提款凭证与智能合约地址

如果质押设置支持，提款地址可以是普通外部拥有账户或智能合约地址。

这可用于质押池、托管系统、流动性质押协议、再质押系统或机构金库。

不过，智能合约提款地址会增加额外风险。

合约必须安全。

合约必须能够安全接收 ETH。

合约规则必须符合质押者的预期。

如果合约存在漏洞、升级风险、管理员风险或治理风险，提款可能受到影响。

用户不应仅因智能合约地址可编程，就假定其提款地址更安全。

经过审计且控制得当时，它可能更安全。

设计不佳或由未知管理员控制时，它也可能更危险。

对于普通个人质押者，妥善保护的自托管地址可能更简单。

对于高级质押系统，智能合约提款地址可支持自动化、记账、分配和风险控制。

提款凭证与流动性质押

流动性质押系统使用验证者，但会向用户提供代表已质押 ETH 敞口的流动性代币或凭证。

在这些系统中，提款凭证尤为重要，因为其决定验证者提款流向何处。

流动性质押协议可能使用智能合约作为提款目标，以便根据协议规则对已提取 ETH 进行记账和分配。

用户在使用流动性质押代币时，可能无法直接看到单个验证者的提款凭证。

但这些凭证仍在后台发挥作用。

如果提款凭证由协议控制，用户将依赖该协议的智能合约、治理、运营商和托管设计。

如果提款凭证管理不善，协议可能面临运营或安全问题。

用户应理解，流动性质押抽象了验证者细节，但不会消除验证者层面的风险。

即便用户只看到代币余额，提款凭证仍是信任模型的一部分。

提款凭证与再质押

再质押允许将已质押 ETH 或与验证者相关的仓位用于额外的安全或奖励系统。

提款凭证在再质押中可能很重要，因为提款流可能被导向执行再质押规则的智能合约或受控账户。

再质押系统可能要求验证者使用特定提款凭证或提款地址结构。

这会增加复杂性。

用户应了解谁控制提款、谁能触发退出、罚没或处罚是否会影响资金，以及提款是否可能因协议规则而延迟。

再质押可能创造额外奖励机会，但也会增加智能合约风险、治理风险、运营商风险和相关性罚没风险。

提款凭证处于 Ethereum 基础质押系统与使用已质押仓位的外部协议之间的边界。

用户在将提款凭证指向任何与再质押相关的地址前，应仔细阅读协议文档。

提款凭证不仅是一个目标地址。

它还可能成为更大托管和风险安排的一部分。

提款凭证与验证者整合

Pectra 后，验证者整合变得更加重要，因为 0x02 验证者可以支持更高有效余额。

验证者整合是指将多个验证者的质押合并至更少的验证者中。

这可减少大型质押者必须运营的活跃验证者数量。

它也可以降低运营开销，并帮助网络管理验证者集合增长。

使用 0x02 凭证时，验证者的有效余额最高可达 2048 ETH。

Ethereum Pectra MaxEB 页面说明，选择加入 MaxEB 变更的官方工具是 Launchpad，且从 Type 1 转换为 Type 2 无法撤销。

整合功能强大，但会改变风险敞口。

一个较大的验证者可在单个验证者记录中承载更多质押资产。

运营失误、罚没或配置错误可能影响每个验证者更多数量的 ETH。

大型质押者应权衡运营简化与风险集中。

提款凭证至关重要，因为只有具备正确 0x02 复利凭证行为的验证者，才能充分使用 Pectra 后的整合模式。

如何检查验证者的提款凭证

用户可通过 Ethereum Beacon Chain 浏览器或自己的 beacon 节点 API 检查验证者的提款凭证。

验证者浏览器通常会显示验证者索引、公钥、余额、状态、提款凭证，以及可用时的提款地址。

Teku 文档提供了一个示例：通过 Beacon API 查询验证者的最终状态，并读取 withdrawal_credentials 字段。

如果该字段以 0x00 开头，验证者拥有 BLS 提款凭证。

如果以 0x01 开头，验证者拥有传统执行地址凭证。

如果以 0x02 开头，验证者拥有复利提款凭证。

用户在预期提款前应先检查凭证。

如有可能，还应检查凭证中嵌入的执行地址。

对于 0x01 和 0x02 验证者，提款地址应与质押者控制的地址一致。

如果地址未知，用户应在退出、整合或依赖未来提款前进行调查。

对于高价值验证者，通过多个工具独立验证是良好实践。

提款凭证的常见错误

一个常见错误是混淆验证者签名密钥与提款密钥。

签名密钥执行验证者职责，而提款凭证控制提款目标。

另一个常见错误是设置错误的提款地址。

这可能将未来提款永久发送至错误地址。

第三个错误是认为 0x00 验证者可以自动提款。

在将凭证更新为执行地址类型前，它们无法接收提款。

第四个错误是在虚假网站中输入质押助记词。

这可能暴露提款密钥，并使资金面临风险。

第五个错误是认为 0x01 奖励会自动复利。

由于超额奖励会归集至提款地址，奖励不会超过 32 ETH 有效余额上限后继续复利。

第六个错误是在不了解奖励行为变化的情况下转换为 0x02。

0x02 验证者会将奖励复利至更高最大有效余额，对于低于该阈值的金额可能需要手动部分提款。

第七个错误是使用由服务方控制的地址，却不了解托管权利。

提款凭证的优势

提款凭证的第一项优势是清晰的提款路由。

协议知道验证者提款应流向何处。

第二项优势是职责分离。

验证者运营可与提款控制分开。

第三项优势是更好的安全设计。

运营商可将验证者签名密钥保持在线，同时更谨慎地保护提款权限。

第四项优势是支持不同质押策略。

0x01 凭证支持自动归集奖励，而 0x02 凭证支持复利和更高有效余额。

第五项优势是机构灵活性。

提款凭证可支持托管政策、智能合约金库、质押服务提供商和多重签名控制。

第六项优势是透明度。

验证者具有公开可见的凭证前缀，可帮助用户了解提款行为。

第七项优势是更安全的验证者委托。

视质押安排而定，用户可以委托验证者运营，同时将提款指向自己的地址。

提款凭证的风险

第一项风险是永久性的地址错误。

如果提款凭证指向用户无法控制的地址，提取的 ETH 可能丢失。

第二项风险是助记词泄露。

0x00 凭证变更需要敏感提款密钥材料，攻击者可能针对该流程实施攻击。

第三项风险是虚假工具。

诈骗者可能创建虚假 Launchpad 页面、虚假质押仪表板、虚假凭证更新表单或虚假钱包提示。

第四项风险是误解凭证类型。

用户可能使用具有不同提款行为的凭证类型，却期待自动获得奖励。

第五项风险是托管不透明。

质押服务提供商可能以用户并未完全理解的方式控制提款凭证。

第六项风险是智能合约提款风险。

智能合约提款地址可能存在漏洞、管理员控制或治理风险。

第七项风险是不可逆转换。

部分凭证变更，例如设置 0x01 地址或转换为 0x02，应视为长期决策。

如何安全处理提款凭证

用户在执行任何提款凭证操作前，应验证工具是否为官方工具。

应使用官方 Ethereum Launchpad 或来自可信来源、经过充分审查的验证者工具。

应验证验证者索引和公钥。

应验证当前凭证类型。

应验证准确的提款地址。

签名之前，应确认自己控制该提款地址。

如果可以离线签名，应避免在日常使用的联网电脑上生成敏感消息。

绝不应向任何支持人员或网站分享质押助记词、验证者密钥库密码、私钥或助记词。

应保存已签名操作、目标地址和验证者列表的记录。

在凭证变更处理后，应通过 Beacon Chain 浏览器进行检查。

对于组织，凭证更新应要求多重审批、书面流程、测试运行和独立验证。

对于个人质押者，最重要的规则是放慢操作节奏，并在签名前核验每个字段。

简单理解提款凭证

提款凭证是告知 Ethereum 验证者提取的 ETH 应流向何处的规则。

如果以 0x00 开头，验证者拥有旧 BLS 凭证，在升级前无法接收常规提款。

如果以 0x01 开头，验证者拥有普通执行提款地址，超过 32 ETH 的奖励会自动归集。

如果以 0x02 开头，验证者拥有复利凭证，可将有效余额累积至 2048 ETH。

提款凭证不同于验证者签名密钥。

签名密钥运行验证者。

提款凭证控制提款目标和奖励行为。

对新手而言，最重要的结论很简单。

质押 ETH 前，务必了解谁控制提款地址。

常见问题

什么是提款凭证？

提款凭证是 Ethereum 验证者的一项设置，用于决定已质押 ETH 和共识层奖励可如何以及提取至何处。

提款凭证与提款地址相同吗？

不同。提款凭证是完整的验证者字段，而提款地址是由 0x01 或 0x02 凭证使用的执行层地址。

0x00 提款凭证是什么意思？

0x00 表示验证者拥有旧 BLS 提款凭证，且未设置执行层提款地址。

0x00 验证者可以提取 ETH 吗？

不可以。0x00 验证者必须先更新为执行地址凭证类型，才能支付提款。

0x01 提款凭证是什么意思？

0x01 表示验证者拥有传统执行提款地址，超过 32 ETH 的奖励会自动归集至该地址。

0x02 提款凭证是什么意思？

0x02 表示验证者使用随 Pectra 引入的复利提款凭证，其有效余额最高可达 2048 ETH。

0x01 与 0x02 有什么区别？

0x01 会自动归集超过 32 ETH 的奖励；0x02 则将奖励复利至更高的最大有效余额，且仅自动归集超过 2048 ETH 的余额。

我可以更改 0x01 提款地址吗？

不能直接更改，因为验证者一旦拥有 0x01 提款地址，改为其他提款地址通常需要退出并创建新验证者。

我可以从 0x01 转换为 0x02 吗？

可以。Pectra 允许验证者从 Type 1 转换为 Type 2 提款凭证，但 Ethereum 文档指出该转换不可逆。

什么是 BLS-to-execution 变更？

BLS-to-execution 变更是一项已签名操作，用于将 0x00 验证者更新为执行地址提款凭证。

提款需要 Gas 费吗？

协议级验证者提款不是普通的用户发起交易，不要求验证者从提款地址发送 Gas 费。

什么是部分提款？

部分提款是在不完全退出验证者的情况下转移可提取验证者余额。

什么是全额提款？

全额提款是在验证者退出并变为可提取状态后，支付验证者的剩余余额。

提款地址可以是智能合约吗？

可以。提款地址可以是智能合约地址，但用户必须了解合约的安全和控制规则。

为什么提款凭证存在风险？

其存在风险是因为错误或由攻击者控制的提款地址可能永久接收验证者提取的 ETH。

如何查看验证者的提款凭证？

用户可通过 Beacon Chain 浏览器或 beacon 节点 API 查看 withdrawal_credentials 字段。

我应分享质押助记词来更新提款凭证吗？

不应。用户绝不应向任何网站、支持账户、聊天群组或未知工具分享质押助记词或私钥。

目前推荐哪种提款凭证类型？

Ethereum 当前文档将 0x02 复利凭证描述为目前推荐验证者使用的选择，但最佳选择仍取决于质押者的目标和提款需求。

结论

提款凭证是 Ethereum 质押中的核心设置，用于控制验证者提款流向何处，以及验证者奖励行为如何运作。

它是附加于 Ethereum 验证者的最重要字段之一，因为它关联验证者所有权、托管、奖励流和提款安全。

三种主要凭证类型为 0x00、0x01 和 0x02。

0x00 是启用提款前的旧 BLS 凭证类型。

0x01 是传统执行地址类型，会自动归集超过 32 ETH 的奖励。

0x02 是 Pectra 后的复利类型，支持最高 2048 ETH 的更高有效余额。

提款凭证不是可以随意更改的设置。

错误提款地址可能造成永久损失。

仓促进行 BLS-to-execution 变更可能暴露敏感密钥。

在未充分了解的情况下转换为 0x02，可能以质押者未预期的方式改变奖励和提款行为。

对于个人质押者，最安全的方法是在更改凭证前核验每个验证者、每个地址、每个工具和每个签名。

对于质押服务提供商和机构，提款凭证应通过正式托管控制、审计和运营审核进行管理。

简单来说，提款凭证回答了 Ethereum 质押中最重要的问题之一：验证者提款时，ETH 将流向何处？