Stellar 今天在 Meridian 2026 甩出一个数字：单个 validator 每秒 702 万笔支付。
先别急着喊「Solana killer」，看清楚这数字是怎么来的👇
1️⃣ 这是 Stellar Development Foundation 新发布的 Project Thruput，一个执行引擎的技术预览，跑在开发网 FutureNet，不是 $XLM 主网
2️⃣ 核心思路：同一个 block 里的交易不排全局顺序，从同一份账本快照并行执行，提交时再合并兼容的状态变化。比如余额记「-5」而不是「余额变成 95」，同一账户能被多笔支付同时更新，但同一块钱不能花两次
3️⃣ Benchmark：单机 118 万/秒，8 台 AWS 机器组成一个 validator 到 702 万/秒，接近 6 倍。测试是 100 个账户之间高争用的 ERC-20 式转账
4️⃣ 官方自己写明：不衡量端到端网络吞吐。共识、mempool、客户端提交开销都没算进去
5️⃣ 设计上没有按笔收的交易费，但计算量照样计量，需求超容量时按代币余额分配处理机会；存数据要锁一部分代币当押金。所以「免费」不等于无限
6️⃣ 代码、白皮书、可复现 benchmark 都开源了；它和现有 Stellar 网络最终什么关系，CryptoBriefing 说基金会还没定
我的看法：加机器就能加算力、不用分片，这个方向对 AI agent 微支付确实对口。但 702 万是「一个检查点有多快」，不是「一张公链有多快」。等多 validator 共识版本跑出来、有第三方复现，再谈 TPS 排名不迟。
只筛选不教育，不构成投资建议。
来源：Stellar 官方博客 Introducing Stellar Project Thruput；TokenPost、CryptoBriefing 报道
先别急着喊「Solana killer」，看清楚这数字是怎么来的👇
1️⃣ 这是 Stellar Development Foundation 新发布的 Project Thruput，一个执行引擎的技术预览，跑在开发网 FutureNet，不是 $XLM 主网
2️⃣ 核心思路：同一个 block 里的交易不排全局顺序，从同一份账本快照并行执行，提交时再合并兼容的状态变化。比如余额记「-5」而不是「余额变成 95」，同一账户能被多笔支付同时更新，但同一块钱不能花两次
3️⃣ Benchmark：单机 118 万/秒，8 台 AWS 机器组成一个 validator 到 702 万/秒，接近 6 倍。测试是 100 个账户之间高争用的 ERC-20 式转账
4️⃣ 官方自己写明：不衡量端到端网络吞吐。共识、mempool、客户端提交开销都没算进去
5️⃣ 设计上没有按笔收的交易费，但计算量照样计量，需求超容量时按代币余额分配处理机会；存数据要锁一部分代币当押金。所以「免费」不等于无限
6️⃣ 代码、白皮书、可复现 benchmark 都开源了；它和现有 Stellar 网络最终什么关系，CryptoBriefing 说基金会还没定
我的看法：加机器就能加算力、不用分片，这个方向对 AI agent 微支付确实对口。但 702 万是「一个检查点有多快」，不是「一张公链有多快」。等多 validator 共识版本跑出来、有第三方复现，再谈 TPS 排名不迟。
只筛选不教育，不构成投资建议。
来源：Stellar 官方博客 Introducing Stellar Project Thruput；TokenPost、CryptoBriefing 报道