验证了别人的区块,能不能顺便领工资:EIP-908 的客户端奖励实验 图 1
验证了别人的区块,能不能顺便领工资:EIP-908 的客户端奖励实验 · 图 1

以太坊的公共物品困境里有一个不太起眼的角落:客户端软件。执行协议的核心软件全部由开源团队免费维护,任何人不装客户端也能把币放在链上,任何客户端作者都收不到协议发的一分钱工资。筹资的方式不外乎基金会拨款、风险投资、捐赠——都发生在协议之外,也都与协议的繁荣程度没有直接挂钩。EIP-908 在 2018 年 3 月提出一个直接的答案:把客户端的报酬写进协议本身,谁验证了区块,谁就在同一个区块里领钱。这份提案的官方状态是已撤回,作者是社区贡献者 James Ray 与 Micah Zoltu,但它戳中的问题至今没有正面解法。

机制:一枚验证贴纸

提案给每个区块加一个新的字节数组字段,名叫 PrevBlockVerifications,专门收集「我验证过哪些旧区块」的声明。客户端在验证完一个近期区块后,通过新操作码 PREV_BLOCK_VERIF 往交易里追加一枚记录:内容是所验证区块的哈希,加上自己在一份访问列表里的地址编号。访问列表登记的是领取报酬的客户端地址,记录字段被设计成不可变,打包交易的人可以验证但不能偷改。每接受一枚合格的验证声明,协议向对应客户端地址发放零点一五以太,也可以让一部分来自交易费而不是新增发行。防跑题的钳子只有一把:声明所指的区块必须在最近四百块以内,太老的历史验证不值钱。

验证了别人的区块,能不能顺便领工资:EIP-908 的客户端奖励实验 图 2
验证了别人的区块,能不能顺便领工资:EIP-908 的客户端奖励实验 · 图 2

谁付钱、防谁作弊

平白多出「验证贴纸」这一层发行,第一个被问的问题是矿工会不会自己开一家客户端公司,把整块预算用自发自证刷进自己口袋。提案的回答是一整套博弈设计:访问列表的准入本身是靶子——如果登记权集中,列表就成了审查与寻租的关口;若要免许可,就需要一套「有人质押、有人挑战、造假罚没」的链下仲裁。文档里对这些对策的态度非常诚实:每一条都有严重副作用,没有一条是干净的。它甚至专门讨论了为什么第二层方案补不了这个洞:协议里验证本身免费,理性节点可以一边不付费一边继续收验证的红利,收费市场会被人白嫖到无以为继——这正是经典公地悲剧的表述。

停在草案,问题没停

EIP-908 最终没有进入任何升级,它的数字也随着质押叙事的主流化、以及后来客户端公司转向商业服务(托管、查询接口、节点即服务)而不再被反复引用。但回头看清单,它的每一条论据仍然有效:客户端资金依赖协议外融资、融资方与用户利益不完全重合、节点运行的带宽与存储至今没有内建补偿。后来的故事走了另一条路——商业合同解决了「客户端公司怎么活」,质押经济解决了「验证者怎么活」,「普通全节点为什么该运行」依然靠共识认同感支撑。理解这一点,有助于读懂为什么许多基础设施提案读起来像多年前的化石,却在每次基础设施事故时被重新挖出来。

快速问答

问:这算不算给节点发工资方案的死因? 答:更接近机制上的自指:报酬规则本身要被客户端验证,客户端又是由领报酬的人写的,规则演化权与收益权绑在同一批人身上,社区担心这带来的治理风险大过收益。

问:现在的质押者报酬与它说的有什么区别? 答:质押者是为「提议并证明区块」付费,是共识角色;EIP-908 想付的是「下载、验证、存储」的执行劳动,是基础设施角色,两者不互相替代。

风险提示:本文是历史提案解读,不构成投资建议;客户端与节点服务的商业形态请以当期实际情况为准。