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

# Introduzione

> Perché Intention esiste, che cosa significhi qui compensazione e regolamento decentralizzati, e perché la parte di un exchange che decide chi deve cosa a chi appartiene a un protocollo e non al sistema privato di un operatore.

> ## Trade different.

Per quasi tutta la loro storia i mercati sono stati chiusi. Si negoziava dietro le mura degli exchange, con un'esecuzione opaca per chiunque stesse fuori: il regolamento richiedeva giorni e la custodia si prendeva in affitto da una controparte. L'accesso aperto era una frase di marketing; l'architettura era chiusa per scelta progettuale.

Le blockchain hanno promesso di cambiare le cose, e per le operazioni semplici l'hanno fatto. Ma una catena generalista non è mai stata costruita per mercati seri: la priorità di matching è diventata una corsa fra produttori di blocchi, i prezzi mark si muovevano su un ciclo separato dall'esecuzione, le liquidazioni si sono trasformate in aste per keeper, e i book degli ordini funzionavano off-chain o troppo lentamente per contare. Il capitale è tornato sulle piattaforme con custodia, per velocità e certezza.

Il compromesso era sempre lo stesso: scegli la velocità e rinunci all'autocustodia, oppure scegli la decentralizzazione e rinunci alla qualità della piattaforma. Non c'era una terza opzione.

La stiamo costruendo. Lentamente, e come si deve.

<h2 id="what-intention-is">
  Che cos'è Intention
</h2>

Intention è una Layer 1 costruita per far funzionare mercati aperti come operazioni del protocollo. Matching degli ordini, margine, liquidazione, funding e regolamento non sono applicazioni distribuite su una catena, e non sono un motore di matching off-chain che riporta indietro i risultati: sono eseguiti dai validatori stessi della rete, su un ordinamento consolidato dal consenso, dentro un kernel deterministico.

La categoria che dà il nome a tutto questo è **compensazione e regolamento decentralizzati**: le funzioni che un'infrastruttura di mercato svolge attorno a un'operazione — stabilire chi deve cosa a chi, registrarlo e renderlo definitivo — svolte da un protocollo anziché da una catena di istituzioni. [L'infrastruttura di mercato che questo sostituisce](/it/protocol/architecture/overview) colloca ciascuna di quelle funzioni qui.

Un exchange è più di questo. Tutto il resto ci sta intorno: il front end, l'operatività dei conti, la quotazione dei mercati, l'assistenza, le condizioni commerciali. Ciò che la rete rende pubblico e verificabile è la parte in cui una discrepanza costa soldi a qualcuno: **chi ha eseguito cosa, a quale prezzo, e chi deve cosa a chi.**

La prima applicazione in funzione su Intention è **Intention Exchange**: una piattaforma di contratti perpetui con un book centralizzato degli ordini limite (CLOB) completo, tipi di ordine professionali, margine isolato e cross, liquidazioni native di protocollo e vault di liquidità on-chain. Non implementa un proprio motore di matching né una propria pipeline di rischio: eredita entrambi dalla catena su cui gira. Lo stesso substrato è progettato per ospitare altri mercati a book, compresi gli [asset del mondo reale tokenizzati](/it/trading/markets), senza cambiare il modello di esecuzione.

<h2 id="open-by-asset-ai-native-by-protocol">
  Aperto per asset, AI-native per protocollo
</h2>

Quel progetto elimina un tipo preciso di opacità, e lo fa come conseguenza di dove risiede la logica di negoziazione, non come una serie di funzionalità aggiunte sopra a posteriori.

L'esecuzione gira su un ordinamento consolidato dal consenso: rieseguire un blocco lo riproduce esattamente. Il prezzo è certificato nel blocco che lo consuma, quindi non c'è un ciclo dell'oracolo separato da anticipare. Liquidazione, funding e fondo assicurativo sono operazioni di protocollo, non chiamate a contratto: vengono eseguiti nello stesso passo dell'esecuzione che li ha innescati. E poiché il kernel emette output per singola transazione, ogni cambiamento di stato può essere ricondotto alla transazione che lo ha causato.

Niente di tutto questo è una promessa fatta dal protocollo a prescindere da come è progettato. È ciò che produce una macchina a stati deterministica su un ordinamento consolidato, ed è per questo che vale la pena leggere l'[architettura](/it/protocol/architecture/overview) come una cosa sola e non come un elenco di funzionalità.

Per un trader umano queste proprietà producono una piattaforma più equa: un ordinamento che puoi verificare, prezzi che puoi controllare, liquidazioni che seguono le regole del protocollo invece di corse off-chain, e un registro per singola operazione che esiste a livello di protocollo e non nel database di qualcun altro.

Per un agente che opera per conto di qualcuno producono qualcosa di più elementare. Gli agenti autonomi stanno prendendo in carico il lavoro che le persone facevano al livello della piattaforma. Il loro compito è agire sull'*intenzione* di un utente, e non possono agire su una piattaforma che devono modellare come rumore. Serve loro una funzione: stesso input, stesso output, verificabile a posteriori. Una macchina a stati deterministica su un ordinamento consolidato lo è.

[Trading con AI: oggi e domani](/it/protocol/ai-trading) racconta a che cosa serve tutto questo: che cosa funziona già quando un agente opera per tuo conto, che cosa non esiste ancora su nessuna piattaforma, e quali parti del protocollo si stanno costruendo per questo.

<h2 id="where-to-go-next">
  Dove proseguire
</h2>

<CardGroup cols={2}>
  <Card title="Panoramica dell'architettura" href="/it/protocol/architecture/overview">
    I livelli della rete, e come IntentionKernel e IntentionBFT si incastrano.
  </Card>

  <Card title="Trading con AI: oggi e domani" href="/it/protocol/ai-trading">
    Che cosa funziona già quando un agente opera per tuo conto, e che cosa non esiste ancora su nessuna piattaforma.
  </Card>

  <Card title="IntentionKernel" href="/it/protocol/architecture/kernel">
    Il livello di esecuzione: l'insieme di istruzioni, la pipeline del blocco, e perché il risultato è riproducibile.
  </Card>

  <Card title="Milestone" href="/it/protocol/roadmap/milestones">
    Il percorso di rilascio dalla testnet alla mainnet, e come viene verificata ogni fase.
  </Card>
</CardGroup>

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

Intention è in sviluppo attivo. Alcune parti di questa documentazione descrivono comportamenti che il protocollo garantisce per come è progettato ma che non sono ancora esposti da un'interfaccia pubblica di mainnet. Quelle pagine sono contrassegnate. Le sezioni di architettura e sicurezza descrivono il sistema per come lo si sta costruendo; l'[Help Center](/it/help/faq) è in gran parte provvisorio in attesa del lancio della mainnet. La documentazione per sviluppatori si trova sul [sito per sviluppatori](https://dev.intention.xyz/) e nel [riferimento API](https://testnet-openapi.intention.xyz/).

<Note>
  Al momento non esiste alcun token nativo. La documentazione non descrive tokenomics, incentivi di staking né alcuna vendita di token. Il materiale relativo ai token sarà pubblicato solo dopo che l'asset sarà attivo.
</Note>
