Sono incappato in un caso limite di Binance che sembrava un errore di battitura finché non ho notato quando è successo. I rifiuti dei timestamp per 100 azioni sono aumentati subito dopo che l'orologio del mio telefono si è risincronizzato.
Questa non è liquidità. È determinismo della finestra temporale. Quando l'orologio del client e la finestra del server non sono d'accordo, il luogo rimane attivo ma l'esecuzione smette di essere ripetibile. Una cancellazione viene elaborata. La successiva viene trattata come obsoleta. Una sostituzione torna come un nuovo ordine perché lo stato precedente non si è mai chiuso all'interno della stessa finestra. Sembra casuale. È solo questione di tempismo.
Il modello di adattamento è prevedibile. Prima le persone tentano ripetutamente. Poi viene aggiunta una piccola finestra di buffer nel client. Poi viene introdotta una scala di backoff affinché l'integrazione smetta di collidere con la finestra sbagliata. Poi appare una chiave di deduplica, perché nessuno si fida se l'ultimo clic sia effettivamente conteggiato.
A quel punto, il flusso di lavoro non è trading. È tenuta del tempo.
$BNB si adatta qui come il budget operativo per azioni ripetute su Binance. Se il tempismo diventa instabile, quel budget decide se i tentativi rimangono rari e le transizioni di stato rimangono pulite, o se i cicli diventano normali e i rattoppi diventano permanenti.
Ecco il controllo che eseguirei sotto carico. Durante le ore di punta, i rifiuti dei timestamp per 100 azioni tornano alla baseline, e le finestre di buffer e le chiavi di deduplica vengono eliminate invece di espandersi.