<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dijkstra on Time Friend</title><link>https://time-friend.com/zh/tags/dijkstra/</link><description>Recent content in Dijkstra on Time Friend</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 30 Aug 2026 09:30:00 +0000</lastBuildDate><atom:link href="https://time-friend.com/zh/tags/dijkstra/index.xml" rel="self" type="application/rss+xml"/><item><title>从被嘲 1 TPS, 到'无限扩展': Cardano 到底改了什么</title><link>https://time-friend.com/zh/archive/cardano-dijkstra-technical-core/</link><pubDate>Sun, 30 Aug 2026 09:30:00 +0000</pubDate><guid>https://time-friend.com/zh/archive/cardano-dijkstra-technical-core/</guid><description>&lt;p&gt;上一篇文章讲了 Cardano 往哪走、凭什么信它。这篇把镜头怼到最硬的部分:&lt;strong&gt;Dijkstra 到底改了什么, 为什么能改出&amp;quot;无限扩展&amp;quot;和&amp;quot;两分钟结算&amp;quot;&lt;/strong&gt;。我用一个问题串起全篇: 一条共识链的瓶颈, 到底卡在哪里?&lt;/p&gt;
&lt;h2 id="所有链的那个天花板-一个公式"&gt;所有链的那个天花板: 一个公式&lt;/h2&gt;
&lt;p&gt;几乎每条公链都被同一个物理约束卡住: &lt;strong&gt;新块必须被全网快速看到&lt;/strong&gt;。这事的逻辑链条其实不长: 区块是共识的载体, 全网要对着同一份账本续写; 一个块如果太大、太久没传完, 就会有节点在没看到它的时候先出了下一个块, 两个分支同时生长, 链就裂。所以在&amp;quot;块大&amp;quot;和&amp;quot;块勤&amp;quot;之间只能二选一, 吞吐被锁死在&amp;quot;块大小 ÷ 出块周期&amp;quot;这个公式里——任何一条把安全性建立在全球同步上的链, 都逃不出它。&lt;/p&gt;
&lt;p&gt;这就能解释为什么&amp;quot;链上扩容&amp;quot;听起来像死局: 加大块, 传不完; 缩短周期, 不持久; 只剩把活搬走——以太坊就是这么做的, 搬到 L2。三条路没有一条动过公式本身, 全是绕着它走。&lt;/p&gt;
&lt;h2 id="leios-把排序和装货拆开-天花板就不在了"&gt;Leios: 把&amp;quot;排序&amp;quot;和&amp;quot;装货&amp;quot;拆开, 天花板就不在了&lt;/h2&gt;
&lt;p&gt;Leios 的聪明, 是否认了公式的前提。我第一次读到这个思路时的反应是: 全网同步难道不该同步所有数据吗? 想了一遍才发现, 节点之间真正吵不起来的只有一件事——&lt;strong&gt;顺序&lt;/strong&gt;。谁的块在前、谁的交易在后, 这件事必须全网立刻一致; 至于交易内容本身, 晚几秒到达没有人在乎。公式之所以成立, 是把&amp;quot;必须同步的顺序&amp;quot;和&amp;quot;可以异步的数据&amp;quot;捆在了一起, 而 Leios 把它们拆开了。&lt;/p&gt;
&lt;p&gt;拆法是给区块分两个角色（Leios 最初的三层设计我在《Cardano 史上最大升级》里拆过, 这里只讲现在的 Linear 两层版）。Ranking Block(排序块, RB)又小又轻, 只管&amp;quot;谁先谁后&amp;quot;, 传播方式和今天完全一样, 全网同步, 安全模型一点没动。Endorser Block(背书块, EB)是个大块头, 引用成批交易, 不再挤共识的同步通道, 走专门的带宽管道扩散; 它由按质押选出的委员会验证, 高阈值投票(如 75%)通过后发证书上链。&lt;/p&gt;


&lt;div class="mermaid-wrap"&gt;
&lt;pre class="mermaid" role="img" aria-label="Mermaid diagram"&gt;flowchart TB
 T[一笔交易] --&amp;gt; EB[Endorser Block 背书块&amp;lt;br/&amp;gt;装成批交易&amp;lt;br/&amp;gt;走带宽管道扩散]
 EB --&amp;gt; V[质押委员会验证&amp;lt;br/&amp;gt;高阈值投票 如 75%]
 V --&amp;gt; CERT[证书]
 CERT --&amp;gt; RB[Ranking Block 排序块&amp;lt;br/&amp;gt;小快灵 全网同步&amp;lt;br/&amp;gt;记录 EB 与顺序]
 RB --&amp;gt; CHAIN[上链]&lt;/pre&gt;
&lt;/div&gt;


