🧵 为什么 Solana tx_hash 和 address 占用的存储比 EVM 多

Source: Dev.to

在对链上交易进行解码并保存到数据库后，我发现 Solana 的交易哈希和地址占用的存储空间比它们的 EVM 对应项要大。

1️⃣ tx_hash 大小

EVM

• 十六进制编码
• 0x + 64 个十六进制字符 → 大约 66 个 ASCII 字节（0‑9a‑f）

Solana

• Base58 编码
• 大约 88–90 个 ASCII 字符（1‑9A‑H‑J‑N‑P‑Z a‑k‑m‑z）

➡️ Solana 的 tx_hash 大约大 35–40 %。

2️⃣ 地址大小

EVM 地址

• 20 字节 → 十六进制（40 个字符 + 0x）
• 前缀模式明显，熵较低

Solana 地址

• 32 字节 → Base58
• 字符集更宽，熵更高

➡️ 可见长度相似，但 Solana 的压缩效率更低。

3️⃣ 压缩的重要性

存储引擎（Snappy、Zstd）更倾向于：

• 重复前缀
• 低熵字符串

十六进制（0‑9a‑f）的压缩效果远好于 Base58。

➡️ EVM 数据在块级别上压缩得更有效。

4️⃣ 实际影响

在大规模场景下：

• 数十亿笔交易
• 每笔交易包含多个地址字段

即使是每个字段的微小差异，累计起来也会导致 巨大的磁盘成本差异。

5️⃣ 结论

Solana 优化方向

• 签名
• 运行时性能
• 并行执行

EVM（意外）优化方向

• 存储效率
• 分析
• 长期索引

两者权衡不同；没有绝对的胜者——只有设计取舍。

About txdecoder.xyz

Transaction decoding API — standardizing blockchain data into one unified, readable schema on Ethereum, Base, BSC, Solana.

• Website:
• X:
• Telegram:
• Telegram channel:
• Blog: