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

# Precisione e arrotondamento

> Come prezzi e quantità sono rappresentati come interi, e perché ogni campo arrotonda nella direzione in cui arrotonda.

Ogni numero sul percorso di regolamento è un intero. Non c'è virgola mobile in nessun punto in cui un valore possa incidere su un saldo — perché due macchine che calcolano la stessa espressione a virgola mobile possono divergere sull'ultimo bit, e su un percorso di esecuzione a consenso una divergenza sull'ultimo bit è un fork.

Prezzi e quantità sono quindi tenuti in unità intere fisse, e ogni conversione tra ciò che digiti e ciò che il protocollo memorizza ha una direzione di arrotondamento definita.

<h2 id="tick-size-and-lot-size">
  Tick e lotto
</h2>

| Vincolo   | Si applica a | Effetto                                                                         |
| --------- | ------------ | ------------------------------------------------------------------------------- |
| **Tick**  | Prezzo       | I prezzi devono essere un multiplo intero dell'incremento minimo di prezzo      |
| **Lotto** | Quantità     | Le quantità devono essere un multiplo intero dell'incremento minimo di quantità |

Entrambi sono definiti per mercato e pubblicati nelle [specifiche del contratto](/it/trading/markets). Un ordine non conforme viene rifiutato, non corretto in silenzio — una piattaforma che arrotondasse di nascosto il tuo prezzo starebbe cambiando il tuo ordine senza dirtelo.

<h2 id="rounding-is-a-risk-decision">
  L'arrotondamento è una decisione di rischio
</h2>

La direzione dell'arrotondamento non è una preferenza di formattazione. **Ogni scelta di arrotondamento assegna a qualcuno una frazione di errore**, e la regola è coerente: dove un errore creerebbe rischio, si arrotonda in modo prudente; dove un errore sarebbe un trasferimento sistematico, si arrotonda in modo equo.

<h3 id="rounded-conservatively-against-the-account">
  Arrotondato in modo prudente a sfavore del conto
</h3>

| Campo                                  | Direzione       | Perché                                                              |
| -------------------------------------- | --------------- | ------------------------------------------------------------------- |
| Margine iniziale                       | **Per eccesso** | Un margine sottostimato sottostima il rischio                       |
| Margine di mantenimento                | **Per eccesso** | Fissa la soglia di liquidazione                                     |
| Collaterale libero                     | **Per difetto** | Impedisce di aprire un po' più di quanto sia effettivamente coperto |
| Saldo prelevabile                      | **Per difetto** | Impedisce di prelevare oltre il disponibile                         |
| Quantità massima di acquisto o vendita | **Per difetto** | Impedisce di superare la capacità reale                             |

Lo schema: tutto ciò che risponde alla domanda *quanto può assumersi questo conto* arrotonda a sfavore del conto. Un requisito di margine arrotondato per difetto di una frazione, ripetuto su ogni posizione della piattaforma, è una sottostima sistematica del rischio — piccola caso per caso, ed esattamente il tipo di errore che emerge solo quando conta.

<h3 id="rounded-fairly">
  Arrotondato in modo equo
</h3>

| Campo                             | Direzione            | Perché                                                                   |
| --------------------------------- | -------------------- | ------------------------------------------------------------------------ |
| Commissioni e addebiti di funding | **Metà per eccesso** | Una distorsione sistematica a favore della piattaforma non è difendibile |
| Rebate e premi                    | **Metà per eccesso** | Stesso ragionamento, direzione opposta                                   |
| P\&L realizzato                   | **Metà per eccesso** | Il regolamento non deve pendere da nessuna parte                         |
| P\&L mostrato                     | **Metà per eccesso** | Coerenza con il regolamento                                              |

Sono i campi in cui una direzione costante sarebbe un trasferimento e non un margine di sicurezza. Una commissione sempre arrotondata per eccesso sarebbe un sovrapprezzo nascosto; una sempre per difetto sarebbe un sussidio. Con metà per eccesso nessuno dei due lati resta sistematicamente avvantaggiato.

**Un'eccezione:** una commissione che arrotonderebbe a zero viene invece arrotondata **per eccesso**. Un'operazione che non paga alcuna commissione è peggio di una che paga l'importo più piccolo rappresentabile.

<Note>
  Per questo il valore della posizione, l'utilizzo del margine e i profitti mostrati possono differire di un'unità minima da un calcolo che fai tu. La differenza non è un errore — è la regola di arrotondamento di quel campo specifico, applicata di proposito.
</Note>

<h2 id="what-this-means-in-practice">
  Che cosa significa in pratica
</h2>

* **Rispetta tick e lotto** prima di inviare. Il rifiuto per un prezzo non conforme è il rifiuto d'ordine evitabile più comune.
* **Non dimensionare fino all'ultima unità.** Il collaterale libero arrotonda per difetto e il margine per eccesso, quindi un ordine dimensionato esattamente sul saldo disponibile può essere rifiutato. Lascia un margine di errore.
* **Aspettati piccole differenze di visualizzazione.** Riprodurre un valore in modo esatto richiede di applicare la stessa regola di arrotondamento agli stessi input interi, non di ricalcolare a virgola mobile.
* **Ricostruisci dagli interi.** Se riconcili via codice, lavora nelle unità del protocollo. Convertire in un tipo decimale e tornare indietro reintroduce esattamente l'ambiguità che gli interi esistono per eliminare.

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

<CardGroup cols={2}>
  <Card title="Mercati" href="/it/trading/markets">
    Tick, lotti e specifiche del contratto di ciascun mercato.
  </Card>

  <Card title="IntentionKernel" href="/it/protocol/architecture/kernel">
    Perché l'aritmetica a virgola fissa è un requisito di consenso.
  </Card>

  <Card title="Modalità di margine" href="/it/trading/margin-modes">
    Dove l'arrotondamento prudente si vede nel saldo disponibile.
  </Card>

  <Card title="Commissioni" href="/it/programs/fees">
    Come vengono calcolati e arrotondati gli addebiti.
  </Card>
</CardGroup>
