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

“无限扩展"“治理先行"“学术链”——围绕 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(快速结算)。

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

三级分叉口: 它走了最不主流的那条

行业里对"公链怎么变大"早有三条清晰路线, 分岔点在于把哪一层做强。以太坊选择把执行搬到 L2, L1 只留结算和排序——这是 Vitalik 提出的”以 Rollup 为中心的路线图(rollup-centric roadmap)”, 底层信念是 L1 做不大, 把活下放。Solana 反着来, 把单节点性能堆到极致, 用高配硬件换吞吐, 信念是一次下单机、天下我有。Cardano 走的是第三条: 在协议层改结构——Leios 把排序和装货拆开, Peras 在共识上加投票层, 信念是 L1 可以靠设计变快, 不靠妥协或堆料

我的观感: 以太坊在"拆", Solana 在"堆", Cardano 在"改结构"。第三条最不常见, 也最难短期见效——要写论文、审 CIP、过投票, 一步都省不掉。它押注的是把 L1 本身做强, 而不是把问题搬到别处。

交付能力: 吹过的, 正一个个落地

以前"学术链"在我这儿是句骂人的话, 现在我不这么看了。把时间线摊开, 论文和交付是咬合着的: 说了要做可证明安全的 PoS, 就有 Ouroboros 系列论文, 今天跑的就是 Praos; 说了要上链上治理, Chang 硬分叉就把治理真的搬上了链; 说了治理后升级要投票, van Rossem 就成了第一个全链上投票通过的升级; 说了要突破吞吐, 2026 年 6 月 Leios 公开测试网 Musashi Dojo 上线, 8 月首测跑出约主网 6 倍的峰值。

这些承诺横跨三四年, 每一步都踩过治理门槛。所以"学术链"不是它不交付的借口, 反而是它的节奏: 先论证, 再写 CIP, 再测试, 再投票, 最后上主网。

最接近设计蓝图的一刻

聊到这里, 我想抛一个更个人化的观察: 现在的 Cardano, 是它从成立到现在, 最接近当年设计蓝图的那一刻

我一直有个印象——Cardano 的"路线图"是被反复修改、越画越远的。但这几年我回头翻它早期的设计文档, 发现反过来了: 它从未离开过最初那张图纸, 只是终于爬到了图纸上画的位置。蓝图当初就坚持可证明安全、形式化验证, 后来的 Ouroboros 论文、Peras 的 Agda 规范, 全是这条线的延伸——不算新发明, 是补课。蓝图里的分层理念(结算与计算分开), 现在在 Leios 的 RB/EB 结构里能看见印子: 排序与装货解耦, 正是"分层"这句话最具体的兑现。蓝图强调社区治理、不靠单点权威, 从 CIP-1694 到 van Rossem, 如今主网每次升级都在链上过票。

换句话说, 很多链的问题是"图纸被改得面目全非"; Cardano 的问题是反过来的——图纸十年没改, 今天才终于配上了进度。以前的 Cardano 是"论文里的 Cardano", 现在是"真在跑的设计愿景"。这也是我敢于下判断的原因: 它并非临场发挥, 而是一条憋了十年的路线, 走到了兑现的拐点。

交付路上, Leios 真的改过一次方案

但诚实讲, 这个过程不是一路平推。Leios 就发生过真实的方案变更。

最初的研究论文版是三层结构: Input Block(IB)负责装货、扛住大部分流量; Endorser Block(EB)对 IB 做背书认证; Ranking Block(RB)用 Praos 排顺序。强解耦, 交易扩散完全独立于出块节奏, 代价是要 5Δhdr 的时间窗来检测对账。

到工程落地, 吸收社区和 CIP 编辑的海量反馈后, CIP-0164 做了减法:把 IB 并进 EB, 变成两层——EB 既装货又背书, RB 继续排序。这就是现在的 Linear Leios。检测窗从 5Δhdr 降到 3Δhdr, 安全属性保持等价, 结构却简单了一大截。

前后差别一句话就能总结: 论文版追求最强的解耦, 工程版追求先落地。Linear 里 EB 必须赶在下一个 RB 出来前被认证上链, 解耦是"部分"的, 但只要网络健康, EB 可以做得比 RB 大很多, 吞吐照样涨。工程期间也真踩过坑——2025 年 9 月的月度进展里写着: 从研究转到工程部门、CIP-0164 收到编辑和社区的建设性反馈、做澄清和成本分析、还发现并修掉一个模拟器 bug。

以后还会不会再改? 会, 但这不丢人

我认真想过这个问题, 结论很确定:一定会继续改, 而且这是好事。因为 Linear 只是第一步, 后面还有 Full Leios、UTXO 分片、SNARK、数据可用性采样——每一项从论文走向代码, 都可能再收敛一次。Hydra 当年也经历过类似的简化。

但"改"要分清两种。一种是为交付做减法, Linear 属于这种: 功能还在原路径上, 先落地一小步, 值得尊重。另一种是推翻核心承诺: 如果哪天简化开始松掉安全模型或去中心化, 那才真正值得警惕——目前一点苗头都没有。

最后那道闸最能说明问题: 每次变更都要过链上投票, 社区、SPO、交易所手握否决权。改方案这件事本身被放在明面上审, 比起团队关起门来拍板, 这种改法更不像野心, 更像共识。

终端形态的猜测

如果这条路真走通, 我不认为意义只是"TPS 数字变好看", 而是基础设施的信任假设被简化: 一个自己就很快、很稳、结算明确的 L1, 意味着很多 DApp 可以只在单层上跑完, 不用层层叠信任; 并上链上治理, 规则变更公开可查、只由共识改。这种"单层可信 + 规则公开"的组合, 恰恰是机构最熟悉的形态——像一套清算系统。区块链想走进金融基础设施, 靠的不只是快, 还有"不用猜它明天怎么变"。

而对一个把稳定看得比热闹更重的人来说, 这几步走的每一步都有人为它负责。剩下的, 就是看 Dijkstra 两个阶段, 能不能继续按时走到。

文章链接:

https://time-friend.com/zh/archive/cardano-roadmap-and-delivery/

# 相关文章推荐