预编译合约是什么？EVM 预装的加密车间清单

结论先说

预编译合约是 EVM 底座里预装的一排加密车间：哈希、椭圆曲线验签、模幂、配对运算这些”用 Solidity 写会慢到不可用”的运算，被客户端在固定地址上原生实现，合约用一条 CALL 就能把运算外包给节点本体，按整口价计费而不是逐指令计价（以太坊客户端源码与各 EIP 是这套清单的权威出处）。它回答的问题是：为什么链上验证一笔 secp256k1 签名只要几千 gas，而用纯 EVM 指令拼一个验签器会烧穿区块。本文把车间清单、选址逻辑、gas 语义与升级规则一次讲清，并顺手拆掉”预编译地址=普通合约”这个常见误会（哈希函数为何是加密地基见哈希函数是什么？加密货币的安全基石，交易签名本身的原理见交易是怎么签名的？ECDSA 数字签名原理）。

清单与地址带的由来

从最早的四个居民开始——ecrecover（0x01，从签名 Recover 公钥）、SHA-256（0x02）、RIPEMD-160（0x03）、数据拷贝（0x04）——清单随升级逐批添丁：拜占庭加入大数模幂与 BN254 曲线的加法、乘法、配对（0x05 至 0x08），伊斯坦布尔加入 BLAKE2f 压缩函数（0x09），坎昆为 blob 验证加了 KZG 点求值（0x0a，与KZG 承诺是什么？多项式承诺与 blob 验证直接相关），布拉格起则铺入 BLS12-381 的群运算与配对一族，占住 0x0b 之后一段连续地址（各地址的精确名称与 gas 表随升级版本微调，EIP 与客户端源码为准）。地址带本身就是历史层积岩：低位地址按升级顺序向右排开，新成员永远只追加、旧成员不搬家——预编译是共识规则，改写既有的等于给所有人换心脏。

预编译合约是什么？EVM 预装的加密车间清单机制示意

为什么必须预编译

三个理由层层递进。性能：EVM 逐条解释指令，有限域乘法在解释器里每步都收 gas，一套椭圆曲线验签在纯 EVM 实现中动辄数十万到百万 gas；客户端把它改成本地库函数后，验签几千 gas 就能覆盖同量级工作量。确定性：加密库实现由客户端统一维护，跨实现一致性靠一致性测试兜底，比每份合约各抄一遍参考实现更抗”差之毫厘谬以千里”。标准化：验签与配对是安全关键路径，放进协议层等于给全体应用一个共享的安全原语货架（BLS 预编译对 Rollup 证明系统的意义见EIP-2537有哪些BLS预编译？，P-256 验签的 L2 先行版本见RIP-7212如何验证P-256签名？）。代价同样清楚：每加一个预编译，全体客户端都要实现、审计、长期维护同一块代码——所以入册门槛从来是”没有它这条链就做不了某类正事”。

gas 语义与边界陷阱

预编译按”一口价加输入规模项”计费（如模幂与配对按输入长度分段），CALL 它时 gas 预算须整口付清；返回只有真与假两种结局，没有部分成功——要么按价完成，要么按规则回滚并计费。开发者常踩的边界有四：预编译地址永远”存在”且余额恒为零，把它当普通合约检查 code 长度会出错；CALL 预编译的 gas 上限与调用方剩余预算之间有一段截断规则，跨版本有差异；预编译返回值固定为 32 字对齐的字块，解析错位是低级但高发的集成 bug；地址带的空位仍是空地址，往空位发交易不会产生合约——那里要等协议来盖房。

升级政治学

“该不该为 X 加预编译”是每轮升级的经典战场。正方论据是安全原语的公共品属性与性能断层；反方论据是维护负债与 EVM 路线纯洁性——2026 年以来的路线图讨论中，非 EVM 指令集与 zk 原生验证甚至被提出为远期选项，预编译家族的”扩建规划”因此总是带一层时代不确定性（相关生态观察以 EIP 讨论与官方文档为准，本文不做预测）。对读者最有用的心法：预编译清单是”这条链当下官方承认的正事清单”——扫一眼 0x01 到最新地址，以太坊认为重要的密码学，一览无余。