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

# Glossario

> Definizioni dei termini di protocollo, consenso, trading e rischio usati in tutta la documentazione di Intention.

Questo glossario definisce i termini che ricorrono più spesso nella documentazione di Intention. Clicca su un termine per espanderne la definizione; per spiegazioni più lunghe e per le motivazioni di progetto, segui i rimandi verso le sezioni di architettura e di trading.

<AccordionGroup>
  <Accordion title="ADL — auto-deleveraging">
    Il meccanismo nativo di protocollo con cui le posizioni aperte vengono chiuse forzatamente per assorbire perdite che eccedono la capacità del fondo assicurativo. La selezione è calcolata in modo deterministico combinando il P\&L non realizzato e la leva effettiva. Vedi [ADL](/it/trading/adl).
  </Accordion>

  <Accordion title="Compensazione e regolamento atomici">
    La proprietà per cui matching, compensazione e regolamento si completano come una sola unità di un blocco oppure non si completano affatto: non esiste un intervallo in cui un'esecuzione esista senza che esistano il suo margine, la sua registrazione o il suo regolamento. L'atomicità copre il ledger proprio del protocollo; far entrare o uscire collaterale attraverso il [bridge](/it/protocol/architecture/bridge) dipende dalla finalità di una catena esterna e ne resta fuori. Vedi [l'infrastruttura di mercato che questo sostituisce](/it/protocol/architecture/overview).
  </Accordion>

  <Accordion title="BFT — tolleranza ai guasti bizantini">
    Un protocollo di consenso che mantiene safety e liveness anche in presenza di partecipanti arbitrariamente malevoli, entro un limite sulla frazione di stake difettoso. IntentionBFT è BFT sotto una soglia pesata per stake di $2f+1$.
  </Accordion>

  <Accordion title="Determinismo a livello di byte">
    La proprietà per cui due nodi onesti che rieseguono lo stesso blocco finalizzato a partire dallo stesso stato iniziale producono stato finale, eventi e output per transazione identici byte per byte. La forma rivolta all'utente è il [replay deterministico](/it/protocol/architecture/kernel). Garantito dalla disciplina dei contenitori ordinati, dall'aritmetica a virgola fissa e dal Differential Test Harness.
  </Accordion>

  <Accordion title="Impegno canonico di sequenziamento">
    L'impegno crittografico su uno specifico ordinamento delle transazioni all'interno di un blocco, preso dal proponente del blocco e certificato da $2f+1$ validatori. È il punto di aggancio a livello di consenso su cui poggiano il [replay deterministico](/it/protocol/architecture/kernel) e l'[attribuzione per transazione](/it/protocol/architecture/state/model). Vedi [IntentionBFT](/it/protocol/architecture/intention-bft).
  </Accordion>

  <Accordion title="Margine cross">
    Una modalità di margine in cui tutte le posizioni di un conto condividono un unico pool di collaterale. I profitti su una posizione possono compensare le perdite su un'altra, ma una perdita abbastanza grande su una qualsiasi posizione può liquidare l'intero conto. Vedi [Modalità di margine](/it/trading/margin-modes).
  </Accordion>

  <Accordion title="Replay deterministico">
    La garanzia nativa di protocollo per cui due nodi onesti qualsiasi che rieseguono lo stesso blocco finalizzato producono stato finale, flusso di eventi e output per transazione identici byte per byte. Vedi [Replay deterministico](/it/protocol/architecture/kernel).
  </Accordion>

  <Accordion title="Flusso di esecuzione">
    L'osservabile a livello di protocollo che Intention espone all'utente: un flusso completo, deterministico byte per byte e verificabile crittograficamente dell'esecuzione dei blocchi, reso disponibile come interfaccia RPC in streaming. È la forma rivolta all'utente dell'[attribuzione per transazione](/it/protocol/architecture/state/model).
  </Accordion>

  <Accordion title="Tasso di funding">
    Il pagamento periodico scambiato fra posizioni long e short in un mercato perpetuo per tenere il prezzo del contratto ancorato al prezzo spot del sottostante. Il funding è regolato dal protocollo secondo un calendario fisso. Vedi [Funding](/it/trading/funding).
  </Accordion>

  <Accordion title="Prezzi nel consenso">
    La garanzia nativa di protocollo per cui i prezzi usati nelle operazioni sensibili al regolamento sono firmati dallo stesso insieme di $2f+1$ validatori, nello stesso round BFT, delle transazioni che li consumano. Vedi [Prezzi nel consenso](/it/protocol/architecture/oracle).
  </Accordion>

  <Accordion title="Prezzo indice">
    L'osservazione canonica che il blocco fa del mercato spot esterno del sottostante di uno strumento, veicolata dal quorum di prezzo nel consenso. L'indice è l'input della costruzione del prezzo mark; non è il prezzo a cui le operazioni vengono eseguite. Vedi [Prezzo indice](/it/trading/index-price).
  </Accordion>

  <Accordion title="Intention Exchange">
    Il DEX di punta per contratti perpetui costruito sulla L1 di Intention. Gestisce un vero e proprio book centralizzato degli ordini limite, margine isolato e cross, liquidazioni native di protocollo e vault di liquidità on-chain. Intention Exchange non implementa un proprio motore di matching né una propria pipeline di rischio: eredita entrambi dal protocollo sottostante attraverso [IntentionKernel](/it/protocol/architecture/kernel) e [IntentionBFT](/it/protocol/architecture/intention-bft). È la prima applicazione a usare in produzione le garanzie del protocollo; altri carichi di lavoro finanziari seguiranno sullo stesso substrato.
  </Accordion>

  <Accordion title="IntentionBFT">
    Il protocollo di consenso di Intention. Un protocollo della famiglia HotStuff, tollerante ai guasti bizantini, parzialmente sincrono e pesato per stake, esteso con impegni canonici di sequenziamento, quorum di prezzo nel consenso, disaccoppiamento della disponibilità dei batch e reputazione del leader pesata per stake. Vedi [IntentionBFT](/it/protocol/architecture/intention-bft).
  </Accordion>

  <Accordion title="IntentionKernel">
    Il kernel deterministico di transizione di stato di Intention — non una macchina virtuale generalista. Un livello di esecuzione a mondo chiuso il cui set di istruzioni è l'insieme enumerato di primitive finanziarie tipizzate (immettere, annullare, incrociare, marcare, liquidare, finanziare, regolare, trasferire). Vedi [IntentionKernel](/it/protocol/architecture/kernel).
  </Accordion>

  <Accordion title="Margine isolato">
    Una modalità di margine in cui ogni posizione ha la propria allocazione di collaterale. Una perdita sulla posizione non può eccedere il collaterale allocato e non può prosciugare le altre posizioni dello stesso conto. Vedi [Modalità di margine](/it/trading/margin-modes).
  </Accordion>

  <Accordion title="Liquidazione">
    La chiusura forzata di una posizione quando l'equity del conto scende sotto il requisito di margine di mantenimento. Intention liquida per livelli — book degli ordini, vault di liquidazione, fondo assicurativo e infine [ADL](/it/trading/adl). Vedi [Liquidazioni](/it/trading/liquidations).
  </Accordion>

  <Accordion title="Prezzo mark">
    Il riferimento di regolamento del protocollo: un prezzo livellato e resistente alla manipolazione. Calcolato a ogni blocco come mediana di un massimo di cinque prezzi candidati derivati dall'indice, dal book on-chain e da componenti a media mobile esponenziale. Guida il P\&L non realizzato e le liquidazioni. Vedi [Prezzo mark](/it/trading/mark-price).
  </Accordion>

  <Accordion title="Open interest (OI)">
    Il valore nozionale totale di tutte le posizioni aperte in un mercato, contato su un solo lato. Ogni mercato ha un tetto di OI; vedi [Limiti di OI](/it/trading/oi-limits).
  </Accordion>

  <Accordion title="Attribuzione per transazione">
    La garanzia nativa di protocollo per cui ogni cambiamento di stato e ogni evento prodotto durante l'esecuzione di un blocco è legato crittograficamente alla specifica transazione utente che lo ha innescato, anche in caso di matching a batch. Vedi [Attribuzione per transazione](/it/protocol/architecture/state/model).
  </Accordion>

  <Accordion title="Rischio nativo di protocollo">
    La garanzia nativa di protocollo per cui liquidazione, contabilità del fondo assicurativo, auto-deleveraging e regolamento del funding sono macchine a stati di protocollo eseguite atomicamente con il matching, nello stesso blocco e agli stessi prezzi. Vedi [Rischio nativo di protocollo](/it/protocol/architecture/clearinghouse).
  </Accordion>

  <Accordion title="Reduce-only">
    Un modificatore d'ordine che permette all'ordine di ridurre una posizione esistente ma mai di aprirne o estenderne una. Serve a gestire le uscite in sicurezza senza rischiare inversioni accidentali di posizione. Vedi [Reduce-only](/it/trading/reduce-only).
  </Accordion>

  <Accordion title="Prevenzione dell'auto-negoziazione">
    Una regola a livello di protocollo che impedisce a un ordine di incrociarsi con un altro ordine dello stesso conto, eliminando il wash trading (le negoziazioni fittizie) già al livello del matching. Vedi [Prevenzione dell'auto-negoziazione](/it/trading/self-trade-prevention).
  </Accordion>

  <Accordion title="Tick">
    L'incremento minimo di prezzo consentito per gli ordini di un dato mercato. Ogni mercato ha anche un lotto, che definisce l'incremento minimo di quantità consentito. Vedi [Mercati](/it/trading/markets) e [Precisione](/it/trading/precision).
  </Accordion>

  <Accordion title="TWAP">
    Time-Weighted Average Price, prezzo medio ponderato per il tempo. Come tipo d'ordine, è una strategia che spezza un ordine grande in molti ordini figli più piccoli distribuiti nel tempo, per ridurre l'impatto sul mercato. Vedi [TWAP](/it/trading/twap).
  </Accordion>

  <Accordion title="Vault">
    Un pool di capitale gestito dal protocollo che fornisce liquidità al book degli ordini e assorbe le liquidazioni. Vedi [Vault](/it/trading/vaults).
  </Accordion>
</AccordionGroup>