15 · 現状とライブネットワーク
変わるのはこの節だけです。 上のすべては XChain の長持ちする設計とビジョンを述べたもので、ネットワークが育っても有効なままです。時とともに動く部分はここに住みます：今日何が動いているか、何が進行中か、ロードマップ、そしてチェーンから直接読んだネットワーク——だからそれらの数字は決して古びません。ここのどれかの文が古く見えたときは、ライブ・パネルが事実です。
ライブ・ネットワーク
www.xscan.org/rpc|lcd/aNから直接読み取っています（CORS が開いているのでブラウザで読み込まれます）。ネットワークに一時的に到達できないときは、古い数字ではなくエクスプローラへのリンクを表示します。耐障害性の判定はライブのパワー分布から導出されます——バリデータが 2 つで最大のものが 3 分の 1 超を持つ場合、それを失えばチェーンは止まります。各ノードが 3 分の 1 以下になるまでノードを増やせば、判定は自動的に反転します。このドキュメントのどこにもノード / バリデータ数はハードコードされていません——このパネルが唯一の出所です。
✅ すでにここにある —— 稼働中で、誰でも検証できる
Testnet MVC は本物のインフラの上で動いています（現在のノード / バリデータ集合と耐障害性は上のパネルに）。7 つの原語のうち 6 つは本物のオンチェーン・モジュールです（UIR、UAC、XMP、DA、VLC、SC）。MVC 受け入れは本物のノード + 本物のリレーヤーでエンドツーエンドに通ります。エクスプローラ www.xscan.org は chain-id と denom を実行時に読みます。
🟡 進行中 / 仮の置き換え —— 率直に
| 項目 | 実際にどこにあるか | 読者にとっての意味 |
|---|---|---|
| 証明システム | 本物の Groth16/BN254 検証は **master** にマージ済みで、devnet ノード上でエンドツーエンドに実証されています——しかし公開ネットワークはまだアップグレード前のバイナリを動かしており、ライブ・チェーン上の prover は依然 MOCK です。ProofSystem.MOCK は fail-closed の chain-id ガードによりテストネット外では遮断されます | 残っているのは 1 つではなく 2 つの別々の段階です：ライブ・ネットワークがまだ検証つきビルドへ更新されていないこと、そして回路がまだ仮の MiMC(prev,tx,new)（約 164 バイトの証明）で、本物の SP1 wrap と検証鍵ではないこと。その両方を閉じることこそ、下のロードマップの第 4 段階 —— ゼロ知識をエンドツーエンドでの意味です |
| EVM | **master** にマージ済み、未稼働 | A1 で稼働させるには再ジェネシス（coin-type 118 → 60）が必要なので、master ビルドは稼働中のテストネットと異なります。ライブ・ネットワークに合わせるにはタグ v0.2.1-testnet を checkout してください |
| 公開リポジトリ | 未公表 —— xchain という組織名は他者が保持 | それまで ノードを動かす の clone URL は仮置きです |
稼働中のネットワークが、すでに本物の暗号学的検証を備えていると読まないでください。 検証経路は本物で devnet で実証済みですが、公開チェーンはまだそこへ更新されていません——そして更新後でさえ、本物の SP1 検証鍵が届くまで回路は仮のままです。1 つではなく 2 つの正直な段階であり、その両方をぼかさずにここに書いてあります。
🔭 ロードマップ —— 12 段階、日付ではなく成果で並べる
このロードマップは創設チームのたたき台にすぎません。どの段階も——その範囲も、順序も、存在そのものさえ——ガバナンスとコミュニティ に記した手続きにより、オンチェーン・ガバナンス（x/gov）を通じてコミュニティ投票で修正・拡張・置換できます。そして段階が完了するのは、その成果がライブ・ネットワーク上で検証可能に現実となったときであり、日付が過ぎたときでは決してありません。
| 章 | 段階 | 何をもって完了とするか |
|---|---|---|
| I · 開かれたネットワーク —— 創設チームのプロジェクトから、誰も支配しないインフラへ | 1 · 耐性 | ネットワークが任意の 1 台・1 運用者・1 地域の喪失に耐える——理論上ではなく、ライブ・ネットワーク上の演習で実証される |
| 2 · 開放 | 誰もが公開成果物だけでソースを監査し、ノードを動かし、バリデータ集合に加われる——その運用がもはや創設者への信頼に依存しない | |
| 3 · 汎用の実行面 | すでに作ってある EVM 層が稼働する。どのイーサリアム開発者も、慣れた道具のままデプロイできる | |
| II · 全力の検証可能性 —— 「検証する、再実行しない」を攻撃下でもエンドツーエンドに真にする | 4 · ゼロ知識をエンドツーエンドで | 証明の生成が仮のものから、開かれた prover インフラ上の本物へ移る——誰でも有効な証明を作れる |
| 5 · 実規模の Data Layer | データドメインが完全な Tier ポリシーの下で本番規模の量を運び、コストは公開され、包含は第三者が検証できる | |
| 6 · 敵対的耐性 | 供給量・リプレイ防止・封じ込めの不変条件が継続的な攻撃下でも保たれる——ファジング、カオス演習、公開の攻撃カタログ | |
| 7 · 独立した保証 | 外部監査人と報酬つきの攻撃者がシステムを精査する。発見と修正はすべて公開 | |
| III · メインネット —— リハーサルから本物の価値へ | 8 · コミュニティが批准した経済 | 経済とガバナンスのすべてのパラメータがコミュニティ投票で決まる——未審査の既定値ゼロ、創設者が決めたパラメータもゼロ |
| 9 · メインネット | 最初のブロックから章 I の基準を満たして立ち上げる：分散したバリデータ集合、⅓ を超える勢力なし、完全な受け入れ一式が本物のネットワークで通過 | |
| IV · 自走する生態系 —— 創設チームを不要にする | 10 · ビルダー | 外部チームが創設者と一度も話さずに XChain 上で本番アプリを出す |
| 11 · 水平スケール | 容量は大きなマシンではなく、チェーンと prover を増やして伸びる。証明は独立した複数者に分散する | |
| 12 · コミュニティによる管理 | アップグレード、トレジャリー、インフラがガバナンスを通じて日常的に回る。このロードマップの後継はコミュニティ自身が書く |
図 14 — 依存関係図。同じ章の中の段階は重なりうる。メインネットは独立した保証と批准された経済によって門番される——日付によってではない。
このたたき台は 3 つの明示的な非目標も挙げます。これら自体も同じ投票で修正できます：パーミッションド・モードを作らない（先送りではなく恒久的に対象外）· インフレのスイッチを付けない（事前に積んだ準備を超える発行は対象外）· 日付主導のローンチをしない（期待に届かなかった段階は、未完成のまま出すのではなく投票で再定義する）。
まとめて読めば、4 つの章は 1 つの運動です：漸進的な分散化。ガバナンスはプロトコル（x/gov、すでに稼働）から、プロジェクトの方向性・戦略・このホワイトペーパーへと広がります——そして第 12 段階の成果とはまさに、創設チームではなくコミュニティが次に来るものを書くことです。容量は第 11 段階が述べるやり方で、大きなマシンではなくチェーンと prover を足して伸びます。「10 億 TPS」のような数字はどれも名目上の集約スループット（Execution ~1 億 + Data ~9 億）のままであって、1 つの全域状態の上での 10 億件のコンポーザブルなトランザクションでは決してありません。これらの段階が出発する具体的なネットワークは テストネット に述べてあります。
最後にひとこと： ライブ・ネットワーク上で検証できるなら、それは本物です。未来形で書かれているなら、それはわたしたちが向かって作っているビジョンです——公開の場で、正直なマイルストーンを 1 つずつ。わたしたちの仕事を確かめに来てください。そして一緒に作りに来てください。