【长推】解读 Solana TPS 背后的真相

Chainfeeds 导读：

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

文章来源：

文章作者：

Haotian

观点：

Haotian：首先，cavey 这次实验本质上是在「理想条件」下的极限测试。这意味着这并不是 Solana 主网的常态性能，和测试网环境下的实验室数据有差异，但大差不差。因为他采用了用了 noop（no operation）空操作测试程序，顾名思义，就是只做最基础的签名验证就直接返回成功，不执行任何计算、不改变任何账户状态、不调用其他程序，且每笔交易只有 200 字节，远低于正常交易的 1kb+。这意味着，这次 10W TPS 的测试是在非正常交易环境下算出来的，它测试的是 Solana 网络层和共识层的极限吞吐量，而非应用层的实际处理能力。 这次实验成功的另一个关键是 Frankendancer 验证器客户端。简单理解，Frankendancer 是 Jump Crypto 正在开发的 Firedancer 验证器的「混血测试版」—— 把 Firedancer 已完成的高性能组件嫁接到现有 Solana 验证器上。其实就是用华尔街那套高频交易技术栈，重构了 Solana 的节点系统，通过精细的内存管理、自定义线程调度等底层优化实现的性能提升。但仅仅是部分组件的替换，就可以实现 3-5 倍的性能提升。 这个测试实验说明，Solana 在极理想状态下是可以实现 TPS 达到 10w + 的，那为什么日常只有 3000-4000 的 TPS？简单总结大致有三点原因： 1）Solana 的 POH 共识机制需要 Validators 不断投票来维持，而光这些投票交易就占据了 70% 以上的区块空间，这给正常交易留下的性能通道就收窄了； 2）Solana 的生态活动经常会存在大量的状态竞争行为，比如 Mint 新 NFT 或新 MEME 发布时，可能会有成千上万笔交易抢占同一个账户写入权限，导致失败交易比例比较大； 3）Solana 生态存在的套利机器人为了抢 MEV 利益，可能会发送大量的无效交易，存在资源浪费行为。 4）不过，即将到来的 Firedancer 的全面部署和 Alpenglow 的共识升级将会系统性解决这些问题。

内容来源