Solana 10 万 TPS 热议：理想实验的本质与升级背后的性能信心

撰文：Haotian

这两天，围绕 Solana 10W TPS 的讨论声音又多了起来，原因是 @cavemanloverboy确实在 Solana 主网上跑出了 10 万 TPS，但大部分人并没有搞明白这个数据背后的意义：

1）首先，cavey 这次实验本质上是在「理想条件」下的极限测试。这意味着这并不是 Solana 主网的常态性能，和测试网环境下的实验室数据有差异，但大差不差。

因为他采用了用了 noop（no operation）空操作测试程序，顾名思义，就是只做最基础的签名验证就直接返回成功，不执行任何计算、不改变任何账户状态、不调用其他程序，且每笔交易只有 200 字节，远低于正常交易的 1kb 。

这意味着，这次 10W TPS 的测试实在非正常交易环境下算出来的，它测试的是 Solana 网络层和共识层的极限吞吐量，而非应用层的实际处理能力。

2）这次实验成功的另一个关键是 Frankendancer 验证器客户端。简单理解，Frankendancer 是 Jump Crypto 正在开发的 Firedancer 验证器的「混血测试版」——把 Firedancer 已完成的高性能组件嫁接到现有 Solana 验证器上。

其实就是用华尔街那套高频交易技术栈，重构了 Solana 的节点系统，通过精细的内存管理、自定义线程调度等底层优化实现的性能提升。但仅仅是部分组件的替换，就可以实现 3-5 倍的性能提升。

3）这个测试实验说明，Solana 在极理想状态下是可以实现 TPS 达到 10w 的，那为什么日常只有 3000-4000 的 TPS？

简单总结大致有三点原因：

1、Solana 的 POH 共识机制需要 Validators 不断投票来维持，而光这些投票交易就占据了 70% 以上的区块空间，这给正常交易留下的性能通道就收窄了；

2、Solana 的生态活动经常会存在大量的状态竞争行为，比如 Mint 新 NFT 或新 MEME 发布时，可能会有成千上万笔交易抢占同一个账户写入权限，导致失败交易比例比较大；

3、Solana 生态存在的套利机器人为了抢 MEV 利益，可能会发送大量的无效交易，存在资源浪费行为。

4）不过，即将到来的 Firedancer 的全面部署和 Alpenglow 的共识升级将会系统性解决这些问题。

Alpenglow 共识升级其中一个关键点就是把投票交易转移到了链下相当于为正常交易释放了 70% 的空间，同时可以将确认时间降低到 150 毫秒，让 Solana 的 DEX 体验无限接近 CEX。此外本地费用市场的启用也能避免单个程序的 Fomo 火爆造成全网拥堵的尴尬现状。

Firedancer 的好处除了性能优化提升之外，关键是实现了客户端的多样性，让 Solana 像以太坊意义昂有 Geth Nethermind 等多个客户端，在去中心化，单点节点故障方面有直接提升。

以上。

所以，Solana 10W TPS 的讨论懂行的人看到其实是对于 Solana 未来升级的客户端和共识协议的信心，不懂行的则试图靠 TPS 军备赛给 Solana 拉存在感（尽管 TPS 比拼已经过时了），但实验背后的意义看懂的话还有挺有收获的，科普一下，分享给诸君。