&lt;script type="module"&gt;
import mermaid from 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.esm.min.mjs';
mermaid.initialize({
 startOnLoad: false,
 theme: 'base',
 themeVariables: {
 background: '#1d1f21',
 primaryColor: '#282c34',
 primaryBorderColor: '#3e4147',
 primaryTextColor: '#c9cacc',
 lineColor: '#5a5f66',
 edgeLabelBackground: '#1d1f21'
 }
});
mermaid.run({ querySelector: 'pre.mermaid' });
&lt;/script&gt;


&lt;p&gt;沿着一笔交易的路径走一遍就明白了: 发出一笔交易, 它被打包进某个 EB, 沿着带宽管道扩散出去; 委员会验证这个 EB、凑够投票、发出证书; RB 继续按老节奏出块, 把&amp;quot;哪些 EB、什么顺序&amp;quot;记下来。同步通道里跑的还是那个小快灵的排序块, 重货全都走了旁边的管道。&lt;/p&gt;</description></item><item><title>Cardano 路线图交付复盘: 从 Chang 治理到 Dijkstra 三步走</title><link>https://time-friend.com/zh/archive/cardano-roadmap-and-delivery/</link><pubDate>Sat, 29 Aug 2026 09:00:00 +0000</pubDate><guid>https://time-friend.com/zh/archive/cardano-roadmap-and-delivery/</guid><description>&lt;p&gt;&amp;ldquo;无限扩展&amp;quot;&amp;ldquo;治理先行&amp;quot;&amp;ldquo;学术链&amp;rdquo;——围绕 Cardano 的说法, 我听过最久的是两种: 一边说它只吹牛不交付, 一边说它的路线图永远在往后改。但今年把官方的路线图和进展挨个核对完, 我得承认一个不太情愿的事实: &lt;strong&gt;它吹的牛, 正在按计划逐个兑现&lt;/strong&gt;。而且兑现的过程中还发生过一次真实的方案变更, 那件事比任何口号都更能说明它的交付方式。&lt;/p&gt;
&lt;p&gt;这篇把两件事讲透: 一条链在往哪走、它凭什么让人相信它走得完。&lt;/p&gt;
&lt;h2 id="先看路线图-三步走-一步都没停"&gt;先看路线图: 三步走, 一步都没停&lt;/h2&gt;
&lt;p&gt;Cardano 的升级主线有一条清晰的脊梁。2024 年 9 月的 Chang 硬分叉激活 Conway 账本时代, CIP-1694 的链上治理正式上线——协议参数改不改、硬分叉要不要启动, 从此是链上投票的事, 不再是团队拍板。2026 年 7 月的 van Rossem 硬分叉把主网推到 Protocol Version 11, 这是&lt;strong&gt;第一个完全由链上治理批准的升级&lt;/strong&gt;: DRep、质押池、宪法委员会三方投票通过, 更新 Plutus 成本模型让合约执行变便宜, 同时为主网铺向 Leios。再往后是 2026 年底开始的 Dijkstra 时代, 分两阶段: 第一阶段上 &lt;strong&gt;Linear Leios&lt;/strong&gt;(吞吐)+ &lt;strong&gt;Nested Transactions&lt;/strong&gt;(省资源), 第二阶段上 &lt;strong&gt;Ouroboros Peras&lt;/strong&gt;(快速结算)。&lt;/p&gt;


&lt;div class="mermaid-wrap"&gt;
&lt;pre class="mermaid" role="img" aria-label="Mermaid diagram"&gt;flowchart TB
 A[&amp;#34;2024.09 Chang 硬分叉&amp;lt;br/&amp;gt;链上治理上线&amp;#34;] --&amp;gt; B[&amp;#34;2026.07 van Rossem&amp;lt;br/&amp;gt;首个全链上投票升级&amp;#34;]
 B --&amp;gt; C[&amp;#34;2026 底 Dijkstra 一阶段&amp;lt;br/&amp;gt;Linear Leios &amp;#43; Nested Transactions&amp;#34;]
 C --&amp;gt; D[&amp;#34;2027 Dijkstra 二阶段&amp;lt;br/&amp;gt;Ouroboros Peras&amp;#34;]&lt;/pre&gt;
&lt;/div&gt;


&lt;script type="module"&gt;
import mermaid from 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.esm.min.mjs';
mermaid.initialize({
 startOnLoad: false,
 theme: 'base',
 themeVariables: {
 background: '#1d1f21',
 primaryColor: '#282c34',
 primaryBorderColor: '#3e4147',
 primaryTextColor: '#c9cacc',
 lineColor: '#5a5f66',
 edgeLabelBackground: '#1d1f21'
 }
});
mermaid.run({ querySelector: 'pre.mermaid' });
&lt;/script&gt;


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