而当系统的基本设计目标发生变化的时候，相关的技术堆栈也需要随之变化。为了将 DeFi 扩展到数十亿用户的规模，每一层堆栈都必须遵从第一性原理，进行重新考量。

致谢：感谢 Hasu 对本文草稿的审核。

附录：以太坊与 Solana 的简单对比

比特币和以太坊在各自的设计中都进行许多假设，最明显的也许要数网络层和执行层。

网络层

在网络层，比特币和以太坊利用八卦协议（gossip protocol）。八卦协议也就是每个节点不加选择地将数据广播到其他每个节点。虽然这可以最大程度地提高审查抵抗性，但却以牺牲一部分性能为代价。按照定义，以高度冗余的方式重新广播数据效率不高，因此无法正确地针对高吞吐量 DeFi 应用进行优化。

另一方面，Solana 发明了一种新的名为涡轮（Turbine）的网络协议，它的灵感来自 BitTorrent 协议。涡轮对效率进行了大幅优化，其工作原理如下：我们来考虑一个 1MB 大小的区块。其中节点不是将整个区块传输给另一个节点，而是将 10KB （占区块大小的 1％）传输到节点 ＃2 和 ＃3，然后那些节点将这 10KB 区块重新广播到节点 ＃4 和 ＃5，依此类推。然后原始节点向节点＃6 和＃7 广播另一个不同的 10KB 数据包，随后这些节点将这 10KB 内容重新广播给节点 ＃8 和 ＃9，依此类推。此外，该模型的优点在于，随着节点数量的增加，延迟时间以及可用的绝对带宽保持不变。唯一降低的性能是，与大多数其他线性或超线性增加的系统相比，延迟增加了 log(n)（非常亚线性）。

执行层

在执行层，EVM 是单线程计算机。由于任何交易都可以修改全局状态的任何部分，因此为了支持并行性，系统需要某种方式来确保两笔交易不会尝试同时写入同一个状态。EVM 选举根本无法处理该问题，它只能简单地串行执行所有交易。

Solana 是唯一尝试处理分片内并发的协议。它是怎么做到的呢？Solana 的运行时 SeaLevel 要求交易标头指定交易所有的相关状态。借助此信息，SeaLevel 可以确定哪些交易可能发生冲突，并将对其进行序列化。所有不重复的交易都可以并行化，在数千个 GPU 内核中并行运行。

披露：Multicoin 已制定、维持和执行合理设计的书面政策和程序，以识别和有效管理与其投资活动有关的利益冲突。在公开发布后的三天内，Multicoin Capital 对本报告所列资产（「无交易期」）遵守「无交易政策」。Multicoin Capital 持有 SOL 和 ETH 的仓位。

来源链接：multicoin.capital