Skip to main content

​
Intention è una rete di trading AI-native

Una rete di trading, non un’applicazione di trading. Le parti di un exchange che decidono chi ha eseguito cosa, a quale prezzo e chi deve cosa a chi sono eseguite dai validatori della rete stessa, ordinate dal consenso e riproducibili da chiunque disponga degli stessi blocchi. Non c’è un motore di matching che gira da un’altra parte e poi riferisce. AI-native, perché è questo che serve davvero a un agente che opera per conto di qualcuno. Una persona può osservare una sede di negoziazione e reagire. Un agente no: può agire solo su ciò che la sede è in grado di dimostrare. Portare matching, margine, funding, liquidazione e regolamento dentro il protocollo è ciò che trasforma una sede da controparte di cui ti fidi a infrastruttura che puoi verificare. Tutto ciò che di solito viene presentato come un elenco di funzionalità discende da quell’unica decisione. L’esecuzione avviene su un ordinamento fissato dal consenso: rieseguire un blocco lo riproduce esattamente. Il prezzo è certificato nel blocco che lo consuma, quindi non c’è alcun ciclo dell’oracolo da anticipare. Liquidazione e funding sono operazioni di protocollo, non chiamate a contratto: girano nello stesso passo dell’esecuzione che le ha innescate. E poiché la macchina a stati emette output per transazione, ogni effetto ha un autore.
Un exchange è più di questo. Intorno ci sono il front end, l’operatività dei conti, la quotazione dei mercati, l’assistenza e le condizioni commerciali. Ciò che la rete rende pubblico e verificabile è il nucleo critico per il regolamento: la parte in cui una discrepanza costa denaro a qualcuno.

​
I livelli

Quattro livelli, nell’ordine in cui una transazione li attraversa.
1 · Applicazione — fuori dal protocollo
2 · Rete
3 · Esecuzione — IntentionKernel
4 · Stato
Gateway web Intention
Front end · wallet
Agenti · market maker · client API
Mempoolammissione · diffusione
IntentionBFTordinamento · prezzi · definitività
Matchingbook · priorità
Stanza di compensazionemargine · liquidazione · funding
Store di statovalori per versione
Stato Merkleprove · accumulatori
transazioni firmate
blocco confermato
scritture · eventi attribuiti
letture · prove
Un quinto gruppo sta di fianco allo stack, non dentro. I processi del livello di servizio girano accanto ai validatori e si agganciano in due soli punti: prezzi e asset entrano al livello di rete, i record confermati escono al livello di stato.
Transazione firmata
Mempoolvalidata prima dell’archiviazione
Consensoordinamento e quorum prezzi
Kernelesecuzione del blocco
Scritture di statoeventi attribuiti
Confermaledger e store di stato
Che cosa produce la sequenzaOrdinamento e prezzi sono confermati prima che l’esecuzione cominci, e ogni cambiamento di stato è legato alla transazione che lo ha causato — per questo chiunque può rieseguire il blocco e ottenere lo stesso risultato.
Una transazione, dall’inizio alla fine
Livello applicativo. Tutto ciò che persone e macchine toccano davvero: il gateway web di Intention, i front end e i wallet di terze parti, e gli agenti e i market maker che operano in modo programmatico. Niente di tutto questo fa parte del protocollo: è ciò per cui il protocollo esiste, ed è deliberatamente sostituibile. Due front end che non concordano su quanto vale una posizione sono un bug del front end, perché entrambi leggono lo stesso stato confermato. Livello di rete. Dove le transazioni vengono ammesse, diffuse e ordinate. IntentionBFT conferma un ordinamento e un vettore di prezzi certificati nello stesso evento di consenso; il mempool governa che cosa ci arriva; la topologia descrive chi gestisce che cosa. Livello di esecuzione. IntentionKernel esegue il blocco confermato come una sequenza fissa di fasi. Il suo insieme di istruzioni è l’insieme enumerato delle operazioni finanziarie di cui ha bisogno una sede di derivati, non una macchina virtuale generalista. Matching e la stanza di compensazione sono fasi al suo interno, non sistemi separati. Livello di stato. Stato e archiviazione spiega come i risultati vengono persistiti, autenticati e serviti: uno store dei valori correnti per le letture, una struttura Merkle versionata per le prove e accumulatori su transazioni ed eventi. Livello di servizio. Processi che girano accanto ai validatori invece che dentro il blocco: l’oracolo che alimenta il consenso con i prezzi, l’indexer che trasforma lo stato confermato in dati interrogabili, i servizi di programma che derivano lo stato dei conti dallo storico confermato e lo riscrivono tramite transazioni di protocollo, e il bridge che sposta asset tra catene.

