> ## 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.

# Introducción

> Por qué existe Intention, qué significa aquí compensación descentralizada, y por qué la parte de un exchange que decide quién le debe a quién pertenece a un protocolo y no al sistema privado de un operador.

> ## Trade different.

Durante casi toda la historia, los mercados estuvieron cerrados. El trading ocurría tras los muros del exchange, con una ejecución opaca para cualquiera que estuviera fuera; la compensación tardaba días; la custodia se alquilaba a una contraparte. El acceso abierto era un eslogan de marketing; la arquitectura estaba cerrada por diseño.

Las blockchains prometieron cambiar eso. Para operaciones simples, lo hicieron. Pero una cadena de propósito general nunca se construyó para mercados serios: la prioridad de casación se convirtió en una carrera entre productores de bloques, los precios de marca se movían en un ciclo separado de la ejecución, las liquidaciones acabaron siendo subastas entre keepers, y los libros de órdenes estaban off-chain, o eran tan lentos que daba igual. El capital migró de vuelta a exchanges con custodia, a cambio de velocidad y certeza.

El compromiso era siempre el mismo: elegir velocidad y renunciar a la autocustodia, o elegir descentralización y renunciar a la calidad del exchange. No había una tercera opción.

La estamos construyendo. Despacio, y bien.

<h2 id="what-intention-is">
  Qué es Intention
</h2>

Intention es una Layer 1 construida para operar mercados abiertos como operaciones del propio protocolo. La casación de órdenes, el margen, la liquidación, la financiación y la compensación no son aplicaciones desplegadas sobre una cadena, ni un motor de casación off-chain que devuelve resultados: los ejecutan los propios validadores de la red, sobre un orden que el consenso confirmó, dentro de un kernel determinista.

La categoría que lo nombra es **compensación descentralizada**: las funciones que una infraestructura de mercado realiza alrededor de una operación — establecer quién le debe a quién, registrarlo y hacerlo definitivo — realizadas por un protocolo en lugar de por una cadena de instituciones. [La infraestructura de mercado que esto sustituye](/es/protocol/architecture/overview) sitúa cada una de esas funciones aquí.

Un exchange es más que eso. Las interfaces, las operaciones de cuenta, el listado de mercados, el soporte y las condiciones comerciales lo rodean. Lo que la red hace público y verificable es la parte donde una discrepancia le cuesta dinero a alguien: **quién ejecutó qué, a qué precio, y quién le debe a quién.**

La primera aplicación que funciona sobre Intention es **Intention Exchange**: un exchange de futuros perpetuos con un libro central de órdenes límite (CLOB) completo, tipos de orden profesionales, margen aislado y cruzado, liquidaciones nativas del protocolo y bóvedas de liquidez on-chain. No implementa su propio motor de casación ni su propio pipeline de riesgo; hereda ambos por ejecutarse en la cadena. El mismo sustrato está diseñado para alojar otros mercados con libro de órdenes, incluidos [activos del mundo real tokenizados](/es/trading/markets), sin cambiar el modelo de ejecución.

<h2 id="open-by-asset-ai-native-by-protocol">
  Abierto por activo, nativo de IA por protocolo
</h2>

Ese diseño elimina un tipo concreto de opacidad, y lo hace como consecuencia de dónde vive la lógica de trading, no como un conjunto de funciones atornilladas encima.

Como la ejecución se apoya en un orden que el consenso confirmó, reejecutar un bloque lo reproduce exactamente. Como el precio se certifica en el bloque que lo consume, no hay un ciclo de oráculo aparte contra el que competir. Como la liquidación, la financiación y el seguro son operaciones del protocolo y no llamadas a contratos, ocurren en el mismo paso que la ejecución que las activó. Como el kernel emite salida por transacción, todo cambio de estado se puede rastrear hasta la transacción que lo causó.

Nada de eso es una promesa que el protocolo haga aparte de su diseño. Es lo que produce una máquina de estados determinista sobre un orden confirmado: por eso merece la pena leer la [arquitectura](/es/protocol/architecture/overview) como una sola cosa y no como una lista de funciones.

Para un trader humano, estas propiedades producen un exchange más justo: un orden que puedes auditar, precios que puedes verificar, liquidaciones que siguen las reglas del protocolo en lugar de carreras off-chain, y un registro por operación que existe a nivel de protocolo y no en la base de datos de otro.

Para un agente que opera en nombre de alguien, producen algo más básico. Los agentes autónomos están asumiendo trabajo que los humanos hacían en la capa del exchange. Su tarea es actuar sobre la *intención* de un usuario, y no pueden actuar sobre un exchange que tienen que modelar como ruido. Necesitan una función: misma entrada, misma salida, comprobable después. Una máquina de estados determinista sobre un orden confirmado lo es.

[Trading con IA: hoy y lo que viene](/es/protocol/ai-trading) cubre para qué sirve eso: qué funciona ya cuando un agente opera en tu nombre, qué no existe todavía en ningún exchange y qué partes del protocolo se están construyendo para ello.

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

<CardGroup cols={2}>
  <Card title="Visión general de la arquitectura" href="/es/protocol/architecture/overview">
    Las capas de la red, y cómo encajan IntentionKernel e IntentionBFT.
  </Card>

  <Card title="Trading con IA: hoy y lo que viene" href="/es/protocol/ai-trading">
    Qué funciona ya cuando un agente opera en tu nombre, y qué no existe todavía en ningún exchange.
  </Card>

  <Card title="IntentionKernel" href="/es/protocol/architecture/kernel">
    La capa de ejecución: el conjunto de instrucciones, el pipeline del bloque y por qué el resultado es reproducible.
  </Card>

  <Card title="Hitos" href="/es/protocol/roadmap/milestones">
    El camino de entrega desde testnet hasta mainnet, y cómo se verifica cada etapa.
  </Card>
</CardGroup>

<h2 id="status">
  Estado
</h2>

Intention está en desarrollo activo. Partes de esta documentación describen comportamientos que el protocolo garantiza por diseño pero que aún no se han expuesto en una interfaz pública de mainnet. Esas páginas están marcadas. Las secciones de arquitectura y seguridad describen el sistema tal como se está construyendo; el [Centro de ayuda](/es/help/faq) es en gran medida provisional a la espera del lanzamiento de mainnet. La documentación para desarrolladores vive en el [sitio para desarrolladores](https://dev.intention.xyz/) y en la [referencia de la API](https://testnet-openapi.intention.xyz/).

<Note>
  Actualmente no existe ningún token nativo. La documentación no describe tokenómica, incentivos de staking ni ninguna venta de tokens. El material relacionado con el token se publicará solo después de que el activo esté en circulación.
</Note>
