Stellar 发展基金会昨天在里斯本的 Meridian 大会上放了个东西，叫 Project Thruput。一句话概括：把区块里交易的顺序拿掉，让它们并行跑。

顺序这东西，是以太坊那套设计的地基。因为要排队，所以有 gas 竞价；因为有竞价，”贵”和”慢”就成了公链的默认设定。Thruput 的赌注是：如果同一个区块里的交易彼此没有先后，执行就能横向铺开。

不是嘴上说说。官方给的数字：单台机器每秒 118 万笔 ERC-20 转账，加到 8 台（每台 64 核）是 702 万笔，接近线性。想更快？加机器。

但我更想看括号里的部分。

第一，这个数字只测了执行引擎。算上共识、内存池、客户端提交，端到端会掉多少，官方自己写了”不代表网络吞吐量”。说人话：台架上的马力，不是零百加速。

第二，手续费确实是零。gas 只用来计量算力，不烧币、不收币。”华尔街的交易员和肯尼亚的农民付一样的费：零”——这句话我承认有点打动我。

但第三点紧跟着就来了：需求超过容量时，按账户”未锁定的原生代币余额”分配调度容量。不收费，但收优先级。余额多、锁得少，排队时你靠前。存储也要押金，写数据锁币，删数据退币。

所以它没消灭”钱换资源”，只是把收费站从每笔交易挪到了账户这层。这未必是坏事——至少小额支付不会因为一笔手续费而死掉，稳定币汇款、AI 代理的微额结算这类场景确实受益。但要是你以为这是条”免费公链”，那就看漏了。

还有一层：这是 FutureNet 上的技术预览，版本号 alpha-pre.1，不是 Stellar 主网的升级。主白皮书今天（10 月 29 日）才发。基金会自己管它叫 moonshot，十年尺度的事，别当成下个月的利好。

至于”无序交易”怎么防超额扣款：靠同区块内变更合并加约束检查。同一个余额 100，30 和 40 可以同时扣，剩 30；再塞一笔 50 就因超支被排除。区块之间有顺序，区块之内不一定。

这个思路不新，很早就有研究，但把它做成能跑、能测、还开源放出来的，Stellar 是第一个。我欣赏这种”先给数字，再给限定条件”的发布方式，比只甩一张 TPS 截图的诚实太多。

至于能不能成——公链的性能从来不是瓶颈，流动性才是。702 万笔每秒的链，如果没人往上发资产，也就是一台跑分机器。

免责声明：以上内容仅供娱乐交流，不构成任何投资建议。DYOR。

#Stellar #区块链 #公链扩容