이 절은 같은 시스템을 해상도를 높여 가며 세 번 그립니다. 먼저 불변의 경계(2 도메인), 다음으로 기능적 분할(3 Layer), 마지막으로 세밀한 입자(5 Tier)입니다. 각 회차는 세부를 더할 뿐 앞의 것을 대체하지 않습니다. 도메인까지만 읽고 멈춘 독자도 이 시스템의 법칙은 이미 손에 쥔 셈입니다. Layer와 Tier는 같은 그림의 두 단계 확대이며 — 별개의 기술 스택이 아닙니다.

용어	개수	무엇인가
도메인 (Domain)	2	불변의 보안 경계: 가치를 나르는 데이터 / 가치가 없는 데이터.
Layer	3	기능적 분할: Settlement · Execution · Data.
Tier	5	세밀한 입자 T0–T4: 데이터 가치에 맞춘 암호학적 보증 + 저장 정책.

관계: 2 도메인 → 3 Layer → 5 Tier(해상도가 올라감). ‘도메인’은 법칙이고, ‘Layer’와 ‘Tier’는 같은 시스템을 두 해상도로 본 두 가지 시야입니다.

첫 번째 회차 — 2 도메인: 이분법적 질문(불변)

모든 데이터가 하나의 질문에 답합니다:

이 데이터에 이중 지불 방지나 조합 가능성이 필요한가?

예 → 가치 도메인: 합의 체인 위에서 살아야 합니다.
아니오 → 데이터 도메인: 대량·저가치 사건(좋아요, 조회, 채팅, IoT 로그)으로, 불변의 기록만 있으면 되고 건별 합의는 필요 없습니다.

UAC(Universal Asset Commitment) 원시 요소가 이 경계를 강제합니다: 데이터 도메인은 구조적으로 가치를 담는 것이 금지되어 있습니다. 이는 테스트로 검사되는 불변식이지 느슨한 관행이 아닙니다. 두 도메인이 토대입니다 — 그 아래 Layer나 Tier의 개수는 다르게 제시할 수 있지만, 도메인은 언제나 둘입니다.

두 번째 회차 — 3 Layer: 기능적 분할

가치 도메인 안에서 한 덩어리의 데이터는 종류가 다릅니다. 일상적인 거래를 실행하는 것이 아니라, 그 모든 거래에 대해 증명을 확정하고 집계하기 때문입니다. 그 덩어리를 떼어 내면 세 개의 Layer가 나옵니다 — 업계 표준 사고 모델 Settlement / Execution / Data와 맞아떨어집니다:

Layer	도메인	역할	물량*
① Settlement	가치	지역 간 최종성, ZK 증명 집계·검증(`PAI`), 신뢰의 뿌리(`SC`).	< 0.01%
② Execution	가치	이중 지불 방지, 상태 일관성, 체인 간 조합 가능성.	~10%
③ Data(가용성)	데이터	네임스페이스를 가진 추가 전용 로그: 위변조 감지 + 타임스탬프 + 포함 증명 가능. 건별 합의 없음.	~90%

*예상 데이터 구성에 따른 설계 추정치 — 특정 시점의 운영 수치가 아닙니다.

Layer ①과 ②는 모두 가치 도메인에 있습니다(합의 체인: Cosmos SDK + CometBFT + IBC). Layer ③이 데이터 도메인입니다. ①을 ②에서 떼어 내는 것은 기능적 구분입니다. Settlement은 증명이 집계되고 가치가 확정되는 곳으로, 거래가 도는 Execution과는 종류가 다릅니다.

세 번째 회차 — 5 Tier: 세밀한 입자(T0–T4)

더 가까이 보면 세 Layer는 다섯 Tier로 펼쳐집니다. 각 Tier의 암호학적 보증과 저장(DA) 정책은 데이터의 속도가 아니라 가치에 맞춰져 있습니다:

Layer	Tier	기능	DA 저장	물량*
① Settlement	T0 · Root	최종 정산, ZK 증명	영구	< 0.01%
② Execution	T1 · Value	이중 지불 방지	장기	~1%
② Execution	T2 · Interactive	상태 일관성	중기	~9%
③ Data	T3 · Events	위변조 감지, 타임스탬프	주 단위 가지치기	~85%
③ Data	T4 · Edge	체크포인트에서의 증명	일시적	~5%

*설계 추정치.

핵심 아이디어: 계층화가 대규모 경제성을 성립시키는 것은 비싼 암호학적 보증을 진짜로 가치를 나르는 데이터에 집중시키기 때문입니다 — 모놀리식 체인이 ‘좋아요’에까지 합의 가격을 치르는 것과 달리.

그림 3 — 대부분의 ‘트랜잭션’은 합의를 거치지 않습니다(Data Layer). 가치는 병렬로 샤딩되고(Execution), 꼭대기는 증명만 검증합니다(Settlement).

Layer들은 어떻게 이어지는가: “다시 실행하지 말고, 검증하라”

두 도메인을 잇는 원칙이 다시 실행하지 말고, 검증하라입니다:

Data → Execution/Settlement: Data Layer에 커밋된 데이터는 해당 Tier의 정책에 따라 가져올 수 있고 표본을 뽑을 수 있는 상태로 남습니다(DA Interface). 합의 체인은 그 물량을 다시 돌리지 않습니다 — 어떤 한 사건을 가치 도메인에 닻 내려야 할 때만 포함·가용성 증명을 검증합니다.
Execution → Settlement: 가치 체인은 자신의 상태 전부를 Root로 밀어 올리지 않습니다. 증명으로 압축하고, Settlement Layer가 집계·검증(PAI)한 뒤 확정합니다(SC). Root는 검증만 합니다 — 작은 증명에 대한 페어링 한 번 — 자식 체인의 거래를 다시 실행하는 일은 결코 없습니다.

그래서 가장자리 물량(Tier T3/T4)이 아무리 늘어도 신뢰의 뿌리에서의 비용은 거의 일정합니다. 이것의 테스트넷 구현 — 세 개의 합의 체인과 DA 노드 위의 네임스페이스들 — 과 라이브 수치는 현황과 라이브 네트워크 에 있습니다.

요점: 아키텍처는 데이터가 어디에 사는지를 정했습니다. 아직 말하지 않은 것은 체인들이 이 경계를 넘어 어떻게 대화하는지이며 — 멀티체인 시스템은 보통 원시 속도가 아니라 바로 이 상호작용에서 무너집니다. 다음은 크로스체인 모델입니다.