这两天，围绕 @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比拼已经过时了），但实验背后的意义看懂的话还有挺有收获的，科普一下，分享给诸君。(Haotian | CryptoInsight)