> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Visión general de la arquitectura

> Intention es una red de trading nativa de IA: la casación, la compensación y el movimiento de saldos se ejecutan como operaciones del protocolo y no dentro del sistema privado de un operador.

<h2 id="intention-is-an-ai-native-trading-network">
  Intention es una red de trading nativa de IA
</h2>

Una *red* de trading, no una aplicación de trading. Las partes de un exchange que deciden quién ejecutó contra quién, a qué precio y quién le debe a quién las ejecutan los propios validadores de la red, las ordena el consenso y puede reproducirlas cualquiera que tenga los mismos bloques. No hay un motor de casación funcionando en otro sitio que después informe del resultado.

Nativa de IA, porque es lo que necesita de verdad un agente que opera en nombre de alguien. Una persona puede vigilar un exchange y reaccionar a lo que ve. Un agente no puede: solo puede actuar sobre lo que el exchange es capaz de demostrar. Llevar la casación, el margen, la financiación, la liquidación y la compensación al interior del protocolo es lo que hace que un exchange deje de ser una contraparte en la que confías y pase a ser una infraestructura que puedes verificar.

Todo lo que suele presentarse como una lista de funcionalidades se deduce de esa única decisión. Como la ejecución se apoya en un orden confirmado por el consenso, reejecutar un bloque lo reproduce exactamente. Como el precio se certifica en el bloque que lo consume, no hay ciclo del oráculo al que adelantarse. Como la liquidación y la financiación son operaciones del protocolo y no llamadas a contratos, se resuelven en el mismo paso que la ejecución que las provocó. Como la máquina de estados emite salida por transacción, todo efecto tiene un autor.

<Note>
  Un exchange es más que esto. Los front ends, la operativa de cuentas, el listado de mercados, el soporte y las condiciones comerciales lo rodean. Lo que la red hace público y verificable es el núcleo crítico para la compensación: la parte en la que una discrepancia le cuesta dinero a alguien.
</Note>

<h2 id="the-layers">
  Las capas
</h2>

Cuatro capas, en el orden en que las atraviesa una transacción.

