你在钱包里看到的余额、交易记录、事件日志，几乎全部来自中心化RPC服务商的返回。这份信任平时安静，出事时很吵：供应商被入侵、版本出 bug、或干脆想作恶，向特定地址隐瞒或篡改数据，客户端很难当场识破。EIP-7919 是一份元提案——自己不定义任何新规则，而是把一批”让链上数据可独立核验”的具体改进捆成一个方向，代号 Pureth。它给问题分了三层。
第一层：有些数据压根没有链上痕迹
纯 ETH 转账不产生日志。一笔转账可能藏在对某一合约的调用里——转账型钱包把余额全部转走、部署新合约时顺手给新地址打钱，这些动作在交易与收据上可能什么都不留下。钱包想发现”有人给我充值了”，只有两条路：对每笔交易跑一遍追踪调试，或者依赖外部索引服务。前者慢到不可行，后者意味着把用户地址簿交给自己不信任的第三方。元提案在这层引用的方向包括让转账发事件、让系统操作可查询等改进，先把”完全隐形”变成”有迹可循”。
第二层：布隆过滤器已经撑不住
收据里的两零四八位布隆过滤器，每块塞的日志越多、假阳性越高，想要确定性结论就得把所有相关区块头翻一遍，实用性崩塌。提案引用的替代方向是建一种假阳性率有界的二维日志索引并配历史累加器，让”这个地址的全部历史”能用小证明回答，而不是靠猜加全扫。
第三层：RPC字段与链上数据对不上号
返回里的发送方地址要靠签名现场反推，单笔Gas要用前后两份收据相减还原，日志序号要拉全块收据，交易哈希的链上形式和RPC形式还不一样。再加上calldata 与日志可能巨大、只查一笔小额转账也得整块下载——每一项都是”客户端替服务商白干”的核验缺口。解法方向同样被引用成一组：把派生字段直接上链、把收据改造成可直接证明的结构。
元提案的价值与极限
捆绑的价值在于议程-setting：让零散改进获得一个共同叙事，方便路线图讨论与排期。极限也在此：元提案里每一项的命运各不相同，有的走完流程、有的中途搁浅，捆绑包不承诺任何单项上线。这份元提案停在 Stagnant（停滞），以 EIP 官网当前标签为准。读它最好的用法是拿三层问题当自查表——你依赖的每一条链上数据，问一句”错了的话我能发现吗”。
一把自查钥匙
把这三层收拢成一句可执行的怀疑：你从RPC拿到的每一条”事实”，分清哪些有默克尔证明兜底（余额、存储值这类状态查询），哪些只是服务商的口头陈述（转账记录、事件历史、派生字段）。前者错了可证伪，后者错了只能事后发现。钱包与交易所的接入架构升级方向，就是把第二类陈述逐步换成第一类证明。
快速问答
问：自己跑全节点能解决这些问题吗？ 答：能解决”不用信别人”，但普通设备做不了历史全量，证明体系就是为了让轻查询也能自证清白。 问：Pureth这个名字什么意思？ 答：是这份提案起的代号，含义是让以太坊数据”纯净可验”，不属于任何官方术语。 问：元提案和路线图有什么区别？ 答：路线图是社区共识的进程表，元提案只是一份”这些提案属于同一主题”的目录页，随时可能停滞。
一条判断线
凡是需要第三方才能回答的”查一下”，都值得追问这个查询能否用密码学证明替代；每一个可替代的第三方查询，都是去中心化账本上的一块失地。
风险提示：本文仅为数据可核验性机制科普，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。