以太坊提款凭证0x00、0x01、0x02怎么区分？

以太坊验证者记录中的 withdrawal_credentials（提款凭证）是一个 32 字节字段。理解它时，可以先看首字节：这个前缀标识凭证类别，后续字节则属于该凭证字段本身。0x00、0x01 和 0x02 不是三种钱包版本，也不是可以随意互换的标签；它们表达不同的提款凭证语义。

三种前缀先看“提款路径”

前缀	官方资料中的类别	可以确认的基本语义	阅读时不要误解为
0x00	早期 BLS 提款凭证	代表早期的 BLS 凭证类别	已经指向普通执行层提款地址
0x01	执行层地址凭证	使用执行层地址作为提款目标	与复利凭证完全相同
0x02	compounding 凭证	属于复利凭证类别，使用执行层提款地址语义	所有余额上限、扫款规则都不再变化

表格只概括凭证类型，不是可直接操作的转换指南。字段长度和前缀定义来自共识规范及 Ethereum.org 的开发者材料。对用户来说，最重要的区别是：0x00 是早期 BLS 类别，0x01 和 0x02 使用执行层地址语义，而 0x02 被归为复利凭证类别。

32 字节字段为什么值得认真核对

验证者的提款凭证写在共识层记录里，不应把它当成网页上的可编辑昵称。字段前缀帮助协议识别类别；后续内容与凭证所指向的提款目标相关。确认一个验证者的提款去向，不能只看某个钱包界面显示的地址，也要核实验证者记录、地址归属和所用工具。提款目标与共识层提款处理的关系，可继续阅读 EIP-4895 的推送式提款 和 EIP-7002 执行层提款请求。

0x01 与 0x02 都属于执行层地址方向，但不能因此抹掉二者的类别差异。事实包确认 0x02 属于 compounding 凭证；具体有效余额上限、扫款细则则依当前网络规范版本而定。本文不列出可能随升级变化的余额数值，也不把“复利”扩写成确定的收益承诺。它描述的是协议处理余额的类别特征，不意味着验证者必然获得任何收益。

0x00 与后两种前缀的边界

0x00 对应早期 BLS 提款凭证，与执行层地址凭证的语义不同。读者遇到旧资料中的“BLS withdrawal credentials”，不要直接把它理解成已经设定了一个普通执行层收款地址。也不要仅凭前缀文字，就推断凭证当前能否转换、是否已经转换或转换后的网络处理状态；这些需要检查验证者实际记录和当前官方操作说明。

官方材料中对 0x01 与 0x02 的介绍，分别强调执行层提款地址与复利类别。凭证类别说明和提款到账时间是两个问题：类别并不承诺具体到账速度，队列或网络状态也不因前缀本身而消失。若需要理解提款流程中的状态转换，可参考 验证者进入和退出队列怎么看。

转换与地址核对不能靠猜

凭证转换是高风险事项。事实包没有确认当前主网所有前缀转换的具体签名流程、等待时间或不可逆边界，因此本文不提供命令、步骤或“可以随时切换”的保证。实际操作前，应核对当前 Ethereum 官方工具文档、适用的共识规范版本、验证者索引和目标地址归属。地址一旦抄错或归属判断错误，风险可能涉及资产去向；不能以搜索摘要、旧教程或陌生客服给出的步骤替代官方资料。

对于托管服务用户，还需明确哪些内容由服务商配置、是否需要用户签名，以及服务条款如何说明提款凭证。不要上传助记词、验证者私钥或未经核验的 keystore 给声称“代改凭证”的人员。验证者密钥、提款凭证和提款地址承担不同职责，切勿因为它们出现在同一个设置流程里，就认为彼此可以互换。

这篇内容能确认到哪里

截至 2026 年 10 月 15 日所核对的官方材料，能支持：字段为 32 字节、首字节表示凭证语义、0x00 为早期 BLS、0x01 指向执行层地址、0x02 为复利凭证类别。余额上限、扫款细则、当前主网激活规则以及转换流程仍应按最新规范逐项核验，本文不作超出来源的推断。

质押验证者涉及 ETH 资产、密钥配置和提款地址风险。本文仅用于协议概念教育，不构成投资建议、质押建议或收益承诺。任何具体凭证操作都应以当前官方文档和链上记录为准，并在执行前独立核验目标地址。