点证明预编译为什么要翻倍收费：EIP-8096的账

以太坊地址空间里住着一批预编译合约：它们不是链上部署的程序，而是客户端直接实现的内置功能，ecrecover验签名、sha256做哈希、配对运算引擎支撑各类签名方案，都在其中。地址0x0a对应的point evaluation预编译最年轻，随2024年坎昆升级的EIP-4844一起上线，费用定为每次调用五万Gas，从此没动过。EIP-8096（2025年12月2日创建，提案文本状态为Draft）提议把这笔账翻倍：从五万Gas上调到十万Gas。一个四年没改的常数为什么突然要翻？要理解这个提案，先要弄清这个预编译到底在替谁干活。

五万Gas买的是什么

EIP-4844给交易加了一种新类型：附带的blob数据不进EVM执行环境，交易里只留下每条blob的版本化哈希。但合约总得有办法间接确认blob的内容，比如Rollup的桥接合约验证提交数据。方案是把证明责任外包给信标链：提交blob时，发送者要提供一个KZG承诺点开路的证明，信标节点批量验证后才接受区块。到了执行层，合约如果想在链上直接验证某个blob在某个点的取值是否属实，就调用0x0a：输入版本化哈希、求值点与声称值，外加一个四十八字节的承诺证明，预编译内部执行一次BLS12-381曲线上的配对等式检查。五万Gas对应的真实计算是一次配对运算，在当时的定价表里，它比SHA-256每字节的摊销价贵出许多，但与同期其他配对类操作相比又被普遍认为收便宜了。

定价偏低之争

预编译的Gas价不是成本账单，而是一条安全边界：价格必须高到让最坏情况的攻击——用廉价指令塞满验证负担最重的操作——不可行，又要低到不让诚实用途付出离谱的税。四年里批评积累在两个方向。第一，区块Gas上限与blob数量都在涨，理论上单区块可以塞进远多于当初设想的0x0a调用，每Gas兑换的配对运算次数随之上升，验证节点的墙钟时间被重新拉紧。第二，配对运算在主流硬件上的实现差异大，最慢客户端的耗时比例会决定安全参数，这类非对称成本通常靠提价留出余量。提案文本本身很短，就是把常数翻倍；真正的信息量在于它代表的姿势：预编译定价需要定期重新校准，而不是上线即永久。

谁会感到疼

直接付费的是链上验证blob数据的合约与用户：在以太坊主网做信任最小化的Rollup桥验证，每验一条blob的点位声明要多付五万Gas。对多数交易毫无影响，普通转账、DEX交互根本不碰0x0a。间接影响在Gas市场结构：如果区块里的配对验证密度过高，最慢节点会成为安全短板，提价等于给这类区块内容降密度。反过来，若L1验证Rollup状态的成本升高，选择把验证做在以太坊主网上的方案会重新算账。值得强调，翻倍后该预编译与周边预编译的相对价格格局才会被重排，评估影响时看的是相对价格而非绝对数字。

快速问答

问：点证明和blob本身的验证是一回事吗？ 答：不是。blob承诺的批量验证在信标层共识规则里做，全节点跑区块时并不逐条做这个检查；0x0a是为合约按需发起的单点验证准备的通道，定价讨论只涉及后者。

问：会不会影响blob费用？ 答：不影响blob基准费的定价公式，影响的只是执行层内调用验证服务的Gas常数。

问：预编译调价需要硬分叉吗？ 答：需要，所有Gas常数的改变都是共识规则变化，随某次升级统一生效。

一条观察线

预编译价格是以太坊里最像公共设施水电气价的东西：看不见、几乎没人讨论，却悄悄决定哪些应用活得便宜、哪些活得贵。每隔几年翻一次账单（这次从五万到十万），恰恰说明它不是精密设计的常数，而是当年赶工定的起点。读提案时值得顺手核对另一组问题：当初定价参照的硬件现在什么行情、哪类应用在它上面跑得最密、有没有更便宜的等价路径（比如把验证搬到链下用构造性证明）。三个问题问完，一个看似枯燥的翻倍提案，就能还原成一段基础设施的定价史。

风险提示：本文仅解释协议提案机制，不构成任何投资建议。EIP状态以官方仓库为准，提案不等于主网激活。