一条工作量证明链吞吐太低，最直接的补救思路是再多开几条链并行出块。Kadena 的 Chainweb 把这条路走到了工程上：多条链各自出块，再靠区块互相引用缝成一张网。本文按官方仓库与白皮书的描述，讲清这张编织结构怎么工作、跨链转账要付出什么代价，以及它没有解决什么。
一条链拆成多条并行链
Chainweb 是 Kadena 的节点软件（开源仓库 kadena-io/chainweb-node），主网配置名叫 mainnet01。官方白皮书把它定义为「并行链工作量证明架构」：多条独立挖矿的链组成一个网络，每条链各自维持自己的区块、账户状态和挖矿难度，单独看任何一条都近似一条微型比特币式链。在同一条链上看，交易吞吐没有变快；快的是总量——几条链同时出块，全网同时消化几份流量。白皮书给出的设计目标是把吞吐推向支付网络量级，并保留原始工作量证明的概率式确认特性。
需要先交代一个事实边界：官方仓库 README 自注，Kadena 主网已于 2025 年 11 月 15 日（UTC）停止出块，并附上了各条链的最终区块快照——按该快照，主网共 20 条链（编号 0 到 19）。因此本文把 Chainweb 作为一套已经工程化落地过的机制来解读，其「仍在运行到什么规模」的动态状态以官方仓库公告为准，不据旧数据推断现状。
编织图：链与链互相引用
如果各条链完全独立，它们就是一堆互不相干的孤岛链。Chainweb 的关键设计是「编织」（braided）：白皮书的说法是各链区块在哈希层面绑定——每个区块除了引用本链父区块，还把相邻链区块的默克尔根包含进来，依赖关系按固定规则在链间排成一张图。
这带来两个效果。其一，任何试图在单条链上秘密重写历史的攻击者，会连带毁掉所有引用了它的邻居链区块的有效性，必须同时重写一大片链才能让伪造被接受；白皮书据此论证全网有效算力约等于各链算力之和。其二，依赖边让「时间」有了跨链参照：区块通过包含邻居链的默克尔根，间接锚定其他链已经走到哪里。安全边界要如实说明：编织抬高的是重写成本，不是把多条链合并成单一原子状态——不同链上的两笔交易没有被同一份共识同时排序，链间先后只能靠依赖图近似。
跨链转账的代价：两步证明与等待
同一笔转账若只涉及同一条链上的两个账户，和普通链上交易没有区别。涉及两条链时，白皮书给出的方案是合约层的免信任两步 SPV（简单支付验证）：转出方在自己的链上发起转出，转入方随后在目标链上提交一笔携带默克尔证明的交易，用来源链区块的默克尔根证明转出步骤已发生。
这封证明的原料正是编织图：目标链要等到自己的区块沿依赖链间接包含到来源链那个区块的默克尔根，才可能验证转出。也就是说，跨链的等待不是固定的「几个区块」，而取决于两条链在编织图上的距离与出块进度——相距越远，依赖传递越久。对用户而言，跨链「卡在途中」不一定是故障，可能只是依赖还没传到；入账那一步也发生在目标链上，需要目标链的手续费。
适用场景与没有解决的问题
这种架构适合「总量大、但链间交互不频繁」的负载：用户和应用按链分区，绝大部分交易留在单链内，少数才付跨链的等待成本。如果大量应用彼此需要即时组合，依赖传递就会成为瓶颈——它没有提供跨链原子执行，也没有一条把所有链排序结果汇齐的总账。
与其他扩容路线对照：状态通道把交易挪到链下，Rollup 把数据压回以太坊，链间消息协议靠轻客户端验证；Chainweb 则是把工作量证明本身平行复制，再用区块级互相包含把孤岛缝成一张网。它的信任假设仍是算力诚实多数，只不过这个多数必须覆盖整张依赖图。想读细节，可查 kadena-io/chainweb-node 仓库与白皮书原文。
风险提示：本文只解释机制，不构成任何投资或买卖建议；对已停止出块的网络进行任何资产操作前，务必先核实官方公告与资金处置安排。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。