Leios on Time Friend

从被嘲 1 TPS, 到'无限扩展': Cardano 到底改了什么

Sun, 30 Aug 2026 09:30:00 +0000

上一篇文章讲了 Cardano 往哪走、凭什么信它。这篇把镜头怼到最硬的部分:Dijkstra 到底改了什么, 为什么能改出"无限扩展"和"两分钟结算"。我用一个问题串起全篇: 一条共识链的瓶颈, 到底卡在哪里?

所有链的那个天花板: 一个公式

几乎每条公链都被同一个物理约束卡住: 新块必须被全网快速看到。这事的逻辑链条其实不长: 区块是共识的载体, 全网要对着同一份账本续写; 一个块如果太大、太久没传完, 就会有节点在没看到它的时候先出了下一个块, 两个分支同时生长, 链就裂。所以在"块大"和"块勤"之间只能二选一, 吞吐被锁死在"块大小 ÷ 出块周期"这个公式里——任何一条把安全性建立在全球同步上的链, 都逃不出它。

这就能解释为什么"链上扩容"听起来像死局: 加大块, 传不完; 缩短周期, 不持久; 只剩把活搬走——以太坊就是这么做的, 搬到 L2。三条路没有一条动过公式本身, 全是绕着它走。

Leios: 把"排序"和"装货"拆开, 天花板就不在了

Leios 的聪明, 是否认了公式的前提。我第一次读到这个思路时的反应是: 全网同步难道不该同步所有数据吗? 想了一遍才发现, 节点之间真正吵不起来的只有一件事——顺序。谁的块在前、谁的交易在后, 这件事必须全网立刻一致; 至于交易内容本身, 晚几秒到达没有人在乎。公式之所以成立, 是把"必须同步的顺序"和"可以异步的数据"捆在了一起, 而 Leios 把它们拆开了。

拆法是给区块分两个角色（Leios 最初的三层设计我在《Cardano 史上最大升级》里拆过, 这里只讲现在的 Linear 两层版）。Ranking Block(排序块, RB)又小又轻, 只管"谁先谁后", 传播方式和今天完全一样, 全网同步, 安全模型一点没动。Endorser Block(背书块, EB)是个大块头, 引用成批交易, 不再挤共识的同步通道, 走专门的带宽管道扩散; 它由按质押选出的委员会验证, 高阈值投票(如 75%)通过后发证书上链。

flowchart TB
 T[一笔交易] --> EB[Endorser Block 背书块<br/>装成批交易<br/>走带宽管道扩散]
 EB --> V[质押委员会验证<br/>高阈值投票 如 75%]
 V --> CERT[证书]
 CERT --> RB[Ranking Block 排序块<br/>小快灵 全网同步<br/>记录 EB 与顺序]
 RB --> CHAIN[上链]

沿着一笔交易的路径走一遍就明白了: 发出一笔交易, 它被打包进某个 EB, 沿着带宽管道扩散出去; 委员会验证这个 EB、凑够投票、发出证书; RB 继续按老节奏出块, 把"哪些 EB、什么顺序"记下来。同步通道里跑的还是那个小快灵的排序块, 重货全都走了旁边的管道。

Cardano 路线图交付复盘: 从 Chang 治理到 Dijkstra 三步走

Sat, 29 Aug 2026 09:00:00 +0000

“无限扩展"“治理先行"“学术链”——围绕 Cardano 的说法, 我听过最久的是两种: 一边说它只吹牛不交付, 一边说它的路线图永远在往后改。但今年把官方的路线图和进展挨个核对完, 我得承认一个不太情愿的事实: 它吹的牛, 正在按计划逐个兑现。而且兑现的过程中还发生过一次真实的方案变更, 那件事比任何口号都更能说明它的交付方式。

这篇把两件事讲透: 一条链在往哪走、它凭什么让人相信它走得完。

先看路线图: 三步走, 一步都没停

Cardano 的升级主线有一条清晰的脊梁。2024 年 9 月的 Chang 硬分叉激活 Conway 账本时代, CIP-1694 的链上治理正式上线——协议参数改不改、硬分叉要不要启动, 从此是链上投票的事, 不再是团队拍板。2026 年 7 月的 van Rossem 硬分叉把主网推到 Protocol Version 11, 这是第一个完全由链上治理批准的升级: DRep、质押池、宪法委员会三方投票通过, 更新 Plutus 成本模型让合约执行变便宜, 同时为主网铺向 Leios。再往后是 2026 年底开始的 Dijkstra 时代, 分两阶段: 第一阶段上 Linear Leios(吞吐)+ Nested Transactions(省资源), 第二阶段上 Ouroboros Peras(快速结算)。

flowchart TB
 A["2024.09 Chang 硬分叉<br/>链上治理上线"] --> B["2026.07 van Rossem<br/>首个全链上投票升级"]
 B --> C["2026 底 Dijkstra 一阶段<br/>Linear Leios + Nested Transactions"]
 C --> D["2027 Dijkstra 二阶段<br/>Ouroboros Peras"]

注意这个顺序: 先治理, 再扩容。这不是随意的——先把链的所有权交给社区, 再动大手术。van Rossem 证明了这条路走得通, Dijkstra 会用同样的方式走完。那些笑它"慢"的人, 恰恰没看见: 它并非不会快, 是不肯在不经投票的时候快。

Cardano 史上最大升级 Leios: 扩容上百倍, 还不降低安全性

Sun, 28 Jun 2026 10:00:00 +0000

我关注 Cardano 这么多年, 被吐槽最狠的一句就是"1 TPS", 慢得可怜。它憋了很久的大招叫 Leios, 号称能把吞吐拉高几十上百倍, 而且安全性一分不降。2026 年 6 月它的公开测试网已经上线, 主网目标定在年底。

这篇把 Leios 讲成人话: 它到底改了什么, 凭什么"变快还不变脆"。

为什么扩容这么难

任何公链都想又快又安全又去中心化, 但三者天然互相拉扯——这就是常说的区块链三元悖论。往一个方向推, 另外两个就绷不住。

链上扩容的常规路子, 各有一笔账。加大区块, 每个节点要同步的数据变多, 普通电脑跑不动, 节点变少, 去中心化受损; 走 L2 / 二层网络, 复杂度上移, 信任模型变复杂; 分片把一条链拆成多条, 跨片协调复杂, 又引入新的攻击面。三条路都没能同时保住三样。

Leios 选了第四条路: 不硬撑单个区块, 而是把"装交易"和"定顺序"这两件事拆开, 各走各的管道。

传统做法: 一个区块又装货又排号

先看现在的 Cardano(以及绝大多数链)怎么干活: 每个区块既装交易, 又决定这些交易的先后顺序。等于一条单车道, 车再多也只能排队过。

flowchart TB
 subgraph 传统[传统 Ouroboros]
 T1[区块<br/>既装交易又定顺序] --> T2[一条单车道<br/>只能排队]
 end
 subgraph Leios[Leios]
 L1[input block 并行装货] --> L2[endorser block 按质押投票] --> L3[ranking block 线性定序]
 end

Leios 的做法: 流水线

Leios 把一条车道拆成三段流水线, 每种块各司其职。input block（输入块, IB）只负责"装交易", 多个质押池可以同时产出、各自打包, 不必排队——就像餐厅里多个服务员同时记单。endorser block（背书块, EB）由每个质押者按自己质押权重投票, 确认"我看到了这些 input block", 相当于对每张菜单做确认。ranking block（排序块, RB）是一条线性链, 按质押权重把前面确认过的 input block 排出最终顺序, 相当于厨房按固定顺序出菜。