公链提速这事，大家通常卡在同一个地方：两笔交易一旦碰同一个余额、同一个池子，就得排队。机器加再多，也是在旁边干等。
10月28日，Stellar 发展基金会在里斯本 Meridian 2026 上发布了 Project Thruput，想正面解决这个问题。注意定位：这是「技术预览」，跑在测试网 FutureNet 上，不是主网升级。
几个硬信息，来自官方博客：
1）同一个区块里的交易从同一份账本快照出发并行执行，哪怕改的是同一个状态。比如余额记成「减5」而不是「现在是95」，提交时再合并；但两笔交易不能同时花掉同一块钱。
2）单个验证者可以把执行拆到多台机器上。早期基准：1台机器约118万笔支付/秒，8台机器约702万笔/秒，接近6倍。
3）测法也写清楚了：100个账户之间高争用的 ERC-20 转账，AWS 实例跑三次取中位数。官方自己强调，这测的是执行引擎容量，不是端到端网络吞吐。
4）没有按笔收的手续费。gas 仍然计量并封顶每笔执行；需求超过容量时，按账户里未锁定的原生代币余额分配调度份额，代币不会被花掉。存数据则锁定部分余额，删数据时释放。
代码、白皮书和可复现的基准都开源了。
我的看法：「702万TPS」这个数字看看就好，实验室基准和真实网络是两回事。更值得盯的是两件事——这套「可合并的状态」模型开发者愿不愿意用，以及「不收手续费、按持币余额排队」以后会不会、以什么形式进 $XLM 主网。目前官方没给时间表。
不构成投资建议。