以太坊作为全球领先的智能合约平台,其强大的可编程性吸引了无数开发者和项目，在以太坊虚拟机（EVM）的执行模型中，预编译合约（Precompiled Contracts）扮演着一个特殊且高效的角色，它们并非由Solidity等高级语言编写，而是以太坊客户端直接实现的、用于特定高效操作的底层合约，本教程将带你全面了解以太坊预编译合约，包括其定义、工作原理、常见类型、使用方法以及注意事项。
什么是预编译合约
预编译合约是以太坊协议层面预先定义好的一组特殊地址（从 0x01 到 0x09，以及在部分网络或升级中新增的地址，如 0xa），这些合约的代码并非存储在区块链上，而是由以太坊客户端（如Geth、Parity）直接实现，当EVM执行到这些特定地址时，客户端会直接调用其内部的实现逻辑，而不是像普通合约那样通过字节码解释执行。
核心优势：
- 高效性：由于是客户端原生实现，避免了EVM的解释执行开销，执行速度远快于普通智能合约。
- 低成本：高效性意味着执行时消耗的Gas（燃料）通常远低于实现相同功能的普通合约。
- 特定功能：通常用于实现一些基础、高频且对性能要求较高的密码学操作或数据转换。
预编译合约的工作原理
当一笔交易或一个合约调用指向一个预编译合约地址时：
- EVM识别：EVM检测到目标地址在预定义的预编译合约列表中。
- 直接调用：EVM不会执行合约字节码，而是直接调用以太坊客户端中对应的预编译合约实现函数。
- 执行与返回：客户端执行该预编译合约的逻辑，并将结果返回给调用者，整个过程绕过了EVM的字节码解释器。
常见的以太坊预编译合约（以太坊主网/常用测试网）
以下是早期（如Homestead、Byzantium、Constantinople等时期）主要的预编译合约，地址从 0x01 到 0x09：
| 地址 | 名称/功能 | 简要说明 |
|---|---|---|
0x01 |
ecrecover | 椭圆曲线数字签名算法（ECDSA）恢复公钥，输入 (r, s, v, hash)，返回 recovered address，常用于签名验证。 |
0x02 |
sha256 | 计算输入数据的SHA-256哈希值。 |
0x03 |
ripemd160 | 计算输入数据的RIPEMD-160哈希值。 |
0x04 |
identity | 返回输入数据本身（恒等函数）。 |
0x05 |
modexp (modular exponentiation) | 模幂运算，输入 (base, exponent, modulus)，计算 (base^exponent) % modulus，在密码学应用中广泛使用，但Gas消耗可能较高。 |
0x06 |
ecadd (elliptic curve point addition) | 椭圆曲线点加法，输入两个椭圆曲线点，返回它们的和。 |
0x07 |
ecmul (elliptic curve scalar multiplication) | 椭圆曲线标量乘法，输入一个椭圆曲线点和一个标量，返回点乘以标量的结果。 |
0x08 |
ecpairing (elliptic curve pairing check) | 双线性对（如Miller循环）检查，输入多个椭圆曲线点，验证特定的 pairing 等式是否成立，用于高级密码学协议，如ZK-SNARKs。 |
0x09 |
Blake2 | 计算输入数据的Blake2哈希值（Blake2b-512或Blake2s-256，具体实现可能因客户端和网络而异），Blake2是一种比SHA-3更现代、高效的哈希算法。 |
注意：随着以太坊的升级（如柏林升级、伦敦升级、上海升级等），预编译合约列表和部分实现可能会有调整或新增，柏
0xa 地址的 BLAKE2b-512 和 0xb 地址的 KECCAK-256（尽管 KECCAK-256 在更早时期已广泛存在，但地址可能不同），开发者应查阅当前网络的具体规范。
如何在Solidity中使用预编译合约
在Solidity中,你可以像调用普通合约一样调用预编译合约，只需将其地址赋值给一个合约变量，并调用其外部函数。
示例：调用 ecrecover 预编译合约
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
contract PrecompiledExample {
// ecrecover 预编译合约地址
address constant private ECRECOVER_ADDRESS = 0x01;
// 定义 ecrecover 的输入参数结构（可选，便于管理）
struct EcrecoverInput {
bytes32 hash;
uint8 v;
bytes32 r;
bytes32 s;
}
// 调用 ecrecover 预编译合约
function recoverSigner(EcrecoverInput memory input) public pure returns (address) {
// assembly 代码可以直接调用预编译合约，更底层高效
// 这里展示通过合约调用的方式
bytes memory data = abi.encode(input.hash, input.v, input.r, input.s);
bool success;
address recovered;
// 低级调用
(success, recovered) = ECRECOVER_ADDRESS.staticcall(data);
require(success, "ecrecover failed");
return recovered;
}
// 或者使用 assembly 更直接
function recoverSignerAssembly(EcrecoverInput memory input) public pure returns (address) {
assembly {
let data := mload(0x40) // free memory pointer
let dataOffset := data
// 将各个部分编码到内存中
mstore(data, input.hash)
mstore(add(data, 0x20), input.v)
mstore(add(data, 0x40), input.r)
mstore(add(data, 0x60), input.s)
let dataLength := 0x80 // 4 * 32 bytes
// 调用 ecrecover (0x01)
let success := staticcall(gas(), 0x01, dataOffset, dataLength, 0, 0x20)
// 恢复的地址存储在 memory 中偏移 0 的位置
recovered := mload(0)
// 根据 success 判断
if iszero(success) {
revert(0, 0)
}
}
}
}
说明：
staticcall：因为ecrecover是一个查询函数，不修改状态，所以使用staticcall。abi.encode：将Solidity结构体编码为EVM能理解的字节序列。assembly：Solidity的内联汇编，允许直接操作EVM，调用预编译合约时更灵活高效。
预编译合约的Gas消耗
预编译合约的Gas消耗是固定的（或由输入数据大小计算得出），远低于普通合约。ecrecover 的Gas是固定的，而 modexp 的Gas则与输入数据的位数和计算复杂度相关，开发者可以在以太坊黄皮书的附录或客户端文档中找到具体的Gas计算公式，使用预编译合约是优化Gas成本的有效手段。
使用预编译合约的注意事项
- 地址固定性：预编译合约的地址是协议固定的，不会改变。
- 功能限制：它们只提供特定的、预先定义好的功能，无法像普通合约一样自定义逻辑。
- 网络兼容性：不同以太坊网络（主网、Ropsten、Goerli等，以及未来的以太坊2.0）或不同升级阶段，预编译合约的列表、地址和实现可能不同，务必确认目标网络的预编译合约情况。
- 安全性：虽然预编译合约本身是协议实现的一部分，但如果客户端实现存在漏洞，可能会影响其安全性，但总体而言，它们经过了广泛测试。
- 输入输出格式：调用预编译合约时，输入数据的格式（字节顺序、编码方式）必须严格符合其要求，否则可能导致错误或不可预期的结果，通常使用
abi.encode来正确编码输入。 - 返回值处理：预编译合约的返回值也需要正确解码，对于返回单个值的，可以直接使用；对于返回复杂结构的，可能需要
abi.decode。
预编译合约的应用场景
- 密码学操作：签名验证 (
ecrecover)、哈希计算 (sha256,ripemd160,blake2) 是最常用的场景。 - 高级密码学协议：椭圆曲线运算 (`