Considerazioni avanzate sul Last Look nel Forex
Cosa significa “Last Look” nel Forex
Il Last Look è un meccanismo utilizzato da alcuni fornitori di liquidità in cui una richiesta di trading in entrata non è immediatamente vincolante. Invece, il fornitore può effettuare controlli al momento o quasi del ricevimento della richiesta e quindi decidere se accettare l’esecuzione del prezzo quotato o rifiutarla.
Un modello semplice aiuta a comprendere le implicazioni:
- Un cliente invia una richiesta di esecuzione.
- Il fornitore decide se la richiesta è ancora accettabile secondo le sue regole di Last Look.
- Il fornitore esegue (o conferma) la richiesta oppure la rifiuta.
Un punto cruciale è che i “controlli” non fanno parte esclusivamente dell’intenzione inviata dal cliente. Dipendono dalle condizioni lato fornitore: se il mercato è cambiato rispetto a un momento di riferimento, se sono stati superati determinati limiti interni e come il fornitore confronta prezzi o tassi.
Poiché questo meccanismo è controllato dal fornitore, il “Last Look” può comportarsi in modo diverso a seconda delle piattaforme e dei fornitori. Quando si leggono documentazioni o si analizzano i log di esecuzione, è opportuno considerarlo come una famiglia di comportamenti, non una regola fissa.
Considerazioni avanzate: dipendenze da separare
1) Meccaniche stabili vs condizioni variabili
È necessario distinguere ciò che è stabile da ciò che è variabile:
- Meccaniche stabili: il Last Look introduce un passaggio di accettazione condizionata dopo la ricezione della richiesta di esecuzione.
- Condizioni variabili: la decisione del fornitore può dipendere dalla volatilità del mercato, dalla latenza, dagli spread, dai limiti interni di rischio e dalle normative giurisdizionali o di piattaforma.
Se non si separano questi aspetti, si potrebbero attribuire erroneamente gli esiti alla logica lato cliente. Ad esempio, una richiesta rifiutata non implica automaticamente che la richiesta fosse “errata”; potrebbe riflettere le regole interne di accettazione/rifiuto del fornitore in base alle condizioni correnti.
2) Tempistica e significato di “ancora accettabile”
Un’analisi avanzata spesso dipende dalla tempistica. È necessario comprendere quale “tempo di riferimento” il fornitore utilizza per il confronto e quanto tempo concede prima di prendere una decisione.
Assunzioni da esplicitare per qualsiasi calcolo o esempio:
- Il timestamp dell’exchange o del feed lato cliente può differire dal timestamp interno del fornitore.
- La latenza di rete e il tempo di elaborazione possono essere significativi rispetto alla finestra temporale di decisione del Last Look.
- Un rapido cambiamento di prezzo può trasformare una richiesta inizialmente accettabile in una rifiutata.
3) Quale prezzo o tasso viene confrontato
Le decisioni di Last Look richiedono tipicamente il confronto tra l’informazione della richiesta in entrata e un dato osservabile lato fornitore. Le incertezze comuni includono:
- Se il confronto utilizza il bid/ask al momento della decisione o un riferimento medio.
- Se il confronto include lo spread o il modello di pricing del fornitore stesso.
- Se il fornitore utilizza una banda di tolleranza (ad esempio, una deviazione massima) anziché un’uguaglianza rigorosa.
Se il fornitore non espone questi dettagli in modo trasparente, la verifica indipendente è limitata a ciò che mostrano i vostri registri (tempi delle richieste, esiti di accettazione/rifiuto e eventuali codici di motivazione inclusi nei dati).
4) Costi ed effetti post-decisione
Anche quando il Last Look controlla solo l’accettazione/rifiuto, i risultati complessivi possono comunque essere influenzati da:
- Lo spread effettivo al momento dell’esecuzione.
- La presenza di commissioni o fee applicate dagli intermediari.
- Le differenze tra il prezzo quotato atteso e quello effettivamente eseguito.
Per mantenere l’analisi autonoma, considerate il “costo” come un delta osservato nei vostri registri di esecuzione (ad esempio, la differenza tra il vostro riferimento di prezzo intenzionale e il prezzo eseguito), piuttosto che basarvi su assunzioni sul comportamento futuro del mercato.
Evidenze ed esempi: come si manifesta il Last Look nei dati reali di esecuzione
Di seguito sono riportati modelli esemplificativi che potete cercare senza assumere una particolare implementazione del fornitore.
Esempio A: rifiuti concentrati durante movimenti rapidi
Assunzione per l’esempio:
- Disponete di log di esecuzione con timestamp per ogni richiesta e esito di accettazione/rifiuto.
Cosa verificare:
- Se i rifiuti aumentano durante periodi noti per una maggiore volatilità.
- Se l’intervallo tra richiesta e risposta finale è coerente.
Limite di questo approccio:
- La correlazione non implica causalità. Una maggiore volatilità può coincidere con altri fattori come limiti di rischio o regole di gestione ordini.
Esempio B: decisioni “ritardate” che generano aspettative disallineate
Assunzione per l’esempio:
- Il vostro sistema registra un prezzo di riferimento al momento dell’invio della richiesta.
Cosa verificare:
- La relazione tra il timestamp di invio e il livello di prezzo al momento in cui arriva la risposta registrata.
- Se accettazioni e rifiuti mostrano tempistiche sistematicamente diverse.
Incognita principale:
- Senza orologi sincronizzati tra il vostro sistema e il fornitore, “ciò che il fornitore ha visto” potrebbe non essere ricostruibile esattamente.
Esempio C: riempimenti parziali e operazioni multiple
Se il meccanismo interagisce con riempimenti parziali, potreste osservare:
- Alcune parti accettate e altre rifiutate.
- Esiti diversi in tentativi ripetuti.
Assunzione:
- Il vostro dataset distingue riempimenti, rifiuti e conferme parziali.
Cosa verificare:
- Se il tasso di rifiuto dipende dalla dimensione, dal numero di tentativi o dalla sequenza.
Modalità di errore:
- Se la vostra registrazione unisce più eventi in un singolo record di “tentativo”, potreste fraintendere come il Last Look ha influenzato ogni singola parte.
Limitazioni e rischi: modalità di errore nella comprensione del Last Look
1) Trasparenza limitata
Una limitazione significativa è che potreste non ricevere informazioni dettagliate sul motivo del rifiuto di una richiesta. Senza codici di motivazione o soglie documentate, è difficile distinguere:
- Gli effetti del movimento di mercato dai controlli di rischio del fornitore.
- Le differenze di gestione tecnica dai filtri specifici del Last Look.
2) Vincoli nascosti e comportamenti in casi limite
Casi limite avanzati possono produrre esiti apparentemente incoerenti:
- Rapidissimi cambiamenti di prezzo tra l’invio della richiesta e la valutazione interna del fornitore.
- Momenti in cui gli spread si allargano rapidamente, alterando ciò che è “accettabile”.
- Situazioni in cui i vostri tentativi ripetuti sono trattati come decisioni separate, possibilmente con tempistiche diverse e quindi esiti diversi.
3) L’analisi può essere fuorviante senza definizioni accurate
La verifica richiede definizioni chiare. Errori comuni:
- Considerare un “rifiuto” come “il prezzo era peggiore” senza confermare la regola di decisione del fornitore.
- Confrontare i prezzi di riferimento delle richieste con i prezzi di esecuzione senza considerare le differenze di timestamp.
- Adattare eccessivamente le conclusioni a un singolo regime di mercato.
Le relazioni storiche non garantiscono risultati futuri, specialmente in mercati con volatilità e liquidità variabili.
4) Variabilità tra giurisdizioni e piattaforme
La gestione dell’esecuzione e quella legale possono differire tra giurisdizioni e piattaforme. Questo comporta il rischio di assumere erroneamente che il comportamento di un fornitore sia generalizzabile. Per una comprensione accurata, fate riferimento alla documentazione legale del fornitore, alle spiegazioni ufficiali della piattaforma e ai vostri registri di esecuzione osservati, e prevedete variabilità.
Come verificare il comportamento del Last Look e cosa chiedere in seguito
Checklist per la verifica indipendente
Per verificare autonomamente come il Last Look ha influenzato le vostre esecuzioni, concentratevi sui dati che controllate:
- Per ogni richiesta: registrate il timestamp della richiesta, il riferimento intenzionale (quello utilizzato) e l’esito di accettazione/rifiuto.