3、Turbine：网络延迟（节点向彼此广播区块或交易所产生的延迟）是众所周知的去中心化区块链效率瓶颈。 Solana 区块链使用一种称为 Turbine 的独特区块传播技术，该技术将区块划分为数据包，然后将这些数据包散布到一组随机的 peer 节点，这些节点继续在验证器组中传播消息。在拥有 40000 个验证者的 Solana 网络上，Turbine 允许在 400 毫秒内传播新区块。为了解决这种扇形广播过程中的容错问题，每个数据包都会与 Reed-Solomon 纠删码相关联。

4、Gulf Stream：为了处理来自网络客户端（例如钱包）的 inbound 交易，Solana 区块链使用了一种称为 Gulf Stream 的内存池管理方案。由于 Tower Consensus 提前选择了网络领导者，任何从客户端接收交易的验证者都会将交易转发给即将到来的一位领导者，从而减少交易确认时间并使验证者能够提前执行交易。客户端还会参考最近确认的区块哈希来签署交易；如果相关的区块链哈希在「超时」时间内没有得到网络的确认，客户端就可以确认交易无效，就不会在链上执行该交易。

5、Sealevel：Solana 区块链使用了一个独特的并行化交易处理引擎（parallelized transaction processing engine）来增加网络吞吐量，这个引擎被称为 Sealevel （也是一个虚拟机），可以让交易准确地预先指定它们将要读写的数据。Solana 系统还会识别不重叠（影响相同数据字段）的交易，然后并行执行这些交易。一旦 Sealevel 把需要并行处理的交易安排号，节点原生硬件就会使用称为伯克利数据包过滤器 (BPF) 的高性能字节码来执行交易。

6、Pipelining：Solana 区块链上的交易会通过一系列称为交易处理单元 (TPU) 的步骤进行处理，包括：内核级别的数据获取、GPU 级别的签名验证、CPU 级别的银行业务、以及内核级别的再次写回。由于每个连续步骤涉及不同的硬件层，Solana 区块链可以同时处理 50000 个交易；当交易处理单元把下一个区块广播给验证者时，它就会开始读取下一批数据包并验证其签名。

7、Cloudbreak：跟踪账户状态所需的内存是区块链规模和效率的主要瓶颈；许多区块链节点普遍使用的本地数据库 LevelDB 最高可处理 5000 TPS。 Solana 使用一种称为 Cloudbreak 的定制设计状态架构，该架构针对 SSD 的 RAID 0 配置中的并发读取和写入进行了优化。重要的是，该架构使验证者能够提前执行交易，从而减少交易确认的延迟。

8、Archivers （存档器）：由于区块链网络的内存占用增长极快，因此数据存储是区块链可扩展性的关键瓶颈。 Solana 不是让每个验证器来存储整个区块链，而是将数据从验证器卸载到 Archiver （存档器）节点，这些节点不参与共识并具有存储区块链状态历史片段的显式功能。网络定期要求存档器证明他们正在按要求存储数据，这可以由验证器 GPU 高效地批量完成。 (责任编辑：admin)