提取凭证是什么？质押中的 ETH 的“回程地址”

在以太坊官方质押启动页跑完注册流程的人，都会接触到“提取凭证”这个词：设置一个提现地址，工具生成一串 64 个十六进制字符的字段。它不像存款那样吸引注意力，却决定了这笔质押 ETH 能不能回家、以什么方式回家。

32 字节的回程地址

每个验证者在信标链上注册时提交两样关键东西：用于投票的公钥和一份 32 字节的提取凭证（withdrawal credentials）。凭证的第一个字节声明类型，剩余的字节按类型指向不同对象，目前有三类。0x00 类型是网络最早的设计：凭证由一组 BLS 密钥哈希而来，链上没有任何执行层地址，持有者想用收益或退出质押，得先用这组 BLS 私钥签一条“BLS 转执行变更”消息，宣告未来的提款地址；消息进块速率有硬上限（每块最多 16 条），积压时排队，这就是社区常说的 BTEC 队列。0x01 类型直接把 20 字节的执行层地址编进凭证，2023 年 4 月 Shanghai/Capella 升级开放提款后，带此类凭证的验证者进入定期扫描轮转：余额超出 32 ETH 的部分会被协议自动“扫”到提现地址，无需手续费；完全退出则走退出队列，退出后余额在扫描窗口内全额退回。0x02 类型由 2025 年 5 月的 Pectra 升级引入，配合 EIP-7251 把验证者有效余额上限从 32 ETH 提高到 2048 ETH：奖励不再自动扫出，而是留在验证者余额里复利，需要提取时手动发起部分提款，也支持把多个旧验证者合并成一个高余额验证者。

类型之间只能往前转

三种类型构成一条单向通道。0x00 必须先转成 0x01 才能收到任何提款；0x01 可以通过链上合并机制升级到 0x02，反过来不行——官方文档明确 0x01 转 0x02 不可逆。为什么留一个“不可复利”的旧类型？因为 0x01 的超额自动扫出对某些运行者反而方便：奖励定期到账，省去再质押的操作。选择哪种凭证，本质是在复利效率、操作频率和地址管理之间做取舍，而且这个取舍在注册那一刻就被写进了链上状态，改起来有摩擦。

提现扫描与退出队列是两回事

新手最常混淆的两个机制：部分提款（收益发放）不需要退出验证者，协议按轮转批次扫描全体验证者的余额并自动打款，扫描周期随验证者规模调整；完全退出则要先签一笔自愿退出消息，和所有想退的验证者一起排队，排队长度随网络和协议参数波动。带 0x01 或 0x02 凭证的验证者发出退出后，剩下的事只是等队列处理，无需再操作；仍停在 0x00 的验证者退出后，资金会卡在信标层，直到完成凭证变更。

与助记词、签名密钥的三角关系

围绕凭证还有几个高频困惑。第一，提取凭证不是助记词的“另一个备份”，而是注册时由助记词派生的 BLS 提款密钥体系（EIP-2334 派生路径中的提款密钥）与后续执行地址之间的桥梁：0x00 场景下签字的是派生出的 BLS 提款私钥，0x01 之后签字权转移给你填写的执行地址，两类密钥用途严格分开——签名的热密钥（验证者私钥）丢了要换节点操作，提款密钥或提款地址丢了才是资金问题，保管策略完全不同。第二，交易所或质押池代客质押时，链上凭证指向服务商归集地址而非用户个人地址，用户的“提取”于是变成平台内部记账的权利，凭证机制保证的是平台能收链上退款，不是用户能直接触发退出——这也是近年多家托管商提供“凭证指向客户地址、操作权限拆分”方案的原因。第三，凭证是公开数据：任何人都能在信标链浏览器看到某验证者凭证的类型前缀，但看不到（0x01 之前）资金将去向何处；类型 0x00 长期不转换，除了不能提款，还会错过部分升级带来的功能。本文为协议机制科普，涉及升级与参数以官方文档当时口径为准，不构成任何投资建议。