世界计算机的引擎
以太坊通常被称为“世界计算机”。但与传统服务器不同，以太坊上的每一次交互都由一套严格的低级协议定义，以确保网络中的每个节点都达成相同的状态。
对于开发人员和高级用户来说，理解这些协议——ABI、RLP 和 EVM 字节码——对于调试交易、与智能合约交互以及优化 Gas 使用至关重要。本指南分析了以太坊生态系统的技术基础。
1. 应用二进制接口 (ABI)
ABI 是以太坊生态系统中与智能合约交互的标准方式。由于智能合约被编译为字节码，我们需要一种方法来告诉 EVM 调用哪个函数以及传递什么参数。
函数选择器
Solidity 合约中的每个函数都由其函数选择器标识。
- 签名：获取函数名及其参数类型（例如
transfer(address,uint256)）。 - 哈希：计算该字符串的 Keccak-256 哈希值。
- 选择器：哈希值的前 4 个字节。
当你向合约发送交易时，“Data”字段的前 4 个字节就是函数选择器。函数选择器解码器可以帮助你识别交易正在执行的操作。
参数编码
ABI 定义了如何将不同的数据类型（uint、address、string、bytes）打包进 32 字节（256 位）的插槽中。固定大小的类型按顺序打包，而动态类型（如字符串和数组）使用偏移量指向有效载荷末尾的实际数据。生成这些数据或从交易中解析它们需要 ABI 编码解码器。
2. RLP (递归长度前缀) 序列化
虽然 ABI 用于合约交互，但 RLP 是以太坊执行层用于序列化对象（如交易和区块）的主要编码方法。
为什么不使用 JSON 或 Protobuf？
RLP 旨在实现绝对的简单性和空间效率。与 JSON 不同，它没有元数据（没有键，没有引号）。它只编码结构和原始字节。
RLP 的工作原理
RLP 根据数据的长度进行编码：
- 短字符串：(0-55 字节) 以单个字节为前缀（
0x80+ 长度）。 - 长字符串：以前缀多字节长度指示符为前缀。
- 列表：(数组) 以
0xc0+ 序列化项目的总长度为前缀。
你发送的每笔交易在签名并广播到网络之前都要经过 RLP 编码。RLP 编码解码器是分析原始交易十六进制数据的必备工具。
3. 以太单位：从 Wei 到 Ether
以太 (ETH) 可以细分到小数点后 18 位。理解这些单位对于避免智能合约中的“小数点溢出”错误至关重要。
| 单位 | 值 (以 Wei 计) | 常用名称 |
|---|---|---|
| Wei | 1 | 最小单位。 |
| Gwei | 1,000,000,000 ($10^9$) | 用于 Gas 价格。 |
| Szabo | $10^{12}$ | 微以太 (Microether)。 |
| Finney | $10^{15}$ | 毫以太 (Milliether)。 |
| Ether | $10^{18}$ | 主要货币单位。 |
使用 以太单位转换器 (或 Wei/Gwei/ETH 转换器) 可确保你发送正确的金额并设置合理的 Gas 价格。
4. EVM 和字节码
当你编译 Solidity 合约时，它会变成 EVM 字节码。此字节码是一系列 操作码 (Opcodes，操作代码)。
操作码和 Gas
每个操作码（如 ADD、MUL、SSTORE、SLOAD）都有固定的“Gas”成本。
SSTORE(存储数据)：非常昂贵。ADD(数学计算)：非常便宜。
反汇编
EVM 字节码反汇编器获取原始十六进制代码并将其转回为人类可读的操作码。安全研究人员使用它来审计 Etherscan 上未提供源代码的“未验证”合约。
FAQ：以太坊内部机制
问：什么是“函数签名”？
答： 它是函数的易读字符串表示，例如 deposit()。其哈希值决定了函数选择器。
问：我可以解码任何以太坊交易吗？
答： 如果你有合约的 ABI (JSON)，你就可以解码输入数据。如果没有 ABI，你只能看到原始字节和函数选择器，不过像 4byte.directory 这样的服务通常可以将选择器与已知签名匹配。
问：为什么我需要使用 Gwei 来支付 Gas？
答： 因为 ETH 太贵了，不适合作为 Gas 的基础单位。Gwei (Giga-Wei) 允许对网络资源进行精细定价，而无需处理几十个前导零。
问：交易中的“Input Data”字段是什么？
答： 对于合约调用，它包含 ABI 编码 的函数选择器和参数。对于合约部署，它包含 EVM 部署字节码。
结论
以太坊堆栈是效率和确定性执行的典范。从 RLP 的紧凑序列化到 ABI 的结构化接口，每一层都针对去中心化环境进行了优化。通过精通这些概念，你将从普通用户转变为能够从最底层驾驭“世界计算机”的高级用户。