Un bot di market making crypto traduce una politica di quotazione in ordini tracciando l’inventario che tali ordini possono creare. Il suo compito non è semplicemente mantenere due prezzi su una schermata. Deve decidere se le prove correnti supportino la quotazione, quanta quantità il conto possa offrire e cosa fare quando le esecuzioni arrivano in modo diseguale. Il bot deve anche preservare gli ordini i cui esiti restano incerti durante cancellazione o ripristino.

Una politica utile può essere spiegata prima di essere implementata. Dati lo stesso prezzo di riferimento, stato dell’inventario e limiti del conto, chi revisiona dovrebbe poter comprendere proposta d’acquisto e offerta di vendita previste. Questo non richiede una strategia semplicistica, ma confini chiari. Un modello sofisticato non dovrebbe nascondere quali risorse siano impegnate o perché il bot sia autorizzato ad acquisire altra esposizione.

La politica di quotazione del bot di market making ha più input

Parti da un valore di riferimento, una misura della profondità disponibile del mercato, l’inventario corrente del conto e lo stato degli ordini esistenti. Questi input hanno fonti e programmi di aggiornamento diversi. Un prezzo di riferimento corrente non prova capacità corrente del conto e un saldo aggiornato non prova che gli ordini in sospeso siano scomparsi. Il bot richiede un’istantanea coerente sufficiente alla decisione che sta per prendere.

La politica richiede anche un obiettivo e un limite rigido. L’obiettivo descrive il livello preferito d’inventario. Il limite descrive un confine che nuova attività non deve superare secondo il modello di rischio scelto. Un bot può deviare dall’obiettivo continuando a quotare, ma non dovrebbe trattare un limite rigido come un’altra preferenza morbida scavalcabile da un punteggio favorevole del mercato.

La precedente guida all’economia del market making fornisce contesto sul perché contino esecuzioni diseguali. I dettagli implementativi specifici dei token differiscono, ma la relazione generale del conto è la stessa: una proposta d’acquisto può aggiungere inventario e un’offerta di vendita può ridurlo. Ogni quotazione attiva dovrebbe essere valutata per il possibile effetto sul conto prima dell’autorizzazione.

Usare una politica fittizia per rendere concreti i controlli

Ipotizza un conto che mira a 100 unità base e consente disponibilità tra 60 e 140 secondo una politica semplificata soltanto spot. Il valore iniziale di riferimento è 10 unità di quotazione. Vicino all’obiettivo, il bot propone acquisto a 9,98 e vendita a 10,02, ciascuno per 10 unità. Sono controlli illustrativi, non impostazioni consigliate o affermazioni su un mercato.

Il bot deve considerare anche ordini esistenti. Se sono già attive 30 unità di proposte d’acquisto mentre l’inventario è 110, un’altra proposta da 10 potrebbe portare le disponibilità potenziali a 150 se ogni proposta fosse eseguita. Un controllo basato soltanto sulle 110 correnti non rileverebbe la violazione. Il modello di autorizzazione dovrebbe includere l’esposizione da ordini attivi e irrisolti che possono ancora influenzare l’inventario.

Questo esempio mostra perché un gestore degli ordini non possa essere un’aggiunta passiva successiva. Formula di quotazione e modello dello stato del conto sono collegati. Prima di proporre quotazioni sostitutive, il bot deve sapere quali ordini precedenti restino economicamente possibili. Una coppia pulita di quotazioni correnti è fuorviante se più vecchie proposte d’acquisto restano attive fuori dal pannello visibile.

Il dimensionamento consapevole dell’inventario può ridurre l’accumulo

Il dimensionamento delle quotazioni consapevole dell’inventario cambia la quantità offerta mentre il conto si allontana dall’obiettivo. Nella politica fittizia, disponibilità vicine al limite superiore potrebbero ridurre la quantità d’acquisto mantenendo o aumentando quella consentita di vendita entro l’inventario disponibile. L’obiettivo è scoraggiare ulteriore accumulo e rendere più disponibile la riduzione, riconoscendo che le controparti scelgono comunque se negoziare.

