Skip to main content

​
Intention es una red de trading nativa de IA

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

​
Las capas

Cuatro capas, en el orden en que las atraviesa una transacción.
1 · Aplicación — fuera del protocolo
2 · Red
3 · Ejecución — IntentionKernel
4 · Estado
Pasarela web Intention
Front ends · billeteras
Agentes · market makers · clientes API
Mempooladmisión · difusión
IntentionBFTorden · precios · firmeza
Casaciónlibro · prioridad
Cámara de compensaciónmargen · liquidación · financiación
Almacén de estadovalores por versión
Estado Merklepruebas · acumuladores
transacciones firmadas
bloque confirmado
escrituras · eventos atribuidos
lecturas · pruebas
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.
Transacción firmada
Mempoolvalidada antes de almacenarse
Consensoorden y quórum de precios
Kernelejecución del bloque
Escrituras de estadoeventos atribuidos
Confirmaciónledger y almacenes de estado
Lo que produce la secuenciaEl 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.
Una transacción, de inicio a fin
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 confirma un orden y un vector de precios certificados en el mismo evento de consenso; el mempool gobierna qué llega hasta él; la topología describe quién opera qué. Capa de ejecución. IntentionKernel 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 y la cámara de compensación son etapas dentro de él, no sistemas aparte. Capa de estado. Estado y almacenamiento 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 que alimenta de precios al consenso, el indexador que convierte el estado confirmado en datos consultables, los servicios de programa que derivan estado de cuenta a partir del historial confirmado y lo devuelven mediante transacciones del protocolo, y el puente que mueve activos entre cadenas.

​
Un solo bloque

Todo lo que hace comprobable el comportamiento del exchange ocurre dentro de un único bloque confirmado.
Oráculoprecios certificados por ronda
Puentedepósitos y retiros
Las cuatro capasred → ejecución → estado
Indexadorregistros confirmados → historial consultable
Servicios de programaestado derivado, calculado fuera del bloque
devuelto on-chain, leído durante la ejecución
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.

​
De dónde salen las garantías del exchange

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

​
La infraestructura de mercado que esto sustituye

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 espera la finalidad de una cadena externa y queda fuera de esa unidad.
Cinco instituciones
Un bloque
Casaruna bolsa
Compensaruna CCP
Registrarun depositario
Pagarun sistema de pagos
Reportarun registro de operaciones
Casaretapa de casación
CompensarCámara de compensación
Registrarcapa de estado
Pagarel mismo bloque
Reportaratribució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.
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.
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.

​
La red hoy

La arquitectura anterior está funcionando ahora mismo, sobre una testnet privada que ejecuta la pila completa. Consulta La red hoy 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.

​
Qué leer a continuación

IntentionKernel

La capa de ejecución: conjunto de instrucciones, pipeline del bloque y los límites que la mantienen determinista.

IntentionBFT

El consenso: compromisos de orden, quórum de precios y firmeza.

Cámara de compensación

Margen, liquidación, desapalancamiento automático, seguro y financiación.

Estado y almacenamiento

Cómo se persisten, se autentican y se podan los resultados confirmados.