Performance
Tecniche di Ottimizzazione
L'architettura del bot è progettata attorno all'esecuzione leggera e a minime operazioni di blocco. La maggior parte dei sistemi critici lavora in modo asincrono o in thread isolati per mantenere la logica di trading reattiva anche sotto carichi pesanti.
L'infrastruttura separa le responsabilità in moduli dedicati:
- •Motore di trading
- •Livello di comunicazione TCP
- •Integrazione Telegram
- •Livello di persistenza
- •Sistema di logging
- •Worker in background
Questo impedisce che operazioni lente blocchino l'esecuzione degli ordini o l'analisi di mercato.
Ad esempio, la persistenza è gestita attraverso un sistema asincrono basato su coda. Gli aggiornamenti di stato vengono inseriti in un worker in background invece di scrivere direttamente su disco durante le operazioni di trading. Questo riduce drasticamente l'overhead di esecuzione durante il trading attivo.
Anche il sistema di logging è ottimizzato per l'uso in produzione:
- •Handler console e file separati
- •File di log rotanti
- •Inoltro log TCP indipendente
- •Livelli di log configurabili
Il bot evita punti di sincronizzazione eccessivi e utilizza threading leggero solo dove necessario. I worker in background vengono eseguiti come thread demone, permettendo al loop della strategia principale di rimanere concentrato sull'esecuzione del mercato.
Tecniche di ottimizzazione aggiuntive utilizzate in tutto il progetto includono:
- •Deduplicazione coda per salvataggi persistenza
- •Sostituzione file atomica invece di riscritture complete
- •Istanze logger riutilizzabili
- •Connessioni TCP persistenti
- •Import moduli espliciti con controllo
PYTHONPATH - •Servizi riavviabili indipendentemente
- •Intervalli di sospensione a blocco minimo
L'architettura è intenzionalmente modulare in modo che gli utenti possano sostituire la logica della strategia senza ricostruire il livello di infrastruttura.
Riduzione dell'Utilizzo API
L'uso efficiente delle API è critico per qualsiasi sistema di trading serio.
La piattaforma è progettata per ridurre le richieste non necessarie allo scambio mantenendo comunque una velocità di reazione rapida.
Diverse decisioni infrastrutturali aiutano a minimizzare il carico API:
Persistenza Intelligente dello Stato
Invece di recuperare costantemente i dati dallo scambio dopo ogni riavvio, il bot memorizza lo stato di trading interno localmente utilizzando il livello di persistenza.
Questo permette:
- •Recupero posizione
- •Tracciamento ordini
- •Continuazione strategia dopo riavvio
- •Riduzione richieste di sincronizzazione
Il bot non ha bisogno di ricostruire lo stato completo dallo scambio ogni volta che si avvia.
Routing Comandi Interno
Il sistema Telegram comunica attraverso un livello TCP locale invece di interrogare servizi esterni per lo stato del bot.
Comandi come:
- •
starttrading - •
stoptrading - •
buy - •
sell - •
getstatus
vengono instradati internamente tra i moduli con overhead quasi zero.
Questo evita comunicazioni API esterne non necessarie e mantiene l'infrastruttura leggera.
Livelli di Log Controllati
La verbosità del logging può essere configurata indipendentemente per:
- •Output console
- •Logging su file
- •Livello logger generale
Questo previene operazioni di debug eccessive in ambienti di produzione.
Il logging di debug pesante può ridurre significativamente le prestazioni in sistemi ad alta frequenza, quindi il filtraggio configurabile dei log è importante.
Logica di Recupero Locale
I sistemi di recupero crash e auto-riavvio aiutano a ridurre le ripetute richieste di sincronizzazione all'avvio.
Invece di ricostruire l'intero ambiente runtime manualmente dopo i guasti, il bot si ripristina rapidamente utilizzando stato persistito e loop di esecuzione watchdog.
Esecuzione a Bassa Latenza
L'esecuzione a bassa latenza è ottenuta attraverso la semplicità dell'infrastruttura e l'isolamento dei processi.
Il progetto evita framework non necessari e livelli di orchestrazione pesanti. Il sistema di trading viene eseguito come processi Python diretti con middleware minimo tra la logica della strategia e l'esecuzione.
Le scelte di design chiave focalizzate sulla latenza includono:
Processo di Trading Dedicato
Il bot di trading viene eseguito indipendentemente dall'interfaccia Telegram.
Questo significa:
- •Il traffico Telegram non può bloccare la logica di trading
- •I ritardi di messaggistica non influenzano l'esecuzione
- •Le notifiche esterne rimangono isolate
Anche se Telegram diventa indisponibile, il motore di trading continua a operare.
Comunicazione TCP Persistente
La comunicazione tra moduli utilizza un livello TCP persistente invece di generare processi temporanei o utilizzare meccanismi IPC lenti.
Questo fornisce:
- •Consegna comandi rapida
- •Routing messaggi leggero
- •Flussi di log in tempo reale
- •Comunicazione a overhead minimo
I log del motore di trading vengono inoltrati direttamente al bot Telegram attraverso la pipeline TCP, consentendo un monitoraggio quasi in tempo reale senza bloccare l'esecuzione.
Architettura Thread in Background
Diverse operazioni vengono eseguite indipendentemente dal loop della strategia principale:
- •Salvataggi persistenza
- •Comunicazione TCP
- •Gestione comandi Telegram
- •Inoltro logging
- •Worker di recupero
Questo impedisce che le operazioni I/O lente interrompano l'esecuzione del trading.
Infrastruttura Auto-Riavvio
Il
Questo minimizza i tempi di inattività e mantiene la latenza di recupero estremamente bassa.
Invece di richiedere interventi manuali, l'infrastruttura ripristina i servizi automaticamente entro secondi.
Stack Runtime Minimo
Il sistema evita intenzionalmente:
- •Framework web pesanti
- •Overhead di orchestrazione container
- •Server di database
- •Broker di messaggi complessi
- •Catene di dipendenze grandi
Il risultato è un ambiente di esecuzione leggero focalizzato interamente sulle performance di trading e sulla stabilità operativa.
L'infrastruttura agisce come una fondazione ad alta velocità dove gli utenti possono implementare i propri algoritmi di trading mantenendo sistemi professionali di persistenza, logging, monitoraggio, recupero riavvio e comunicazione già completamente integrati.