Esta sección describe el mismo sistema tres veces, con resolución creciente: primero la frontera invariante (2 Dominios), luego la división funcional (3 Layers) y por último el grano fino (5 Tiers). Cada pasada añade detalle; ninguna sustituye a la anterior. Quien se detenga tras los Dominios ya tiene la ley del sistema; los Layers y los Tiers son dos niveles de zoom de la misma imagen, no pilas tecnológicas separadas.

Término	Cantidad	Qué es
Dominio	2	La frontera de seguridad invariante: datos que llevan valor / datos sin valor.
Layer	3	La división funcional: Settlement · Execution · Data.
Tier	5	El grano fino T0–T4: garantía criptográfica + política de almacenamiento ajustadas al valor de los datos.

Relación: 2 Dominios → 3 Layers → 5 Tiers (resolución creciente). «Dominio» es la ley; «Layer» y «Tier» son dos vistas del mismo sistema a dos resoluciones.

Primera pasada — 2 Dominios: la pregunta binaria (invariante)

Cada dato responde a una pregunta:

¿Estos datos necesitan protección contra doble gasto o componibilidad?

Sí → el Dominio de valor: debe vivir en una cadena de consenso.
No → el Dominio de datos: eventos de alto volumen y bajo valor (me gusta, visualizaciones, chat, registros IoT) que solo necesitan un registro inmutable, sin consenso por registro.

El primitivo UAC (Universal Asset Commitment) impone esta frontera: al Dominio de datos le está estructuralmente prohibido contener valor. Es un invariante comprobado por tests, no una convención laxa. Los dos Dominios son el cimiento: el número de Layers o Tiers por debajo puede presentarse de otra forma, pero los Dominios son siempre dos.

Segunda pasada — 3 Layers: la división funcional

Dentro del Dominio de valor, una porción de datos es distinta en naturaleza al resto: no ejecuta transacciones cotidianas, sino que finaliza y agrega pruebas de todas ellas. Separar esa porción da tres Layers, que coinciden con el modelo mental estándar del sector Settlement / Execution / Data:

Layer	Dominio	Papel	Volumen*
① Settlement	valor	Finalidad entre regiones, agregar y verificar pruebas ZK (`PAI`), raíz de confianza (`SC`).	< 0,01%
② Execution	valor	Evitar el doble gasto, mantener el estado consistente, componibilidad entre cadenas.	~10%
③ Data (Disponibilidad)	datos	Registros de solo anexado con espacios de nombres: manipulación detectable + marca de tiempo + inclusión demostrable. Sin consenso por registro.	~90%

*Estimaciones de diseño según la mezcla de datos esperada, no cifras operativas de un momento concreto.

Los Layers ① y ② están ambos en el Dominio de valor (cadenas de consenso: Cosmos SDK + CometBFT + IBC); el Layer ③ es el Dominio de datos. Separar ① de ② es una distinción funcional: Settlement es donde se agregan pruebas y se finaliza el valor, distinto en naturaleza de Execution, donde corren las transacciones.

Tercera pasada — 5 Tiers: el grano fino (T0–T4)

Si se mira de cerca, los tres Layers se despliegan en cinco Tiers. Cada Tier tiene una garantía criptográfica y una política de almacenamiento (DA) ajustadas al valor de los datos, no a su velocidad:

Layer	Tier	Función	Almacenamiento DA	Volumen*
① Settlement	T0 · Root	Liquidación final, prueba ZK	Permanente	< 0,01%
② Execution	T1 · Value	Protección contra doble gasto	Larga duración	~1%
② Execution	T2 · Interactive	Consistencia de estado	Medio plazo	~9%
③ Data	T3 · Events	Manipulación detectable, marca de tiempo	Poda ~semanal	~85%
③ Data	T4 · Edge	Atestación en el checkpoint	Efímero	~5%

*Estimaciones de diseño.

La idea central: escalonar hace viable la economía a gran escala al concentrar las garantías criptográficas caras en los datos que de verdad llevan valor, en lugar de que una cadena monolítica pague precio de consenso hasta por los «me gusta».

Figura 3 — La mayoría de las «transacciones» nunca tocan el consenso (Data Layer); el valor se fragmenta en paralelo (Execution); el vértice solo verifica pruebas (Settlement).

Cómo se conectan los Layers: «verifica, no vuelvas a ejecutar»

El principio que une los Dominios es verifica, no vuelvas a ejecutar:

Data → Execution/Settlement: los datos comprometidos en el Data Layer siguen siendo recuperables/muestreables según la política de su Tier (DA Interface). Las cadenas de consenso no vuelven a ejecutar ese volumen: solo verifican una prueba de inclusión/disponibilidad cuando hay que anclar un evento concreto en el Dominio de valor.
Execution → Settlement: las cadenas de valor no empujan todo su estado a la Root. Lo comprimen en pruebas; el Settlement Layer agrega y verifica (PAI) y luego finaliza (SC). La Root solo verifica —un emparejamiento sobre una prueba pequeña— y nunca vuelve a ejecutar las transacciones de las cadenas hijas.

Así, el coste en la raíz de confianza se mantiene casi constante por mucho que crezca el volumen del borde (Tiers T3/T4). La realización concreta de esto en la testnet —tres cadenas de consenso más espacios de nombres en un nodo DA— y sus cifras en vivo están en Estado y Red en Vivo.

Conclusión: la arquitectura resuelve dónde viven los datos. Lo que aún no ha dicho es cómo hablan las cadenas a través de estas fronteras, y esa interacción, no la velocidad bruta, es donde suelen romperse los sistemas multicadena. El modelo entre cadenas viene a continuación.