Le regole di dimensionamento dovrebbero essere continue o deliberatamente a gradini in modo comprensibile all’operatore. Cambiamenti bruschi possono essere accettabili, ma non dovrebbero essere conseguenze accidentali dell’arrotondamento di visualizzazione. Testa valori appena sotto, sulla soglia e appena sopra ogni confine. Verifica che il bot usi la quantità esatta del conto, non un’etichetta arrotondata, per determinare se un’altra quotazione rientri nei limiti.

La guida ai bot di portafoglio crypto aiuta a collegare l’inventario locale della strategia ad altre allocazioni. Se lo stesso asset esiste in un’altra strategia o conto, il portafoglio più ampio potrebbe essere già vicino al budget d’esposizione. Un bot di quotazione dovrebbe consumare un’allocazione appropriata da un’autorità condivisa di rischio anziché presumere che il proprio obiettivo locale descriva la disponibilità totale voluta dal proprietario.

Sbilanciamento dei prezzi e delle quantità sono controlli diversi

Lo sbilanciamento dei prezzi cambia l’attrattiva delle quotazioni rispetto al riferimento. Quello delle quantità cambia quanto è disponibile. Possono essere usati insieme, ma gli effetti dovrebbero essere valutati separatamente. Avvicinare una vendita al riferimento può incoraggiare vendite, mentre ridurre la quantità d’acquisto limita altri acquisti. Nessuno garantisce che l’inventario torni all’obiettivo in un mercato sotto stress.

Una politica ipotetica a 130 unità potrebbe proporre un acquisto di sole due unità a 9,96 e una vendita di 10 a 10,01, ipotizzando che prezzi e quantità siano validi per la sede. L’esempio illustra la direzione, non una formula ottimale. Chi revisiona dovrebbe sapere come la politica derivi gli adeguamenti e se costi di transazione o incrementi di mercato rendano significativi i valori proposti.

Mantieni i limiti rigidi fuori dal calcolo dello sbilanciamento. Se l’inventario massimo consentito verrebbe superato, il bot dovrebbe bloccare il nuovo ordine pertinente anziché limitarsi ad allontanarne il prezzo sperando che non venga eseguito. Una quotazione distante resta un impegno se il mercato la raggiunge. L’autorizzazione del rischio dovrebbe considerare la possibilità d’esecuzione, non l’aspettativa dell’operatore che sia improbabile.

Misurare la selezione avversa con un metodo dichiarato

Una quotazione può essere eseguita appena prima che il valore di riferimento si muova contro il fornitore. Per studiare l’effetto, definisci intervallo di misurazione e metodologia del riferimento prima di esaminare i risultati. Per esempio, un rapporto di ricerca può confrontare il prezzo d’esecuzione con un valore successivo di riferimento a un orizzonte fisso. Il risultato descrive il movimento post-esecuzione secondo tale definizione, non il profitto o la perdita completi della strategia.

Includi l’intero campione idoneo. Selezionare soltanto esecuzioni seguite da perdite esagera il problema, mentre escludere periodi difficili lo sottostima. Conserva le prove disponibili quando la quotazione è stata inserita e quando l’esecuzione è avvenuta. Un dataset corretto successivamente può supportare un’analisi separata, ma non dovrebbe sostituire silenziosamente ciò che la politica live ha effettivamente osservato.

La precedente guida alla ricerca sulle strategie quantitative è utile per questa disciplina. I dettagli di mercato differiscono, ma la riproducibilità resta essenziale. Un modello di quotazione dovrebbe essere giudicato rispetto alle informazioni disponibili al momento della decisione, conservando costi e casi senza successo. Altrimenti, la valutazione può premiare una politica impossibile da implementare come descritta.

L’aggiornamento delle quotazioni richiede una ragione economica

