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

# Dubbi su esecuzioni e P&L

> Come leggere i prezzi di esecuzione e i valori di P&L riportati su Intention, e come aprire un ticket ben formato se i numeri continuano a sembrare sbagliati.

Capita che un trader guardi un ordine eseguito e pensi che il prezzo di esecuzione sia sbagliato, oppure guardi la riga del P\&L e pensi che il numero non torni con un calcolo fatto a mano. Questa pagina spiega le solite origini di queste apparenti discrepanze e che cosa mandarci se, dopo averla letta, credi ancora che ci sia un bug vero.

<h2 id="how-matching-works-at-a-high-level">
  Come funziona il matching, ad alto livello
</h2>

Gli ordini su Intention vengono incrociati dentro IntentionKernel contro un book centralizzato degli ordini limite con rigorosa priorità prezzo-tempo. Il sequenziamento è deterministico: ogni replica della catena riproduce lo stesso ordinamento dei messaggi e quindi la stessa sequenza di esecuzioni. La descrizione completa si trova sulla pagina [Dispatcher delle transazioni d'ordine](/it/protocol/architecture/kernel), la vista a macchina a stati sulla pagina [IntentionKernel](/it/protocol/architecture/kernel). Ai fini di un ticket su un'esecuzione, la proprietà che conta è che non esiste alcun vantaggio da flusso d'ordini privato né alcun motore di matching off-chain: il tuo ordine e l'ordine che lo ha eseguito sono entrambi registrati nel flusso canonico dei blocchi.

<h2 id="why-the-fill-price-can-differ-from-the-screen-price">
  Perché il prezzo di esecuzione può differire da quello a schermo
</h2>

Il numero sullo schermo nel momento in cui hai cliccato «buy» non è il numero a cui vieni eseguito, ed è normale.

* **Slippage.** Un ordine a mercato, o un ordine limite eseguibile, spazza il book finché non esegue l'intera quantità o non raggiunge il tetto del prezzo limite. Se il top del book era sottile, il prezzo medio effettivo può risultare sensibilmente peggiore del miglior prezzo che avevi visto un attimo prima.
* **Esecuzioni intermedie.** Gli ordini di altri partecipanti possono finire nello stesso blocco, o nel blocco compreso fra l'ultimo aggiornamento dell'interfaccia e il blocco che include il tuo ordine. Quelle esecuzioni consumano liquidità e spostano il prezzo effettivo del tuo.
* **Latenza fra istantanea e invio.** Il prezzo a schermo è un'istantanea; quando il tuo ordine viene sequenziato e incrociato, il book può essersi mosso. Non è un bug del motore di matching: è la conseguenza del tempo di percorrenza, finito, fra te e la catena.

<h2 id="unrealized-vs-realized-pnl">
  P\&L non realizzato e P\&L realizzato
</h2>

* **Il P\&L non realizzato** riflette il valore mark-to-market della posizione aperta al prezzo mark corrente. Si muove di continuo insieme al mark, ed è una stima in corso, non un valore regolato.
* **Il P\&L realizzato** è il risultato cumulato delle posizioni che hai già chiuso. Non si muove con il mark. Cambia solo quando riduci o chiudi una posizione.

Confondere l'uno con l'altro è la causa più comune delle segnalazioni «il mio P\&L è sbagliato». Se il numero in questione cambiava mentre lo guardavi, è quasi certamente quello non realizzato.

<h2 id="mark-price-vs-last-trade-price">
  Prezzo mark e prezzo dell'ultima operazione
</h2>

Il prezzo mark **non** è il prezzo dell'ultima operazione. È un riferimento smussato usato per la contabilità del margine, il P\&L non realizzato, il funding e le liquidazioni, costruito per resistere alla manipolazione di una singola operazione. La pagina [Prezzo mark](/it/trading/mark-price) descrive come viene costruito. Il prezzo dell'ultima operazione è semplicemente quello a cui è avvenuta l'esecuzione più recente. I due possono divergere, soprattutto nei mercati veloci, e quella divergenza è voluta: usare per il margine il prezzo dell'ultima operazione renderebbe le liquidazioni banalmente manipolabili.

Anche i pagamenti di funding sono calcolati contro il mark; vedi [Funding](/it/trading/funding) se la riga del P\&L realizzato contiene flussi di funding che non ti aspettavi.

<h2 id="reading-per-fill-attribution">
  Leggere l'attribuzione per esecuzione
</h2>

Ogni esecuzione viene emessa con un identificativo, un prezzo, una quantità, una commissione e una posizione nella sequenza. Puoi recuperarli dalle API o dal [flusso di esecuzione](/it/help/glossary). I record per singola esecuzione sono la risposta canonica alla domanda «che cosa è successo al mio ordine»; il riepilogo nell'interfaccia non è che una presentazione comoda di quegli stessi record.

<h2 id="what-to-send-us-if-it-still-looks-wrong">
  Che cosa mandarci se continua a sembrare sbagliato
</h2>

Scrivi a `contact@intention.xyz` indicando:

* L'**id dell'ordine** e, se ce l'hai, l'**id dell'esecuzione**.
* Il **prezzo e la quantità attesi** e su che cosa basavi quell'aspettativa.
* Il **prezzo e la quantità osservati** nell'app o via API.
* L'**altezza del blocco** o il timestamp UTC in cui l'esecuzione è stata regolata.
* Una descrizione in una riga della discrepanza.

Riprodurremo il passo di matching a partire dal blocco e ti mostreremo che cosa ha fatto davvero il motore.