​
Un blocco

Tutto ciò che rende verificabile il comportamento della sede avviene dentro un singolo blocco confermato.
Oracoloprezzi certificati, per round
Bridgedepositi e prelievi
I quattro livellirete → esecuzione → stato
Indexerrecord confermati → storico interrogabile
Servizi di programmastato derivato, calcolato fuori dal blocco
riscritto on-chain, letto durante l’esecuzione
L’ordinamento è fissato prima che l’esecuzione cominci, e l’esecuzione è una funzione di quell’ordinamento e dello stato precedente. Due nodi onesti a cui viene dato lo stesso blocco arrivano allo stesso risultato, byte per byte: non per policy, ma perché nulla nel percorso di esecuzione può leggere qualcos’altro. È su quella proprietà che poggia tutto il resto: prove, attribuzione, replay e la capacità di un agente di ragionare su che cosa farà un ordine inviato.

​
Da dove vengono le garanzie della sede

Invece di un elenco di promesse a parte, ogni proprietà risale al livello che la produce.

​
L’infrastruttura di mercato che questo sostituisce

Una sede tradizionale è un anello di una catena di istituzioni. Un’operazione viene incrociata in borsa, novata e marginata presso una controparte centrale, registrata presso l’istituzione che tiene il libro di chi detiene che cosa, regolata attraverso un sistema di pagamento e segnalata a un repertorio di dati. Cinque funzioni, cinque insiemi di registri e un processo di riconciliazione il cui mestiere è scoprire quando divergono. Qui quei cinque sono fasi di un solo blocco, ed è questo a rendere l’intera sequenza una compensazione e un regolamento atomici: viene confermata come un’unità oppure non viene confermata affatto. Il termine merita precisione. Questa atomicità copre il ledger del protocollo stesso: far entrare o uscire collaterale attraverso il bridge attende la finalità di una catena esterna e sta fuori da quell’unità.
Cinque istituzioni
Un blocco
Matchinguna borsa
Compensareuna CCP
Registrareun depositario
Regolareun sistema di pagamento
Segnalareun repertorio di dati
Matchingfase di matching
CompensareStanza di compensazione
Registrarelivello di stato
Regolarelo stesso blocco
Segnalareattribuzione
Quattro intervalli. In ciascuno c’è una promessa che nessuno ha ancora onorato — e la riconciliazione esiste come processo per scoprire quando i registri divergono.
Le stesse cinque funzioni come una sola unità di conferma. O è avvenuto tutto o niente, e non c’è un secondo registro con cui riconciliare.
La tesi non è che così costi meno. È che gli intervalli fra quelle istituzioni sono il punto in cui esiste una promessa che nessuno ha ancora onorato: fra un’esecuzione e una richiesta di margine, fra la richiesta e l’arrivo del collaterale, fra un’operazione e il suo regolamento, fra un evento e la sua segnalazione. Ripiegare le funzioni in fasi di un solo blocco non rende le promesse più solide. Elimina gli intervalli in cui possono essere infrante. Qui matching, compensazione e regolamento non sono tre fermate di una pipeline: sono lo stesso evento nello stesso blocco. L’esecuzione è il regolamento.

​
La rete oggi

L’architettura descritta sopra è già in funzione, su una testnet privata su cui gira l’intero stack. Vedi La rete oggi per l’identità della catena, gli endpoint attivi e che cosa aspettarsi prima dell’apertura dell’accesso pubblico il 20 settembre 2026.

​
Dove proseguire

IntentionKernel

Il livello di esecuzione: insieme di istruzioni, pipeline del blocco e i confini che lo mantengono deterministico.

IntentionBFT

Il consenso: impegni sull’ordinamento, quorum sui prezzi e definitività.

Stanza di compensazione

Margine, liquidazione, auto-deleveraging, assicurazione e funding.

Stato e archiviazione

Come i risultati confermati vengono persistiti, autenticati e potati.