Aggiornare ogni volta che cambia una schermata può creare lavoro inutile e stato degli ordini complicato. Una politica dovrebbe dichiarare quali cambiamenti giustifichino la sostituzione: un riferimento sufficientemente diverso, una variazione d’inventario, prove scadute o un confine di rischio. La soglia dovrebbe riguardare economia e meccanismi del mercato, non il desiderio di attività visibile costante.

Aggiornamenti frequenti possono ridurre esposizione obsoleta, ma ciascuno interagisce con cancellazione, invio e vincoli della sede. Il bot dovrebbe considerare stati sovrapposti. Se un vecchio ordine resta attivo mentre ne viene preparato uno nuovo, l’esposizione combinata potenziale può superare la quantità prevista dalla politica corrente di quotazione. Il progetto richiede una regola chiara per tale intervallo.

La guida ai terminali di trading crypto spiega come un operatore possa ispezionare questi stati. Un terminale dovrebbe distinguere quotazioni desiderate e ordini attivi confermati. La vista desiderata aiuta a capire la politica, mentre quella degli ordini attivi mostra obblighi correnti. Combinarle senza etichette rende difficile sapere se il mercato possa ancora eseguire una vecchia istruzione.

Il rischio di cancellazione del bot di market making merita uno stato dedicato

Una richiesta di cancellazione è un tentativo di cambiare la disponibilità futura di un ordine. Non prova che l’ordine abbia smesso di accettare esecuzioni. Il bot dovrebbe mantenere uno stato di cancellazione in sospeso finché non riceva prove sufficienti dell’esito esterno. Le esecuzioni scoperte in tale intervallo restano eventi validi del conto e devono aggiornare immediatamente l’inventario quando confermate.

Considera una proposta ipotetica d’acquisto di 10 unità in attesa di cancellazione. Se quattro unità vengono eseguite prima della conferma della cancellazione, il conto ha acquisito quelle quattro e le sei residue possono essere cancellate. Registrare l’intero ordine come cancellato perde la variazione d’inventario. Registrarlo interamente eseguito la sovrastima. Il risultato corretto richiede sia esecuzione sia stato finale del residuo.

La precedente guida al ciclo di vita dell’automazione fornisce la distinzione più ampia tra azioni previste e osservate. Un bot di market making ne ha bisogno ad alta risoluzione perché le sostituzioni possono essere frequenti. Il sistema dovrebbe conservare riferimenti durevoli degli ordini affinché eventi in ritardo siano assegnati alla quotazione originale corretta, non scambiati per una sostituzione corrente.

I limiti del bot di market making devono includere l’incertezza

I calcoli di rischio dovrebbero includere inventario noto e possibile effetto di ordini attivi o irrisolti. Se una risposta d’invio va persa, l’ordine potrebbe esistere ancora all’esterno. Trattarlo come assente può autorizzare troppa nuova quantità. Il bot dovrebbe riservare l’esposizione pertinente finché l’esito non sia riconciliato o un altro meccanismo documentato lo risolva conclusivamente.

Questo non significa che ogni incertezza richieda la stessa risposta. Un acquisto sconosciuto può bloccare ulteriori acquisti consentendo comunque una riduzione specificamente autorizzata dell’inventario esistente. Un riferimento obsoleto può fermare tutte le nuove quotazioni. Una discrepanza inspiegata del saldo può richiedere una pausa più ampia. Circoscrivi la risposta alla lacuna effettiva d’informazione e informa l’operatore di quali permessi restino attivi.

La fiducia di un modello non può liberare un ordine sconosciuto. Anche un’alta probabilità stimata che una richiesta sia fallita è diversa da prove di rifiuto o assenza secondo una procedura definita di ripristino. Le transizioni dello stato del conto dovrebbero basarsi su registrazioni appropriate d’esecuzione. Strumenti predittivi possono informare la ricerca, ma non dovrebbero sovrascrivere l’incertezza del registro per mantenere attivo il ciclo di quotazione.

Convalidare la semantica degli ordini per la sede effettiva

