Come Valutare la Qualità dell’Esecuzione per un ASIC (e Cosa Puoi Verificare)

Risposta diretta

La qualità dell’esecuzione per un ASIC (un sistema automatizzato relativo al mercato o all’esecuzione) si valuta confrontando ciò che è effettivamente accaduto con ciò che era previsto, utilizzando metriche misurabili. Poiché non è possibile dedurre risultati futuri da quelli passati, una buona valutazione richiede anche di documentare i limiti, le modalità di errore e quanto del risultato dipenda da meccaniche stabili rispetto a condizioni di mercato e del fornitore variabili.

Questo articolo si concentra su metodi generali e verificabili che non dipendono da dati in tempo reale né promettono risultati futuri.

Definizione e meccaniche fondamentali

La “qualità dell’esecuzione” descrive quanto efficacemente un ordine viene tradotto in transazioni reali a costi e tempi coerenti con gli obiettivi dell’ordine. Nella pratica, la valutazione separa solitamente tre componenti:

1. Parametri previsti: ciò che il sistema ha tentato di fare (tipo di ordine, dimensione, direzione, vincoli temporali e prezzo obiettivo o protezione del prezzo).
2. Risultati effettivi di esecuzione: ciò che è accaduto (prezzo/i di fill, orario/i di fill, se i fill corrispondono alla quantità prevista e se il routing o la gestione hanno modificato l’ordine).
3. Costi e attriti: le componenti che allontanano i risultati dall’ideale (spread effettivo, commissioni/tariffe e slippage rispetto a un riferimento scelto).

Un concetto chiave è il prezzo di riferimento. Lo slippage è significativo solo in relazione a un benchmark definito (ad esempio, la quotazione osservata subito prima dell’ordine o il miglior prezzo disponibile in quel momento). Se il riferimento non è chiaro, lo “slippage” può essere fuorviante anche quando i calcoli sembrano precisi.

Evidenze e approccio misurabile alla valutazione

Per valutare la qualità dell’esecuzione in modo verificabile in modo indipendente, crea un foglio di lavoro coerente che utilizzi lo stesso riferimento e gli stessi timestamp degli eventi in tutti i test.

1) Qualità dell’esecuzione del prezzo (fill vs. riferimento)

• Calcola la deviazione effettiva del fill: per ogni fill, misura la differenza tra il prezzo effettivamente eseguito e il prezzo di riferimento.
• Riassumi utilizzando la deviazione media e la dispersione (ad esempio, mediana e un intervallo percentile). La dispersione è importante perché un sistema può ottenere risultati medi positivi pur fallendo in una frazione significativa di ordini.

Assunzione per gli esempi: scegli una definizione di riferimento (ad esempio, “miglior quotazione al momento dell’invio dell’ordine”) e mantienila fissa per l’intero dataset.

2) Qualità dell’esecuzione temporale (ritardo e sensibilità alla latenza)

• Misura il tempo tra l’invio dell’ordine e il primo riconoscimento (se disponibile) e fino al primo fill.
• Confronta il ritardo di esecuzione con il movimento del prezzo nello stesso intervallo. Se l’esecuzione è costantemente in ritardo rispetto ai cambiamenti di prezzo, ti aspetterai una maggiore deviazione del prezzo.

Assunzione per gli esempi: utilizza una fonte coerente di timestamp e specifica chiaramente a quale timestamp ti riferisci (orario di invio, ricezione o corrispondenza).

3) Qualità della quantità e della gestione dell’ordine (completezza e correttezza del fill)

• Verifica se la quantità eseguita corrisponde a quella prevista e se si verificano frequentemente fill parziali.
• Controlla se rifiuti, modifiche, cancellazioni o cambi di routing avvengono in condizioni spiegabili da fattori meccanici piuttosto che dal caso.

Limite materiale e modalità di errore da osservare: i fill parziali e la gestione imprevista degli ordini possono aumentare il costo effettivo anche se il primo fill sembra accettabile. Un’altra modalità comune di errore è il ritardo causato dalla gestione (ad esempio, throttling, coda o passaggi di convalida) che rende il prezzo di riferimento obsoleto.

Checkpoint realistici per scenario e impatto

• Scenario: un movimento rapido del prezzo avviene poco dopo l’invio.
  • Impatto possibile: lo slippage effettivo peggiora perché il prezzo eseguito viene confrontato con un riferimento precedente.
  • Limite: senza una definizione stabile del riferimento e timestamp coerenti, non puoi determinare se la differenza è causata dal sistema o dal mercato.
• Scenario: la liquidità si riduce e la stessa dimensione dell’ordine non può essere eseguita ai livelli desiderati.
  • Impatto possibile: si verificano fill parziali o prezzi di fill peggiori.
  • Punto di controllo: confronta le esecuzioni in diversi stati di mercato e includi lo spread/la liquidità come variabile contestuale.

Limiti, rischi e cosa non concludere

Anche se calcoli metriche solide, esistono dei limiti:

• Le condizioni di mercato e del fornitore cambiano: gli spread, la liquidità e la microstruttura variano. Le relazioni osservate in passato non garantiscono lo stesso comportamento futuro.
• I costi nascosti possono essere difficili da misurare: alcuni mercati o sistemi includono costi non visibili nel prezzo “principale” di esecuzione. Se il tuo dataset non include tutti i dettagli rilevanti sulle commissioni e sul routing, potresti attribuire male i costi.
• Bias di selezione: testare solo su periodi favorevoli può far apparire la qualità dell’esecuzione migliore di quanto non sia.