<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Nested Transactions on Time Friend</title><link>https://time-friend.com/zh/tags/nested-transactions/</link><description>Recent content in Nested Transactions 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/nested-transactions/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></channel></rss>