Una politica di quotazione deve essere tradotta nelle regole specifiche degli ordini supportate dalla sede. Incrementi di prezzo, incrementi di quantità, valori minimi e comportamento della durata di validità influenzano la validità di una proposta. Un’opzione post-only, quando supportata, ha un significato specifico da verificare nella documentazione corrente, non da dedurre dal nome in ogni mercato.

Il livello di traduzione dovrebbe restituire prezzo e quantità finali inviati al registro della politica. Se l’arrotondamento cambia un ordine, controlli di rischio ed economici dovrebbero usare i valori risultanti. Un piccolo arrotondamento può attraversare il mercato, superare una disponibilità d’inventario o alterare lo spread atteso. Anteprima e traccia di verifica dovrebbero mostrare cosa il bot abbia effettivamente tentato.

Testa la gestione dei rifiuti. Se una quotazione viene rifiutata, il bot non dovrebbe presumere che sia attiva né reinviare ripetutamente un’istruzione non valida invariata senza una regola limitata di recupero. Conserva il motivo del rifiuto e distingui un parametro non supportato da un problema temporaneo di connettività. Guasti diversi richiedono risposte diverse e non dovrebbero collassare in un unico ciclo generico di tentativi.

Separare la fornitura di liquidità dagli obiettivi di volume

L’obiettivo del bot dovrebbe essere interesse autentico eseguibile e inventario controllato, non attività fabbricata tra conti sotto controllo comune. Turnover autogenerato può distorcere le prove usate per valutare liquidità e consumare risorse senza fornire il servizio previsto a partecipanti indipendenti. Una politica dovrebbe evitare di usare il conteggio grezzo delle transazioni come misura primaria di successo.

Misure operative utili includono disponibilità di quotazioni valide, quantità offerta a distanze definite, composizione delle esecuzioni, scostamento d’inventario e movimento post-esecuzione del riferimento. Le misure economiche includono tutte le commissioni pertinenti, rivalutazione dell’inventario e spese di gestione. Queste dimensioni dovrebbero essere riportate separatamente perché più liquidità disponibile non implica necessariamente un risultato migliore per il fornitore.

La guida ai bot market maker automatizzati aiuta a distinguere quotazione attiva e partecipazione ai pool. Il software colloca talvolta entrambe sotto un’ampia etichetta di liquidità, ma i controlli differiscono. Un bot di quotazione gestisce ordini discreti; una posizione di pool segue il proprio meccanismo di prezzo. La valutazione dovrebbe identificare l’attività effettiva prima di decidere misure e limiti appropriati.

Separare la fornitura di liquidità dagli obiettivi di volumeNormal QuotesInventory SkewOne-Sided PauseFull PauseTRADING FIELD NOTESEDUCATIONAL RESOURCE
Il comportamento delle quotazioni cambia mentre prove e inventario attraversano confini espliciti della politica.

Mettere sotto stress la politica con sequenze direzionali di esecuzioni

Un test utile non alterna comodamente acquisti e vendite. Fornisci alla politica una sequenza di acquisti che sposta l’inventario verso il limite superiore, poi una di vendite verso quello inferiore. Osserva come cambiano quantità, sbilanciamento dei prezzi e autorizzazione. Il comportamento atteso dovrebbe essere dichiarato prima del test, compreso il punto in cui un lato smette di quotare.

Nell’intervallo fittizio da 60 a 140, parti da 100 e applica quattro acquisti da 10 unità senza vendite. A 140, il bot non dovrebbe autorizzare un altro acquisto secondo il limite rigido dichiarato. Se esistono ancora proposte attive d’acquisto, il sistema potrebbe aver già superato l’esposizione potenziale prevista prima della quarta esecuzione. Il test dovrebbe includere ordini aperti, non soltanto inventario completato.

Introduci poi un’esecuzione ritardata da una vecchia quotazione dopo che la politica è cambiata. Questo verifica se il bot riconcili correttamente l’evento e riconosca ogni violazione risultante. Un progetto robusto risponde alle prove effettive del conto anche quando arrivano in modo scomodo. Non dovrebbe scartare l’esecuzione perché la strategia locale crede che il vecchio ordine dovrebbe essere già scomparso.

