二层用 blob 提交数据，这笔钱的搬运方式却有个尴尬的副作用。一笔 blob 交易没被打包，发送方提价重发：内容一字未动，只有费用字段变了，网络却把它当全新交易处理，连同几百 KB 的数据侧车重新广播一轮。拥堵时 RBF 恰恰最常用，等于在最堵的时候往网络上浇更多的水。EIP-8094 在 2025 年 11 月提出解法：给 blob 内容本身一个身份，让节点按内容认领。提案处于草稿状态，与 EIP-7642 的版本协商框架衔接。
按哈希认领是什么思路
提案把改动集中在 devp2p 的 eth 协议层。类型 3 交易（blob 交易）的公告与交易消息里，侧车不再跟着整包重发，网络改用一个由内容决定的标识来指代 blob——提案称之为 vhash，即按内容取值的那份哈希。谁手里已经有这个哈希对应的数据，收到公告就知道货在自家仓库，只需要确认交易层的费用与签名变化，无需再拉包。提案还预留了两条新消息，让节点之间可以按标识取回自己缺的 blob。
为什么偏偏是 blob
普通交易的替换体通常只多带一点 gas 参数，重发成本可以忽略；blob 交易的侧车却是大块二进制，重发一次就是实打实的带宽与磁盘吞吐。拥堵期的恶性循环由此形成：费率上涨触发替换、替换触发重播、重播加剧拥塞。EIP-8094 把这条正反馈从源头剪断：替换的边际成本从整包降到元数据一个量级，网络在风浪最大时反而最省。
内容寻址要过几道关
给内容起名字的方案从来不是零成本。第一道是碰撞与欺诈：标识必须能绑定到 blob 的密码学承诺，不能让攻击者用一份数据冒领另一份的缓存；提案选用的 vhash 是 blob 层已有共识的内容标识（版本化哈希一路归并而来），文本也明确要求接收方核对收到的 blob 与请求的 vhash 是否对应。第二道是持有假设：按标识认领默认邻居手里有货，货其实不在时的取回路径必须顺畅，新消息与速率限制就是为此准备的。第三道是清理：缓存按内容共享后，什么时候丢弃、按什么配额淘汰，成为节点实现的新参数。提案把这些摊在规格与安全考量章节，态度是成熟的。
读这份提案的正确姿势
把它放进 blob 路线图的谱系里看会更清楚：从给 blob 定价，到调数量与目标值，再到稀疏 blob 池，这条线一直在处理同一件事——让大块数据不过度重复旅行。EIP-8094 的贡献点是传播层：不动费用市场、不动共识规则，只在 gossip 协议里教网络认货。判断它成熟度的信号，看参考实现是否稳定、消息编码是否收敛，以及客户端是否愿意把 vhash 缓存做成默认开启。
快速问答
问：这对二层费用有影响吗？ 答：不直接改定价；它降低的是替换交易的重复广播成本，拥堵期有助于抑制带宽层面的连锁恶化。 问：vhash 和交易哈希有什么区别？ 答：交易哈希绑定整笔交易含费用字段，改一个 gas 参数就变；vhash 是 blob 层的内容标识，同一份 blob 跟着不同费用重发时它不变。 问：提案落地了吗？ 答：草稿状态，未进入升级清单，消息编号等细节在文本里仍标注待定。
一个消息顺序的小设计
值得注意的还有收发次序的安排：提案把类型 3 交易的正文（不含侧车）与侧车拆成两段旅程——交易先走常规推送或公告通道，收方确认自己没有对应的 blob 时再按 vhash 单独索取。这个看似多一步的流程，在常见场景反而更快：多数节点对多数交易早已持有侧车，等一次轻量的交易推送就能完成验证，把重的 blob 请求留给真正少数缺货的时刻。规范还保留了旧规则的精神——没有收齐并验证全部 blob 之前，节点不得转发这笔交易。
风险提示：本文为协议机制科普，不构成投资建议或成本承诺；提案细节以仓库文本为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。