15 · 现状与实时网络
这是唯一会变的一节。 上面的所有内容描述的是 XChain 经得起时间的设计与愿景——它会随着网络长大而依然成立。而会随时间移动的部分都住在这里：今天在跑什么、什么还在进行中、路线图，以及直接从链上读出的网络状态——这样那些数字就永远不会过时。如果这里有哪句话看起来像是旧的，下面这块实时面板才是事实。
实时网络
直接从
www.xscan.org/rpc|lcd/aN读取（CORS 已开放，所以它会在你的浏览器里加载）。如果网络短时间联系不上，会显示一个指向浏览器的链接，而不是过期的数字。容错结论是从实时的权重分布推导出来的——在只有两个验证者、且最大的一个持有超过三分之一的情况下，失去它就会让链停下；不断增加节点直到每一个都不超过三分之一，这个结论就会自动翻转。这套文档里任何地方都没有硬编码的节点/验证者数量——这块面板是唯一的来源。
✅ 已经在这里 —— 正在运行，任何人都能验证
Testnet MVC 正运行在真实基础设施上（当前的节点/验证者集合与容错情况见上方面板）。七个原语中有六个是真实的链上模块（UIR、UAC、XMP、DA、VLC、SC）；MVC 验收在真实节点 + 真实 relayer 上端到端通过。浏览器 www.xscan.org 在运行时读取 chain-id 与 denom。
🟡 进行中 / 替身 —— 明说
| 项目 | 它真正处在哪一步 | 这对读者意味着什么 |
|---|---|---|
| 证明系统 | 真正的 Groth16/BN254 验证已经合并进 **master**，并在 devnet 节点上端到端得到证明——但公开网络仍在跑升级前的二进制，所以实时链上的 prover 仍然是 MOCK。ProofSystem.MOCK 由一道 fail-closed 的 chain-id 守卫在测试网之外被阻断 | 还有两个不同的步骤没走完，不是一个：实时网络尚未升级到带验证的构建，而且电路仍是替身 MiMC(prev,tx,new)（约 164 字节的证明），还不是真正的 SP1 wrap 与验证密钥。把这两件事都做完，正是下面路线图中第 4 阶段 —— 端到端的零知识的含义 |
| EVM | 已合并进 **master**，尚未上线 | 在 A1 上线需要一次重新创世（coin-type 118 → 60），所以 master 构建与运行中的测试网并不一致；要与实时网络对齐，请 checkout 标签 v0.2.1-testnet |
| 公开仓库 | 尚未发布 —— xchain 这个组织名被别人占用 | 在那之前，运行节点 里的 clone 地址是一个占位符 |
不要把运行中的网络理解成已经具备真正的密码学验证。 验证路径是真实的、也在 devnet 上得到了证明，但公开链尚未升级到它——而且即便升级之后，在真正的 SP1 验证密钥落地之前，电路仍然是替身。是两个诚实的步骤，不是一个，而且两个都写在这里，而不是一笔带过。
🔭 路线图 —— 12 个阶段，按结果排序，不按日期
这份路线图是创始团队的开场提案，仅此而已。每一个阶段——它的范围、它的顺序，甚至它是否存在——都可以通过链上治理（x/gov），按 治理与社区 中描述的流程，被社区投票修改、扩展或替换。而一个阶段的完成，是当它的结果在实时网络上可被验证地成真，绝不是当某个日期到来。
| 篇章 | 阶段 | 什么样的结果才算完成 |
|---|---|---|
| I · 一个开放的网络 —— 从创始团队的项目，变成无人掌控的基础设施 | 1 · 韧性 | 网络能在失去任何单一机器、运营方或区域时存活下来——由实时网络上的演练来证明，而不是在理论上 |
| 2 · 开放 | 任何人都能只凭公开产物审计源码、运行节点并加入验证者集合——它的运转不再依赖于信任创始者 | |
| 3 · 通用执行界面 | 已经建好的 EVM 层上线；任何以太坊开发者都能用他们已经熟悉的工具部署 | |
| II · 全强度的可验证性 —— 让「验证，而不是重新执行」在攻击之下也端到端成立 | 4 · 端到端的零知识 | 证明的生成从替身变成真实的、跑在开放 prover 基础设施上的东西——任何人都能生成一份有效证明 |
| 5 · 规模化的 Data Layer | 数据域在其完整的 Tier 策略下承载生产级的数据量，成本公开、包含性可由第三方验证 | |
| 6 · 对抗性韧性 | 供应量、防重放与隔离限损的不变式在持续攻击下依然成立——fuzzing、混沌演练、一份公开的攻击目录 | |
| 7 · 独立保证 | 外部审计方与付费攻击者检视这个系统；发现与修复全部公开 | |
| III · 主网 —— 从彩排走向真实价值 | 8 · 由社区批准的经济模型 | 每一项经济与治理参数都由社区投票定下——零个未经审议的默认值，零个由创始者设定的参数 |
| 9 · 主网 | 从第一个区块起就达到篇章 I 的标准：分布式的验证者集合、没有任何一方超过 ⅓ 的权重、完整的验收套件在真实网络上通过 | |
| IV · 自我维持的生态 —— 让创始团队变得不再必要 | 10 · 建设者 | 外部团队在 XChain 上交付生产级应用，全程无需与创始者交谈 |
| 11 · 横向扩展 | 容量靠增加链和 prover 来增长，而不是靠更大的机器；证明工作分散给多个独立方 | |
| 12 · 社区托管 | 升级、金库与基础设施经由治理成为常规运作；这份路线图的继任者由社区自己撰写 |
图 14 — 依赖关系图。同一篇章内的阶段可以重叠；主网被独立保证与获批准的经济模型所把关——绝不被日期把关。
这份提案还点明了三项明确的非目标，它们本身同样可以被同一场投票修改：不做许可制模式（永久排除在范围之外，不是推迟）· 不设通胀开关（预先注资的储备之外的增发不在范围内）· 不做按日期驱动的发布（一个没达到预期的阶段会由投票重新定范围，而不是没做完就上）。
合起来读，这四个篇章是同一场运动：渐进式去中心化。治理从协议（x/gov，已经上线）扩展到项目的方向、战略与这份白皮书——而第 12 阶段的结果恰恰就是：由社区、而不是由创始团队，来撰写接下来的东西。容量按第 11 阶段所描述的方式增长，靠增加链和 prover 而不是更大的机器；任何诸如「10 亿 TPS」的数字都仍然是名义上的聚合吞吐（Execution ~1 亿 + Data ~9 亿），绝不是一个全局状态之上的十亿笔可组合交易。这些阶段所出发的那个具体网络，描述在 测试网。
最后一句话： 如果你能在实时网络上验证它，它就是真的；如果它是用将来时写的，那就是我们正在建设的愿景——在明面上，一次一个诚实的里程碑。来检查我们的工作，也来一起建。