Testare il ripristino con uno stato desiderato congelato

Durante un’esercitazione di ripristino, conserva l’ultimo insieme desiderato di quotazioni ma non presumere che descriva il conto esterno. Recupera ordini attivi, esecuzioni e saldi, poi confrontali con il registro durevole. Il bot dovrebbe identificare ordini sconosciuti, eventi mancanti e riserve obsolete prima di decidere quali nuove istruzioni siano consentite.

Un rapporto utile di ripristino spiega la differenza tra stato desiderato, inviato e osservato. La proposta d’acquisto desiderata potrebbe essere cancellata localmente, la richiesta di cancellazione irrisolta e l’ordine esterno ancora attivo. Ogni livello ha significato. Un solo campo di stato non può sempre descrivere la relazione abbastanza chiaramente da far valutare all’operatore l’esposizione corrente.

Riprendi la quotazione ordinaria soltanto dopo che le prove necessarie sono aggiornate e le condizioni pertinenti di arresto risolte. La procedura dovrebbe essere ripetibile tra riavvii, compresa una seconda interruzione durante il ripristino stesso. Lo stato durevole conta perché un sistema può fallire ancora prima di finire di risolvere la prima incertezza. La politica non dovrebbe dipendere da una sessione ininterrotta di ripristino.

Valutare il risultato come storia completa dell’inventario

Una politica di quotazione dovrebbe essere valutata attraverso la storia del conto che crea. Parti dai saldi, applica esecuzioni e costi, identifica trasferimenti e valuta l’inventario finale con un metodo dichiarato. Conserva separatamente esposizione non realizzata e cassa realizzata. Uno spread lordo positivo su esecuzioni abbinate non dimostra un risultato totale positivo se il conto ha accumulato un asset poi sceso.

Confronta il risultato con un riferimento appropriato secondo il disegno della ricerca. Un fornitore partito con inventario base sostanziale può beneficiare di un rialzo generale anche se le decisioni di quotazione hanno aggiunto poco valore. Il riferimento aiuta a distinguere esposizione di mercato ed effetto della fornitura di liquidità. Dovrebbe essere scelto prima di ispezionare esiti favorevoli, riconoscendone i limiti.

L’output pratico è una politica le cui azioni e conseguenze possano essere spiegate. Ogni quotazione ha un motivo, ogni impegno di risorse un responsabile e ogni esecuzione compare nel registro. Questa base rende possibile studiare onestamente la strategia. Rende anche comprensibile un rifiuto o una pausa quando il mercato non supporta più le condizioni alle quali il bot era autorizzato a quotare.

Mantenere visibili i cambiamenti di politica durante una sessione

Una politica di quotazione può cambiare mentre gli ordini restano attivi. Se l’operatore abbassa un limite d’inventario, il bot deve valutare gli obblighi aperti secondo il nuovo confine e spiegare eventuali cancellazioni o pause necessarie. Salvare una nuova impostazione non dimostra che ogni ordine precedente sia scomparso. L’interfaccia dovrebbe mostrare versione attiva della politica e obblighi ancora ereditati da decisioni precedenti.

Per un test controllato, abbassa il massimo fittizio da 140 unità a 120 mentre il conto ne detiene 110 e ha 20 unità di proposte d’acquisto attive. Il sistema dovrebbe riconoscere che le disponibilità potenziali superano il nuovo confine. La risposta dipende dalla politica dichiarata di transizione, ma non dovrebbe autorizzare un altro acquisto o semplicemente rietichettare gli ordini esistenti come conformi. Il test rivela se le modifiche della configurazione influenzino il modello reale del conto.

Conserva entrambe le versioni nel registro. Chi revisiona successivamente deve sapere quali regole abbiano autorizzato ogni ordine e quando la restrizione più stretta sia entrata in vigore. Queste prove supportano una valutazione equa del bot e impediscono a una schermata aggiornata delle impostazioni di riscrivere la storia delle decisioni precedenti.

Continua a imparare

Esplora tutte le risorse