添加EIP：调用数据的运行长度编码方案 对于EVM L1（例如Tempo），调用数据的效率再次变得重要。OP堆栈L2会自动压缩调用数据并将节省的费用返还给用户。但如果你是L1，你需要优化这一点。 技术说明（针对Fantasy Top粉丝）： 在以太坊的调用数据中，零字节的价格是非零字节的1/4。但这有点任意，因为调用数据仍然是逐字传输和存储的，甚至没有简单的RLE压缩。那1/4的成本是为了激励压缩，但实际上没有人这样做。如果实现了简单的RLE，零字节的成本将是非零字节的1/100。 因此，为了改善以太坊的对齐并进行交叉传播，我想，为什么不为此制定一个新的EIP。这也是出于实际原因，因为我不想改变现有的智能合约标准，例如ERC-7821，仅仅为了包含一个优化的调用数据模式。在交易层面的优化会更好（因为整个交易的调用数据都会受益）。 有两种方法可以做到这一点： - 实现交易级别的RLE压缩方案（EIP级别）。 - 实现调用数据压缩/解压缩的预编译（RIP风格）。Solady的LibZip.cdCompress相当高效，但为什么不把它做成预编译呢？ 无论如何，我们需要首先规范编码方案，因此需要写下这个.

愚蠢的幻想顶级问题……这是本周最高的帖子吗？还是平均值？或者是某个滑动时间窗口的得分？ 这周会以某种方式发布。最坏的情况，我会发布食物照片。