2 · 设计原则
最后更新: 2026/08/07阅读约 1 分钟
XChain 的设计由一条原则和六条推论推导而来。这条原则是验证,而不是重新执行:上层确认下层正确完成了工作的证明,而不是把它重跑一遍。正是这一点让行星级规模变得可以设想。
在每一个设计选择之上,还有一项承诺: XChain 是一件公共品,由它的社区建设、运营和拥有——它的方向、战略、技术,乃至这份白皮书本身,都开放给贡献,并将随时间交由社区治理;没有哪个创始团队把它们钉死(见 治理与社区)。
| # | 原则 | 含义 |
|---|---|---|
| 1 | 聚合,而非全局 | 大容量指的是名义上的聚合吞吐,绝不是一个同步的全局状态。 |
| 2 | 本地性优先 | 超过 99% 的活动应当留在本地;把状态放对位置是第一要务。 |
| 3 | 保障 ∝ 价值 | 一笔交易的安全性、数据可用性和证明强度,与它值多少钱成比例伸缩。 |
| 4 | 验证,而不是重新执行 | 上一层检查一份聚合后的证明,而不是把工作重跑一遍。 |
| 5 | 窄腰 | 内核保持小而定义严格;在它之上可建设的空间没有上限。 |
| 6 | 默认修剪 | 低价值数据会过期;只有承诺是永久的;每条链都为自己付账。 |
内核拒绝去做什么。 这些原则通过它们的禁令最容易被把握,因为禁令让读者能自行推断任何功能该归属何处。信任之根拒绝执行任何人的交易——它只验证并最终确认证明。数据域拒绝持有价值——也拒绝逐条记录的共识,因为一份防篡改的日志并不需要它。窄腰拒绝长胖——凡是能活在内核之上的,就必须活在内核之上。而且没有哪个 Tier 拒绝遗忘:低价值数据按计划过期,只留下它的承诺。每当有人提出一项功能,这些拒绝在任何争论开始之前,就已经回答了「放在哪里」的问题。
图 2 — 归属法则:内核拒绝去做的事,已经决定了任何东西该放在哪里。
要点: 每一条推论都服务于同一个目标——让世界上绝大部分的数据量走一条近乎免费的路径,同时让价值与原子性集中在那个小而受保护最严的内核里。规模与安全不再互相拉扯。下一节展示这些规则所迫使出的结构:两个域、三个 Layer、五个 Tier——同一个系统,用三种分辨率来描述。