当 34% 的 ETH 都在质押:原生复利时代,Staking 到底该怎么选?
核心要点
- 撰文:imToken 最近,以太坊 Staking 又出现了两个很有意思的数字。
- 一个是 34.7%。

撰文:imToken
最近,以太坊 Staking 又出现了两个很有意思的数字。
一个是 34.7%。
截至 8 月下旬,以太坊全网已经有约 4240 万枚 ETH 参与质押,占总供应量约 34.7%,创下历史新高,更夸张的是,验证器入口处还有超过 220 万枚 ETH 正在排队,按照当前速度,新的质押资金需要等待近 39 天才能正式激活。
另一个变化,则来自传统金融。
8 月,Fidelity 为旗下以太坊基金 FETH 进一步推进 Staking 安排,不仅已经与 Anchorage Digital、BitGo 签署相关托管协议,还明确设计了质押收益分配机制。
这两个看起来并不相关的变化,其实是一个缩影,近半年来,以太坊质押正加速从一项偏极客的链上操作,逐渐变成一种越来越标准化的资产管理方式。
那对普通 ETH 持有者来说,一个比「要不要质押」更现实的问题开始出现:
如果决定 Staking,到底应该自己运行节点,选择 Native Staking、Lido,还是干脆放在交易所?
一、Staking 已不只局限于「锁仓赚收益」
先从最基础的问题说起。
以太坊完成 The Merge 之后,网络不再依赖矿工通过算力维护网络,反而由验证节点通过质押 ETH 参与区块验证与共识。
而想成为一个独立验证节点,最基本的门槛是 32 ETH。
验证者保持在线、正确完成证明以及参与区块提议,可以获得来自以太坊协议的共识层奖励,反过来,如果长时间离线会遭受一定惩罚,发生双签等严重违规行为,则可能面临 Slashing。
从这个角度看,Staking 的收益并不是凭空产生的「利息」,而是用户用自己的 ETH 为以太坊网络提供经济安全,并因此获得的协议奖励。
但过去几年,Staking 一直存在一个不那么符合直觉的问题:奖励并不会天然复利。
在传统的 0x01 验证器中,即便它赚到了 0.5 ETH、1 ETH 的额外共识层奖励,超过 32 ETH 的部分也会被网络定期自动提取到提款地址,而不会继续参与下一轮质押。
如果想让这些 ETH 重新产生收益,就需要重新凑够质押额度并再次部署。
Pectra 改变了这一点。
新的 0x02 验证器最高有效余额被提升至 2048 ETH,且超过 32 ETH 后,余额可以继续按照协议规则逐步增加有效质押额度,对长期质押者而言,原来「赚到收益—提出来—重新部署」的过程,第一次可以在以太坊原生协议内部自动完成(延伸阅读《当 800 万枚 ETH 开始「搬家」:后 Pectra 时代,Staking 迎来结构性巨变?》)。
如果梳理近半年的时间线,会发现 ETH 质押,正从早期相对粗糙的「锁 32 ETH 换收益」,逐渐变成一套更成熟的资产管理机制。
Fidelity 把 Staking 收益加入 ETF,解决的是传统金融用户「谁替我质押」的问题;Pectra 解决的是验证器层面的资本效率;Lido 等流动性质押协议解决流动性;专业节点运营商,则开始把运维从资产控制中拆分出来。
因此今天再比较 Staking,真正应该看的已经不只有 APR,而应该进行综合权衡。
二、同样是 Staking,到底有什么区别?
总的来看,现在普通用户能够接触到的 ETH Staking,大致可以分为四种典型路径。
表面看起来,它们似乎只是四种获得同一种收益的方法,但这些路径的核心差异,本质在于用户选择将哪一部分权力与风险委托给第三方。
1. 自己运行节点:收益最「原生」,控制权也最完整
最纯粹的 ETH 质押,就是自己准备 32 ETH、运行执行层和共识层客户端,并维护属于自己的验证节点。
这种方式中,节点怎么部署、运行什么客户端、什么时候退出,都由自己决定,协议产生的收益也不需要再额外分给流动性质押协议或者交易平台。
但门槛也较高,因为你不仅需要至少 32 ETH,还需要一台稳定运行的设备、良好的网络环境,并长期维护客户端版本、节点状态和密钥安全。
说到底,自己运行节点就是在用最高的控制权和更完整的收益,交换更高的技术与运维成本。
2. Native Staking:资产自己控制,把「运维」外包出去
第二种方式,则可以理解成 Solo Staking 与完全托管之间的一层折中。
用户仍然拿出自己的 32 ETH 创建独立验证器,ETH 最终进入的依然是以太坊原生质押体系,并不会兑换成另一种 Token,但节点运行交给专业服务商完成。
最重要的区别在于提款权和节点操作权可以分离。
验证器本身存在不同密钥,其中 Signing Key 用于节点日常签名和验证区块,可以交由专业节点服务商管理;而真正决定本金与收益最终去向的 Withdrawal Credential,则仍可以掌握在用户自己手里。
这也是非托管 Native Staking 与交易所托管质押非常关键的一道分界线,例如 imToken 当前提供的非托管 ETH 质押,就是按照这套思路设计(延伸阅读《什么是 imToken 非托管 ETH 质押服务?》):
用户持有 32 ETH 以上即可创建独立验证器,提款密钥由用户控制,节点运行交给专业基础设施完成,同时已经提供复利型验证器与自动提领型验证器等不同选择。
它比较适合这样一类用户——有至少 32 ETH,希望获取原生 Staking 收益,也比较重视自托管,但不想每天自己维护一台验证器。
当然,「非托管」并不等于「没有第三方风险」,节点运营商仍可能出现停机、配置错误甚至 Slashing,因此这里转移出去的不是资产所有权,而是节点运维风险。
