Ethereum为什么选择RLP编码

RLP 有很多问题， 但适合区块链

又一个序列化编码

RLP（“递归前缀编码”）编码是在以太坊中使用的主要序列化格式，并在所有地方都使用-用于区块，交易，账户状态数据和有线协议消息。

比特币的经验

比特币协议中存在一个设计缺陷，即第三方可能会进行您的有效交易并对其进行变异，从而使其保持有效且功能相同，但具有不同的交易ID。 这极大地增加了编写正确的钱包软件的复杂性，并且可以滥用它来使依赖于非突变交易的未确认交易的长链无效（因为交易通过txid相互引用）。

此问题来自多个来源，其中之一是OpenSSL愿意接受并理解具有无效编码的签名。 正常的ECDSA签名会编码两个大整数，但编码长度不是固定的-如果有前导零，则应该丢弃它们。

关键是适用性

假设签名是固定长度，然后在其中保留多余的前导零，则编写软件很容易。

这是一个非常有趣的警示故事，并且尤其重要，因为此类情况是我们在开发理念中做出某些设计决策的原因之一。具体来说，问题是这样的：许多人继续指出，我们在许多地方不必要地重新发明了轮子，创建了自己的序列化格式RLP，而不是使用现有的protobuf，我们正在构建特定于应用程序的脚本语言，而不是“仅使用Lua”。这是一个非常有效的担忧；非此处发明综合症是一种常用的贬义词，因此进行这种内部开发确实需要证明。

上面引用的警示故事恰好提供了上述的辩护的完美示例。外部技术，无论是protobuf，Lua还是OpenSSL，都非常好，并且