XChain の設計は 1 つの原則と 6 つの系から導かれます。その原則は検証する、再実行しないです。上の層は、下の層が正しく仕事をしたという証明を確認するのであって、それを走らせ直すのではありません。これが惑星規模を考えうるものにしています。

すべての設計判断の上に、1 つの約束があります： XChain は公共財であり、そのコミュニティによって作られ、運営され、所有されます——方向性、戦略、技術、そしてこのホワイトペーパー自体さえ貢献に開かれており、やがてコミュニティのガバナンスへ移ります。どの創設チームもそれらを固定しません（ガバナンスとコミュニティを参照）。

#	原則	意味
1	集約であって全域ではない	大きな容量とは名目上の集約スループットであり、1 つの同期した全域状態では決してありません。
2	局所性を最優先	活動の 99% 超はローカルに留まるべきです。状態を正しく置くことが第一の仕事です。
3	保証 ∝ 価値	トランザクションのセキュリティ、データ可用性、証明はそれがいくらの価値を持つかに応じて伸縮します。
4	検証する、再実行しない	上の層は仕事をやり直すのではなく、集約された証明を確認します。
5	細い腰	中核は小さく、厳密に定義されたまま。その上に築ける空間は無制限です。
6	既定で刈り取る	低価値なデータは期限切れになり、永続するのはコミットメントだけ。どのチェーンも自分の分は自分で払います。

中核が何をするのを拒むか。 これらの原則は、その禁止事項を通してこそ最もつかみやすくなります。禁止があれば、どんな機能がどこに属するかを読者自身が予測できるからです。信頼の根は誰のトランザクションも実行することを拒み——証明を検証して確定するだけです。データドメインは価値を持つことを拒み——さらに 1 件ごとのコンセンサスも拒みます。改ざんが検出できるログにはそれが要らないからです。細い腰は太ることを拒み——中核の上で生きられるものは中核の上で生きなければなりません。そしてどの Tier も忘れることを拒みません：低価値なデータは予定どおり期限切れになり、後にはそのコミットメントだけが残ります。機能が提案されるたびに、これらの拒否が、議論が始まる前に「どこに置くか」の問いに答えます。

図

図 2 — 配置の法則：中核が何をするのを拒むかが、すでにすべての置き場所を決めている。

要点： どの系も 1 つの目標に仕えます——世界の流量の大半をほぼ無料の経路へ流し、その一方で価値と原子性を小さく最も守られた中核に集めること。規模と安全がもう互いを引っ張り合わなくなります。次の節は、これらの規則が強いる構造を示します：2 つのドメイン、3 つの Layer、5 つの Tier——1 つのシステムを 3 つの解像度で描いたものです。