跳过导航
XChain 文档

2 · 设计原则

最后更新: 2026/08/07阅读约 1 分钟

XChain 的设计由一条原则和六条推论推导而来。这条原则是验证,而不是重新执行:上层确认下层正确完成了工作的证明,而不是把它重跑一遍。正是这一点让行星级规模变得可以设想。

在每一个设计选择之上,还有一项承诺: XChain 是一件公共品,由它的社区建设、运营和拥有——它的方向、战略、技术,乃至这份白皮书本身,都开放给贡献,并将随时间交由社区治理;没有哪个创始团队把它们钉死(见 治理与社区)。

#原则含义
1聚合,而非全局大容量指的是名义上的聚合吞吐,绝不是一个同步的全局状态。
2本地性优先超过 99% 的活动应当留在本地;把状态放对位置是第一要务。
3保障 ∝ 价值一笔交易的安全性、数据可用性和证明强度,与它值多少钱成比例伸缩。
4验证,而不是重新执行上一层检查一份聚合后的证明,而不是把工作重跑一遍。
5窄腰内核保持小而定义严格;在它之上可建设的空间没有上限
6默认修剪低价值数据会过期;只有承诺是永久的;每条链都为自己付账。

内核拒绝去做什么。 这些原则通过它们的禁令最容易被把握,因为禁令让读者能自行推断任何功能该归属何处。信任之根拒绝执行任何人的交易——它只验证并最终确认证明。数据域拒绝持有价值——也拒绝逐条记录的共识,因为一份防篡改的日志并不需要它。窄腰拒绝长胖——凡是能活在内核之上的,就必须活在内核之上。而且没有哪个 Tier 拒绝遗忘:低价值数据按计划过期,只留下它的承诺。每当有人提出一项功能,这些拒绝在任何争论开始之前,就已经回答了「放在哪里」的问题。

图 2 — 归属法则:内核拒绝去做的事,已经决定了任何东西该放在哪里。

要点: 每一条推论都服务于同一个目标——让世界上绝大部分的数据量走一条近乎免费的路径,同时让价值与原子性集中在那个小而受保护最严的内核里。规模与安全不再互相拉扯。下一节展示这些规则所迫使出的结构:两个域、三个 Layer、五个 Tier——同一个系统,用三种分辨率来描述。