2 · 설계 원칙

XChain의 설계는 하나의 원칙과 여섯 개의 따름정리에서 나옵니다. 그 원칙은 다시 실행하지 말고, 검증하라입니다. 위 계층은 아래 계층이 제 일을 올바로 했다는 증명을 확인할 뿐, 그것을 다시 돌리지 않습니다. 이것이 행성 규모를 생각할 수 있게 만듭니다.

모든 설계 선택 위에 하나의 약속이 있습니다: XChain은 커뮤니티가 만들고 운영하고 소유하는 공공재입니다 — 방향, 전략, 기술, 심지어 이 백서 자체까지 기여에 열려 있고 시간이 지나면 커뮤니티 거버넌스로 넘어갑니다. 어떤 창립 팀도 그것들을 고정하지 않습니다(거버넌스와 커뮤니티 참조).

#	원칙	뜻
1	전역이 아니라 집계	큰 용량이란 명목상의 집계 처리량이지, 하나의 동기화된 전역 상태가 결코 아닙니다.
2	지역성 우선	활동의 99% 이상은 지역에 머물러야 합니다. 상태를 제대로 놓는 것이 첫 번째 일입니다.
3	보증 ∝ 가치	거래의 보안, 데이터 가용성, 증명은 그것이 얼마의 값어치인지에 따라 커집니다.
4	다시 실행하지 말고, 검증하라	위 계층은 일을 다시 돌리는 대신 집계된 증명을 확인합니다.
5	좁은 허리	핵심은 작고 엄격하게 정의된 채로 남습니다. 그 위에 지을 공간은 무제한입니다.
6	기본은 가지치기	가치가 낮은 데이터는 만료됩니다. 영구적인 것은 커밋먼트뿐이며, 모든 체인은 제 몫을 스스로 냅니다.

핵심이 하기를 거부하는 것. 이 원칙들은 그 금지 조항을 통해 가장 쉽게 잡힙니다. 금지가 있으면 어떤 기능이 어디에 속하는지 독자가 스스로 예측할 수 있기 때문입니다. 신뢰의 뿌리는 누구의 거래도 실행하기를 거부합니다 — 증명을 검증하고 확정할 뿐입니다. 데이터 도메인은 가치를 담기를 거부하고, 건별 합의도 거부합니다. 위변조가 드러나는 로그에는 그것이 필요 없기 때문입니다. 좁은 허리는 불어나기를 거부합니다 — 핵심 위에서 살 수 있는 것은 반드시 핵심 위에서 살아야 합니다. 그리고 어떤 Tier도 잊기를 거부하지 않습니다: 가치가 낮은 데이터는 예정대로 만료되고 그 커밋먼트만 남습니다. 기능이 제안될 때마다 이 거부들이, 논쟁이 시작되기도 전에 “어디에 둘 것인가”라는 질문에 답합니다.

그림 2 — 배치의 법칙: 핵심이 하기를 거부하는 것이 이미 모든 것의 자리를 정한다.

요점: 모든 따름정리는 하나의 목표에 봉사합니다 — 세상 물량의 대부분을 거의 공짜인 경로로 흐르게 하고, 동시에 가치와 원자성은 작고 가장 잘 보호되는 핵심에 모으는 것. 규모와 안전이 더는 서로를 잡아당기지 않습니다. 다음 절은 이 규칙들이 강제하는 구조를 보여 줍니다: 두 도메인, 세 Layer, 다섯 Tier — 하나의 시스템을 세 가지 해상도로 그린 것입니다.