<div className="dg" data-dg="architecture-layers">
  <div className="dg-c" style={{aspectRatio:"720 / 502"}}>
    <svg className="dg-w" viewBox="0 0 720 502" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 406.00 96.00 L 406.00 131.60" />

      <path className="dg-head dg--blue" d="M 406.00 138.00 L 401.60 131.60 L 410.40 131.60 Z" />

      <path className="dg-wire dg--sky" d="M 406.00 228.00 L 406.00 263.60" />

      <path className="dg-head dg--sky" d="M 406.00 270.00 L 401.60 263.60 L 410.40 263.60 Z" />

      <path className="dg-wire dg--green" d="M 406.00 360.00 L 406.00 395.60" />

      <path className="dg-head dg--green" d="M 406.00 402.00 L 401.60 395.60 L 410.40 395.60 Z" />

      <path className="dg-wire dg-dash dg-soft" d="M 46.00 447.00 L 46.00 57.40" />

      <path className="dg-head" d="M 46.00 51.00 L 50.40 57.40 L 41.60 57.40 Z" />
    </svg>

    <div className="dg-band" style={{left:"12.7778%",top:"1.9920%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">1 · Aplicación — fuera del protocolo</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"28.2869%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">2 · Red</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"54.5817%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">3 · Ejecución — IntentionKernel</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"80.8765%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">4 · Estado</span></div>
    <div className="dg-b" style={{left:"15.0000%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Pasarela web Intention</span></div>
    <div className="dg-b" style={{left:"43.2407%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Front ends · billeteras</span></div>
    <div className="dg-b" style={{left:"71.4815%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Agentes · market makers · clientes API</span></div>
    <div className="dg-b dg--blue" style={{left:"15.0000%",top:"31.8725%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Mempool</span><span className="dg-s">admisión · difusión</span></div>
    <div className="dg-b dg--blue" style={{left:"57.3611%",top:"31.8725%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">IntentionBFT</span><span className="dg-s">orden · precios · firmeza</span></div>
    <div className="dg-b dg--sky" style={{left:"15.0000%",top:"58.1673%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Casación</span><span className="dg-s">libro · prioridad</span></div>
    <div className="dg-b dg--sky" style={{left:"57.3611%",top:"58.1673%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Cámara de compensación</span><span className="dg-s">margen · liquidación · financiación</span></div>
    <div className="dg-b dg--green" style={{left:"15.0000%",top:"84.4622%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Almacén de estado</span><span className="dg-s">valores por versión</span></div>
    <div className="dg-b dg--green" style={{left:"57.3611%",top:"84.4622%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Estado Merkle</span><span className="dg-s">pruebas · acumuladores</span></div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"23.3068%"}}>transacciones firmadas</div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"49.6016%"}}>bloque confirmado</div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"75.8964%"}}>escrituras · eventos atribuidos</div>
    <div className="dg-lbl" style={{left:"6.3889%",top:"50.0000%",width:"12.2222%",whiteSpace:"normal"}}>lecturas · pruebas</div>
  </div>
</div>

Un quinto grupo se sitúa al lado de la pila, no dentro de ella. Los procesos de la **capa de servicios** se ejecutan junto a los validadores y se conectan en solo dos puntos: los precios y los activos *entran* por la capa de red, y los registros confirmados *salen* por la capa de estado.

<div className="dg" data-dg="overview-txpath">
  <div className="dg-c" style={{aspectRatio:"720 / 236"}}>
    <svg className="dg-w" viewBox="0 0 720 236" aria-hidden="true">
      <path className="dg-wire" d="M 100.67 78.00 L 114.27 78.00" />

      <path className="dg-head" d="M 120.67 78.00 L 114.27 82.40 L 114.27 73.60 Z" />

      <path className="dg-wire" d="M 225.33 78.00 L 238.93 78.00" />

      <path className="dg-head" d="M 245.33 78.00 L 238.93 82.40 L 238.93 73.60 Z" />

      <path className="dg-wire" d="M 350.00 78.00 L 363.60 78.00" />

      <path className="dg-head" d="M 370.00 78.00 L 363.60 82.40 L 363.60 73.60 Z" />

      <path className="dg-wire" d="M 474.67 78.00 L 488.27 78.00" />

      <path className="dg-head" d="M 494.67 78.00 L 488.27 82.40 L 488.27 73.60 Z" />

      <path className="dg-wire" d="M 599.33 78.00 L 612.93 78.00" />

      <path className="dg-head" d="M 619.33 78.00 L 612.93 82.40 L 612.93 73.60 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Transacción firmada</span></div>
    <div className="dg-b dg--sky" style={{left:"17.3148%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Mempool</span><span className="dg-s">validada antes de almacenarse</span></div>
    <div className="dg-b dg--sky" style={{left:"34.6296%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Consenso</span><span className="dg-s">orden y quórum de precios</span></div>
    <div className="dg-b dg--sky" style={{left:"51.9444%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Kernel</span><span className="dg-s">ejecución del bloque</span></div>
    <div className="dg-b dg--green" style={{left:"69.2593%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Escrituras de estado</span><span className="dg-s">eventos atribuidos</span></div>
    <div className="dg-b dg--green" style={{left:"86.5741%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Confirmación</span><span className="dg-s">ledger y almacenes de estado</span></div>
    <div className="dg-b dg-dashed dg-left" style={{left:"0.0000%",top:"67.7966%",width:"100.0000%",height:"27.9661%"}}><span className="dg-t">Lo que produce la secuencia</span><span className="dg-s">El orden y los precios se confirman antes de que empiece la ejecución, y todo cambio de estado queda ligado a la transacción que lo causó — por eso cualquiera puede reejecutar el bloque y obtener el mismo resultado.</span></div>
    <div className="dg-free" style={{left:"0.0000%",top:"0.0000%",width:"100.0000%"}}><div className="dg-n">Una transacción, de inicio a fin</div></div>
  </div>
</div>

**Capa de aplicación.** Todo lo que personas y máquinas tocan de verdad: la pasarela web de Intention, los front ends y billeteras de terceros, y los agentes y market makers que operan de forma programática. Nada de eso forma parte del protocolo: es aquello para lo que existe el protocolo, y es deliberadamente reemplazable. Que dos front ends discrepen sobre cuánto vale una posición es un fallo del front end, porque ambos leen el mismo estado confirmado.

**Capa de red.** Donde las transacciones se admiten, se difunden y se ordenan. [IntentionBFT](/es/protocol/architecture/intention-bft) confirma un orden y un vector de precios certificados en el mismo evento de consenso; el [mempool](/es/protocol/architecture/mempool) gobierna qué llega hasta él; la [topología](/es/protocol/architecture/intention-bft#network-topology) describe quién opera qué.

**Capa de ejecución.** [IntentionKernel](/es/protocol/architecture/kernel) ejecuta el bloque confirmado como una secuencia fija de etapas. Su conjunto de instrucciones es el conjunto enumerado de operaciones financieras que necesita un exchange de derivados, no una máquina virtual de propósito general. La [casación](/es/protocol/architecture/matching) y la [cámara de compensación](/es/protocol/architecture/clearinghouse) son etapas dentro de él, no sistemas aparte.

**Capa de estado.** [Estado y almacenamiento](/es/protocol/architecture/state/model) cubre cómo se persisten, se autentican y se sirven los resultados: un almacén de valores actuales para las lecturas, una estructura Merkle versionada para las pruebas y acumuladores sobre transacciones y eventos.

**Capa de servicios.** Procesos que se ejecutan junto a los validadores en lugar de dentro del bloque: el [oráculo](/es/protocol/architecture/oracle) que alimenta de precios al consenso, el [indexador](/es/protocol/architecture/indexer) que convierte el estado confirmado en datos consultables, los [servicios de programa](/es/protocol/architecture/programs) que derivan estado de cuenta a partir del historial confirmado y lo devuelven mediante transacciones del protocolo, y el [puente](/es/protocol/architecture/bridge) que mueve activos entre cadenas.

<h2 id="one-block">
  Un solo bloque
</h2>

Todo lo que hace comprobable el comportamiento del exchange ocurre dentro de un único bloque confirmado.

<div className="dg" data-dg="overview-services">
  <div className="dg-c" style={{aspectRatio:"720 / 288"}}>
    <svg className="dg-w" viewBox="0 0 720 288" aria-hidden="true">
      <path className="dg-wire dg--sky" d="M 185.00 65.00 L 240.47 120.47" />

      <path className="dg-head dg--sky" d="M 245.00 125.00 L 237.36 123.59 L 243.59 117.36 Z" />

      <path className="dg-wire dg--sky" d="M 185.00 175.00 L 240.08 129.10" />

      <path className="dg-head dg--sky" d="M 245.00 125.00 L 242.90 132.48 L 237.27 125.72 Z" />

      <path className="dg-wire dg--green" d="M 455.00 100.00 L 487.00 100.00 L 487.00 65.00 L 508.60 65.00" />

      <path className="dg-head dg--green" d="M 515.00 65.00 L 508.60 69.40 L 508.60 60.60 Z" />

      <path className="dg-wire dg--green" d="M 620.00 104.00 L 620.00 129.60" />

      <path className="dg-head dg--green" d="M 620.00 136.00 L 615.60 129.60 L 624.40 129.60 Z" />

      <path className="dg-wire dg--green dg-dash" d="M 620.00 214.00 L 620.00 250.00 L 350.00 250.00 L 350.00 190.40" />

      <path className="dg-head dg--green" d="M 350.00 184.00 L 354.40 190.40 L 345.60 190.40 Z" />
    </svg>

    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"10.4167%",width:"25.0000%",height:"24.3056%"}}><span className="dg-t">Oráculo</span><span className="dg-s">precios certificados por ronda</span></div>
    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"48.6111%",width:"25.0000%",height:"24.3056%"}}><span className="dg-t">Puente</span><span className="dg-s">depósitos y retiros</span></div>
    <div className="dg-b dg--blue" style={{left:"34.7222%",top:"24.3056%",width:"27.7778%",height:"38.1944%"}}><span className="dg-t">Las cuatro capas</span><span className="dg-s">red → ejecución → estado</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"10.4167%",width:"27.7778%",height:"24.3056%"}}><span className="dg-t">Indexador</span><span className="dg-s">registros confirmados → historial consultable</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"48.6111%",width:"27.7778%",height:"24.3056%"}}><span className="dg-t">Servicios de programa</span><span className="dg-s">estado derivado, calculado fuera del bloque</span></div>
    <div className="dg-lbl" style={{left:"67.3611%",top:"86.8056%",width:"31.9444%",whiteSpace:"normal"}}>devuelto on-chain, leído durante la ejecución</div>
  </div>
</div>

El orden queda fijado antes de que empiece la ejecución, y la ejecución es una función de ese orden y del estado previo. Dos nodos honestos que reciben el mismo bloque llegan al mismo resultado byte a byte, no por política, sino porque nada en la ruta de ejecución puede leer otra cosa. Sobre esa propiedad se apoya todo lo que viene después: las pruebas, la atribución, la reejecución y la capacidad de un agente de razonar sobre qué hará una orden que envíe.

<h2 id="where-the-venues-guarantees-come-from">
  De dónde salen las garantías del exchange
</h2>

En vez de una lista aparte de promesas, cada propiedad se remonta a la capa que la produce.

| Propiedad                                                                              | La produce                                                                                                                                                                                 |
| -------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| El mismo bloque se reejecuta con el mismo resultado en todo nodo honesto               | El consenso fija el orden; el [kernel](/es/protocol/architecture/kernel) lo ejecuta sin reloj, sin entropía y sin punto flotante                                                           |
| Una transacción se compensa a un precio que la red certificó                           | El quórum de precios forma parte del bloque y lo confirman las mismas firmas; véanse [IntentionBFT](/es/protocol/architecture/intention-bft) y [Oráculo](/es/protocol/architecture/oracle) |
| La liquidación y la financiación no pueden ir por detrás de la ejecución que las causó | Son etapas de la [cámara de compensación](/es/protocol/architecture/clearinghouse) dentro de la misma ejecución del bloque, no transacciones de un keeper                                  |
| Todo cambio de estado puede rastrearse hasta la transacción que lo causó               | El kernel emite salida por transacción, que la [capa de estado](/es/protocol/architecture/state/model) confirma y el [indexador](/es/protocol/architecture/indexer) sirve                  |

<h2 id="the-market-infrastructure-this-replaces">
  La infraestructura de mercado que esto sustituye
</h2>

Un mercado tradicional es un eslabón de una cadena de instituciones. Una operación se casa en una bolsa, se nova y se margina en una contraparte central, se registra en la institución que lleva el libro de quién tiene qué, se paga a través de un sistema de pagos y se reporta a un registro de operaciones. Cinco funciones, cinco conjuntos de registros y un proceso de conciliación cuyo oficio es descubrir cuándo dejan de coincidir.

Aquí esas cinco son etapas de un mismo bloque, y eso es lo que convierte la secuencia en **compensación atómica**: se confirma como una unidad o no se confirma en absoluto. El término merece precisión. Esa atomicidad cubre el ledger del propio protocolo; meter o sacar colateral por el [puente](/es/protocol/architecture/bridge) espera la finalidad de una cadena externa y queda fuera de esa unidad.

<div className="dg" data-dg="fmi-collapse">
  <div className="dg-c" style={{aspectRatio:"720 / 372"}}>
    <svg className="dg-w" viewBox="0 0 720 372" aria-hidden="true" />

    <div className="dg-band" style={{left:"0.0000%",top:"4.8387%",width:"100.0000%",height:"33.8710%"}}><span className="dg-cap">Cinco instituciones</span></div>
    <div className="dg-band" style={{left:"0.0000%",top:"52.6882%",width:"100.0000%",height:"33.8710%"}}><span className="dg-cap">Un bloque</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Casar</span><span className="dg-s">una bolsa</span></div>
    <div className="dg-b" style={{left:"22.0000%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Compensar</span><span className="dg-s">una CCP</span></div>
    <div className="dg-b" style={{left:"41.7778%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Registrar</span><span className="dg-s">un depositario</span></div>
    <div className="dg-b" style={{left:"61.5556%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Pagar</span><span className="dg-s">un sistema de pagos</span></div>
    <div className="dg-b" style={{left:"81.3333%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Reportar</span><span className="dg-s">un registro de operaciones</span></div>
    <div className="dg-b dg--blue" style={{left:"2.2222%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Casar</span><span className="dg-s">etapa de casación</span></div>
    <div className="dg-b dg--blue" style={{left:"21.4444%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Compensar</span><span className="dg-s">Cámara de compensación</span></div>
    <div className="dg-b dg--green" style={{left:"40.6667%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Registrar</span><span className="dg-s">capa de estado</span></div>
    <div className="dg-b dg--green" style={{left:"59.8889%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Pagar</span><span className="dg-s">el mismo bloque</span></div>
    <div className="dg-b dg--green" style={{left:"79.1111%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Reportar</span><span className="dg-s">atribución</span></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"40.8602%",width:"100.0000%"}}><div className="dg-n">Cuatro huecos. En cada uno existe una promesa que nadie ha cumplido todavía, y existe un proceso de conciliación para descubrir cuándo dejan de coincidir.</div></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"88.7097%",width:"100.0000%"}}><div className="dg-n">Las mismas cinco funciones, como una sola unidad de confirmación. O pasó todo o no pasó nada, y no hay un segundo registro con el que conciliar.</div></div>
  </div>
</div>

| Función tradicional | Quién la ejerce                                        | Aquí                                                                                                                                  |
| ------------------- | ------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------- |
| **Casar**           | El motor de casación de la bolsa                       | La [casación](/es/protocol/architecture/matching), una etapa de la ejecución del bloque                                               |
| **Compensar**       | Una contraparte central — LCH, CME Clearing, ICE Clear | La [cámara de compensación](/es/protocol/architecture/clearinghouse)                                                                  |
| **Registrar**       | Un depositario central de valores — DTCC, Euroclear    | La misma cámara, escribiendo en la [capa de estado](/es/protocol/architecture/state/model)                                            |
| **Pagar**           | Un sistema de pagos — Fedwire, TARGET2, CLS            | El bloque mismo: ambas patas se confirman, o ninguna                                                                                  |
| **Reportar**        | Una cadena de reporte regulatorio aparte               | La [atribución](/es/protocol/architecture/state/model) por transacción, servida por el [indexador](/es/protocol/architecture/indexer) |
| **Fijar el precio** | Un administrador de índices de referencia              | El [oráculo](/es/protocol/architecture/oracle), certificado dentro del bloque que lo consume                                          |

La afirmación no es que esto salga más barato. Es que los intervalos entre esas instituciones son donde existe una promesa que nadie ha cumplido todavía: entre una ejecución y un requerimiento de margen, entre el requerimiento y la llegada del colateral, entre una operación y su pago, entre un hecho y su reporte. Plegar las funciones en etapas de un mismo bloque no hace las promesas más fuertes. Elimina los intervalos en los que pueden romperse. Aquí la casación, la compensación y el pago no son tres paradas de una tubería: son el mismo hecho en el mismo bloque. **La ejecución es la compensación.**

<h2 id="the-network-today">
  La red hoy
</h2>

La arquitectura anterior está funcionando ahora mismo, sobre una testnet privada que ejecuta la pila completa. Consulta [La red hoy](/es/protocol/architecture/network-status) para la identidad de la cadena, los endpoints activos y qué esperar antes de que se abra el acceso público el 20 de septiembre de 2026.

<h2 id="where-to-go-next">
  Qué leer a continuación
</h2>

<CardGroup cols={2}>
  <Card title="IntentionKernel" href="/es/protocol/architecture/kernel">
    La capa de ejecución: conjunto de instrucciones, pipeline del bloque y los límites que la mantienen determinista.
  </Card>

  <Card title="IntentionBFT" href="/es/protocol/architecture/intention-bft">
    El consenso: compromisos de orden, quórum de precios y firmeza.
  </Card>

  <Card title="Cámara de compensación" href="/es/protocol/architecture/clearinghouse">
    Margen, liquidación, desapalancamiento automático, seguro y financiación.
  </Card>

  <Card title="Estado y almacenamiento" href="/es/protocol/architecture/state/model">
    Cómo se persisten, se autentican y se podan los resultados confirmados.
  </Card>
</CardGroup>