Il tuo conto paper ha rifiutato l’eseguito del backtest: una lettera sui filtri degli exchange

Hai una piccola strategia sui futures crypto che opera su diversi contratti e l’hai appena spostata dal backtest al paper trading. Il primo ribilanciamento richiede 0.037 BTC. Il simulatore lo accetta; la piattaforma lo rifiuta perché l’incremento di quantità del contratto è 0.001 e, dopo l’arrotondamento, l’ordine scende sotto il controvalore minimo. La posizione resta invariata, mentre il backtest registra un eseguito.

È facile liquidare questa discrepanza come un problema di formattazione. Ma può anche cambiare quali asset detieni, quando ribilanci e quanto rischio rimane dopo un ordine non eseguito. Considera i filtri di trading di ogni piattaforma parte delle regole di esecuzione della strategia e fai in modo che backtest e adapter paper applichino le stesse regole nello stesso ordine.

Quali filtri dell’exchange possono invalidare un ordine?

Comincia dai metadati dello strumento necessari per il tuo ordine: incremento di quantità, quantità minima, controvalore minimo, incremento di prezzo ed eventuali limiti sulla dimensione dell’ordine o sulle fasce di prezzo. Nomi e ambito variano da una piattaforma all’altra. Una coppia spot può avere un minimo diverso dal suo contratto perpetual; inoltre, un filtro può cambiare mentre la strategia è in esecuzione.

Considera una posizione obiettivo del valore di $12 su un contratto il cui valore minimo d’ordine è $10. Se l’incremento di quantità fa arrotondare l’ordine a $9.80, l’ordine non è valido, anche se l’obiettivo non arrotondato superava il minimo. Arrotondare a $10.20 può renderlo valido, ma significa anche superare l’obiettivo di $0.20. La differenza può essere rilevante quando il conto è piccolo o la strategia opera su molti strumenti.

Dove va applicato l’arrotondamento nel flusso dell’ordine?

Arrotonda i campi dell’ordine dopo aver calcolato la variazione di posizione desiderata e prima di decidere se inviarlo. Conserva l’obiettivo non arrotondato per l’analisi, poi ricava un ordine eseguibile dalla posizione attuale, dal moltiplicatore del contratto e dagli incrementi definiti dalla piattaforma. Con un incremento di quantità in vendita pari a 0.001, una riduzione desiderata di 0.0017 diventa 0.001 oppure 0.002, a seconda della regola dichiarata. Le due scelte lasciano posizioni residue diverse, quindi «arrotonda alla precisione consentita» non è una politica completa.

Per le quantità, arrotondare per difetto verso zero evita di aumentare accidentalmente l’esposizione oltre la variazione richiesta, ma può lasciare piccoli residui che non verranno mai negoziati. Arrotondare al valore più vicino riduce l’errore medio, ma può oltrepassare l’obiettivo. La gestione del controvalore minimo richiede una decisione a sé: saltare l’operazione, accumulare ordini finché si supera la soglia oppure aumentare la quantità accettando lo scostamento. Non alternare questi comportamenti senza dichiararlo.

E conserva il motivo per cui l’ordine non è stato eseguito. «Nessun ordine: controvalore inferiore al minimo» indica qualcosa di diverso da «eseguito a zero». In un ribilanciamento di portafoglio, un ordine saltato può lasciare liquidità inutilizzata o mantenere l’esposizione nel vecchio asset; registra l’esito nello stato del conto.

Come mantenere allineate l’esecuzione in backtest e quella paper?

Usa la stessa funzione di convalida degli ordini in entrambi i flussi, se l’architettura del sistema lo consente. Passale le stesse regole dello strumento valide in quel momento, l’ordine desiderato e lo stato del conto. La funzione dovrebbe restituire un ordine normalizzato oppure un motivo specifico di rifiuto. Il simulatore può quindi applicare le proprie ipotesi di esecuzione agli ordini normalizzati, mentre l’adapter paper invia alla piattaforma campi equivalenti.

Conserva uno snapshot datato dei metadati dei filtri insieme a ogni run. Se cambia un incremento di quantità o un minimo, devi sapere quale regola ha usato il backtest. Recuperare i metadati di oggi per riprodurre una strategia di un anno fa può far sembrare non validi ordini storici o far apparire possibili operazioni che allora non lo erano.

Quando la piattaforma paper segnala un rifiuto, confronta i campi inviati e lo snapshot dei filtri prima di modificare il segnale. Se il normalizzatore degli ordini del backtest ha prodotto 0.037 BTC mentre la piattaforma consentiva incrementi di 0.001 BTC, la discrepanza è nell’adapter o nei metadati. Se l’ordine inviato era valido ma non è mai stato eseguito, il problema riguarda il comportamento di esecuzione, per esempio prezzo, liquidità o validità temporale.

Cosa controllare prima di fidarti del confronto?

Per ogni ribilanciamento, conserva una breve traccia di controllo: posizione obiettivo, posizione attuale, ordine grezzo, ordine normalizzato, versione dei filtri applicabili e stato finale. Poi confronta i record paper e simulati relativi allo stesso istante decisionale.

• Entrambi i flussi hanno usato lo stesso moltiplicatore del contratto e le stesse unità di quantità?
• Hanno applicato la stessa direzione di arrotondamento e la stessa politica per gli ordini minimi?
• I valori dei filtri erano validi al momento della creazione dell’ordine?
• Un ordine rifiutato o saltato ha lasciato la stessa posizione e la stessa liquidità in entrambi i conti?

La tua strategia può essere valida anche se il primo ribilanciamento paper fallisce. Ma finché il simulatore non sa spiegare perché quell’ordine sarebbe stato accettato, arrotondato, saltato o rifiutato, la sua curva azionaria descrive un sistema di esecuzione diverso da quello che vuoi mettere in funzione.