把 32 枚 ETH 质押进一个验证器之后，这笔钱还算不算「你的」？
Odaily 在一篇市场分析中提出，Staking 产品越来越多，用户过去选择方案时，往往先看 APR、手续费、是否支持自动复利、多久可以退出。但在全网质押基准收益率已经被压到 3% 以下后，账面收益上的细小差距已经不再是决定性因素。文章把问题拉回到一个更底层的位置：ETH 质押出去之后，到底是谁在控制它。
验证器有两套权限：干活的和管钱的不是同一把钥匙
文章称，要理解非托管质押，先要看清以太坊在共识层对验证器权限的拆分。运行一个验证器并不是只靠一把 Key，而是协议层面分成两部分。
第一类是 Signing Key，也就是验证签名私钥。这把 Key 用来执行共识任务，需要 24 小时在线，参与 Attestation、提议区块等操作，因此必须挂在联网服务器上。谁持有这把 Key，谁就负责运行节点。
不过，Signing Key 的权限只限于「干活」。文章指出，即便用这把 Key 签名很多次，也无法直接动用本金；如果机器掉线，或者发生双签等违规行为，以太坊扣罚的则是这个验证器的收益或本金。
第二类是 Withdrawal Credentials，也就是提款凭证对应的提款控制权。文章将其定义为真正的「取款密码」。这项设置在质押生效时就会写入信标链，决定质押进去的 ETH 以及产生的收益，最终可以被提到哪里。这把钥匙可以保存在冷钱包或助记词中，不需要联网。
按照文章的说法，以太坊官方对两者的定位很清楚：验证签名 Key 属于必须在线的「热」权限，Withdrawal Credentials 则对应资金所有权层面的「冷」权限。也正因如此，第三方可以代用户运行验证器，却不必拥有用户的 ETH。
文中以 imToken 的非托管质押为例称，节点服务商如 InfStones 持有的是 Signing Key，负责机房运维、网络防护和节点在线状态。它影响节点运行是否稳定、能拿到多少区块奖励，但并不掌握把质押本金提走的能力。
EIP-7002 引入后，退出控制权也更偏向提款凭证持有人
文章还提到，在以太坊升级并引入 EIP-7002，也就是执行层可触发退出之后，这种控制关系被进一步强化。
此前，如果节点运营商失联或者拒绝配合，虽然无法拿走用户的资金，但用户若想退出验证器，往往仍需等待运营商使用 Signing Key 广播退出消息，因此会处于较被动的状态。EIP-7002 出现后，只要提款凭证 0x01 或 0x02 由用户持有，用户就可以通过自己的 imToken 钱包在执行层发起一笔指令，直接让验证器关闭并进入退款排队流程。
文章的结论是，即便节点服务商彻底失联，资金也不会因此一直被困在链上。非托管真正要看的，不是有没有第三方参与，而是负责运行节点的人，是否同时拥有把钱转走的权力。
用户、钱包、节点服务商和以太坊协议，各自权限并不相同
沿着这个框架继续拆开，一次看上去简单的 ETH 质押，实际至少涉及四个角色：用户、钱包、节点服务商和以太坊协议本身。
用户：保留最关键的资金控制权
文章称，在真正的非托管架构中，用户保留提款相关的核心权限。以 imToken 的非托管 ETH 质押为例，用户持有提款控制权，服务商无法把质押资产直接转到自己的账户，验证器状态也可以在链上查询。
这与很多人理解中的「把币交给别人理财」并不相同。ETH 虽然已经不再显示在用户钱包余额里，而是进入以太坊 Deposit Contract，成为验证器余额，但它并不会因此变成节点的资产。节点服务商维护的是 Validator，掌握的是工作权限，而不是资产提款权。
钱包：权限管理入口，不等于资产托管方
在文章看来，钱包更像是一整套权限的管理入口，而不是质押资产的所有者。钱包帮助用户发起质押、管理地址、签署操作、查看验证器状态和收益，但如果底层采用非托管设计，钱包服务方并不会因为提供界面，就自动获得用户资产的提款权限。
因此，「通过某个钱包质押」和「把 ETH 托管给这个钱包」并不是同一个概念。决定产品性质的，仍是底层 Key 和 Withdrawal Credentials 的配置方式。
节点服务商：存在运行风险，但风险不等于可转走本金
节点服务商是非托管质押中最容易被误解的一环。用户自己不必 24 小时运行机器，但验证器仍需有人维护。服务商负责客户端运行、保持在线、完成验证任务，并保管用来执行这些工作的 Signing Key。
文章指出，这意味着服务商仍然很重要。如果它频繁宕机，用户会损失部分本可获得的奖励；如果发生严重违规，则存在 Slashing 风险。非托管并不等于没有服务商风险，只是风险主要集中在验证器运行质量和收益层面，而不是「服务商能否把你的 32 ETH 转走」。
以太坊协议：真正决定激活、退出和提款节奏
最后一层是以太坊协议本身。文章指出，ETH 一旦进入验证器，就不能像普通钱包余额那样随时转账。什么时候激活、什么时候可以退出、退出是否需要排队、哪些行为会触发惩罚、何时完成提款，都由协议规则统一决定。
Pectra 之后推出的 0x02 Compounding Validator 也遵循这一逻辑。文章称，这项机制可以把验证器有效余额从传统的 32 ETH 上限提高到最高 2048 ETH，使奖励继续参与复利，但提款和退出仍然要按协议规则执行。
Lido 提供流动性，底层控制结构也随之改变
在建立上述框架后，文章进一步比较了 Lido 这类流动性质押方案。
用户把 ETH 存入 Lido 后，会收到 stETH。文章指出，stETH 仍然归用户所有，可以转账、交易，也可以继续投入 DeFi 使用。这正是 Liquid Staking 的核心价值：把原本锁在 Validator 里的流动性重新释放出来。
但与此同时，底层 ETH 的控制结构也发生变化。Lido 会汇总大量用户的 ETH，再由协议分配给不同 Node Operator 去创建和运营验证器。这些验证器的 Withdrawal Credentials 并不是每一位 stETH 用户自己的 Ethereum 地址，而是由 Lido 协议统一设置；底层提款流程也由协议的智能合约、Oracle、节点运营商等组件共同完成。
也就是说，用户持有的是 stETH 所对应的质押权益，而不是某一个只属于自己的 Validator 的 Withdrawal Credentials。
当用户希望从协议中赎回 ETH 时，需要先把 stETH 提交到 Lido Withdrawal Queue，等待协议完成对应的退出和资金准备，之后再领取 ETH。文章称，Lido 会为提款请求生成代表提款权利的 NFT，请求完成后用户才可领取底层 ETH。
文中同时指出，尽管用户仍自行持有 stETH，协议也是通过智能合约运行，并不存在一个中心化机构可以随意拿走所有用户资产，但它与「一人一个 Validator、提款地址直接归用户所有」的非托管原生质押，信任边界并不相同。
原生非托管质押与流动性质押，没有绝对优劣
文章将两类方案的取舍概括得很直接。
流动性质押换来的是更低的参与门槛、更强的流动性，以及 stETH 在 DeFi 中更广泛的可组合性；原生非托管质押则牺牲了一部分流动性，并要求至少 32 ETH，但把底层验证器的资金控制关系做得更直接。
文章认为，Liquid Staking 更像是在持有一份可自由流通的「质押资产凭证」；非托管原生质押则更接近于拥有一个真正属于自己的 Validator，只是把日常运维外包出去。二者并不存在绝对的高下之分。
对于只持有几枚 ETH、需要随时交易，或者希望参与 DeFi 的用户，stETH 这类流动性质押资产显然更方便。但如果用户长期持有 32 ETH、64 ETH 甚至更多，且没有很强的流动性需求，文章认为，收益率差距并没有大到足以单独决定选择。这个时候，「谁控制资产」会变成权重更高的问题。
原因也很直接。Staking 收益每天都在变化，APR 会随全网质押量上升或下降，费率也可能调整；相比之下，Withdrawal Credentials 指向哪里、谁能把本金提出来、极端情况下是否仍需要第三方配合，这些因素决定的是产品最底层的信任结构。
当收益越来越接近，分歧会回到资产控制权
文章最后写道，选择本身并没有绝对对错。
如果用户手里只有两三个 ETH，或者热衷参与 DeFi 中的循环借贷，那么 stETH 这类流动性质押代币在资金利用率和参与门槛上都更务实。但如果目标是在以太坊网络中沉淀一笔中长期的核心底仓，不管是 32 枚还是更多，当不同产品的净收益率差只剩千分之几，甚至几个基点时，为这点收益去承担冗长的合约调用和治理风险，性价比并不高。
文章援引加密行业常见的一句话「Not your keys, not your coins.」，并把它延伸到 Staking 语境中，给出一句新的判断：「Not your withdrawal credentials, not your native stake.」