Un bot di trading che si ferma quando il tuo laptop si chiude è un bot che prima o poi chiuderà una posizione nel momento peggiore possibile — o non riuscirà a chiuderne una affatto. Se una strategia gira senza supervisione, appartiene a una macchina che non dorme, non perde il Wi-Fi, e non si riavvia per aggiornamenti mentre sei fuori.
Cosa serve davvero a un bot
Meno di quanto la gente pensi. I bot di trading sono sensibili alla latenza in principio, ma per qualsiasi cosa che non sia HFT sub-secondo, i requisiti reali sono:
- Uptime costante. Il bot deve essere sveglio quando il mercato si muove, non quando lo sei tu.
- RAM a sufficienza per i backtest. Il trading live è leggero; fare il backtest di un anno di candele al minuto su più coppie è ciò che divora davvero la memoria.
- Disco veloce. Database di candele e log di trade scrivono di continuo. Il nostro NVMe (RAID1, letture ~800 MB/s) gestisce quello senza stallare.
- Un IP in uscita stabile. Alcune API di exchange ti lasciano mettere in whitelist un IP per le chiavi API — un piano con IP dedicato te ne dà uno fisso.
Micro ($5/mese) si adatta a una singola strategia su una manciata di coppie. Small ($8/mese — 4 vCPU, 4 GB RAM, 35 GB NVMe) è dove la maggior parte delle persone si assesta una volta aggiunti backtesting e una dashboard.
Freqtrade in pochi comandi
# Ubuntu 24.04 fresco — installa Docker
apt update && apt install -y docker.io docker-compose-v2 git
systemctl enable --now docker
# Freqtrade
mkdir -p /opt/freqtrade && cd /opt/freqtrade
docker run --rm -v "$(pwd):/freqtrade/user_data" \
freqtradeorg/freqtrade:stable create-userdir --userdir /freqtrade/user_data
# Configura (chiavi exchange, coppie, stake) — poi esegui prima in dry-run
docker compose up -d
docker compose logs -f
Inizia in dry-run. Sempre. Poi passa al live solo dopo che la strategia è sopravvissuta a qualche giorno di paper trading su dati di mercato reali.
Hummingbot funziona allo stesso modo — immagine Docker, config in un volume montato, eseguilo sotto docker compose così torna dopo un riavvio.
Bot personalizzato? Python più ccxt copre praticamente ogni exchange. Eseguilo sotto systemd con Restart=always così un processo crashato si riavvia invece di lasciarti esposto.
Perché pagamento in crypto e niente KYC contano specialmente per questo
I trader tendono ad avere opinioni su dove è attaccata la loro identità. Se stai facendo girare strategie su exchange crypto, finanziare un server con una carta aziendale a tuo nome legale — e consegnare a un provider di hosting una scansione di passaporto — è un posto strano dove rompere quel pattern.
Non lo chiediamo. Email per registrarti, USDC o USDT per pagare (Base, Ethereum o Tron). Niente documenti, niente carta. Le tue chiavi API, la tua strategia, il tuo server — con nulla che colleghi la macchina a un file KYC.
Nuovo al pagamento in crypto? Guida di cinque minuti.
Scegliere un piano
| Setup | Piano | Prezzo |
|---|---|---|
| Una strategia, poche coppie, dry-run e live | Micro | $5/mese |
| Backtesting, database, UI web — il setup solito | Small | $8/mese |
| Serve un IP fisso da mettere in whitelist sulle chiavi API dell'exchange | Small-IP | $16/mese |
| Più bot, backtest più pesanti | Medium | $12/mese |
Root completo, NVMe, traffico non contato a 1 Gbit/s, server in Germania e Finlandia. Paga annualmente — un trasferimento in crypto invece di dodici.
Letture correlate
- Blinda un nuovo VPS: una checklist — fai questo prima che le tue chiavi API tocchino la macchina
- Ospita un bot Discord su un VPS — stesso schema systemd, bot diverso
Pronto? Fai il deploy di un server per bot → — in funzione in circa un minuto, pagato in crypto, nessun documento richiesto.
Commenti
Ancora nessun commento. Sii il primo.