Tutorial sui bot di Polymarket · Capitolo 1 di 32
Un'analisi realistica onesta del 2026 prima di costruire un Polymarket trading bot: dati sulla redditività, requisiti di tempo e capitale, quando i bot battono il trading manuale e quando no.
Cosa copre questo capitolo
La maggior parte delle persone affronta la costruzione di un Polymarket bot dal lato sbagliato: scelgono un linguaggio, configurano un VPS, poi provano a trovare un vantaggio. Questo capitolo fa l'opposto. Partiamo dai numeri che Polymarket pubblica davvero sulla redditività dei trader, risaliamo a ritroso attraverso il tempo e il capitale che ti servono realmente, e arriviamo a una decisione sì/no. Il verdetto onesto per la maggior parte dei lettori è "saltalo" - ma se la tua situazione rientra nel profilo ristretto in cui i bot battono il trading manuale, il resto di questa serie ti dà il manuale di produzione.
- I numeri onesti sulla redditività
- Quando un bot batte il trading manuale
- Quando un bot perde contro il trading manuale
- Tempo, capitale e skill richiesti
- La soglia dei 30 paper trade
- Motivi comuni per cui i bot falliscono
- Verdetto: costruire o saltare
I numeri onesti sulla redditività
Due studi on-chain sul P&L di Polymarket forniscono le base rate più pulite. Un campione da 2,5 milioni di wallet pubblicato all'inizio del 2026 ha rilevato che il 7,6% dei wallet è in profitto nel corso della propria vita, l'84,1% è in perdita, e il restante 8,3% è abbastanza vicino al pareggio da far pensare che commissioni e slippage spiegassero probabilmente il residuo. Il wallet mediano in perdita era sceso del 38% dei depositi al momento dello snapshot.
I wallet dei bot non vengono separati in modo specifico in quegli studi, ma la distribuzione tra i trader automatizzati è di solito leggermente peggiore, non migliore, rispetto a quella degli umani - i bot amplificano gli errori più rapidamente. La conclusione onesta: costruire un bot non ti porta automaticamente in quel 7,6%. Ci riesce solo se il bot codifica un vero vantaggio, e se lo stesso vantaggio sarebbe stato profittevole eseguito manualmente con disciplina.
Quando un bot batte il trading manuale
I bot hanno un vero vantaggio in quattro situazioni ristrette. Primo, i mercati sensibili alla latenza - la serie Bitcoin up/down a 5 minuti di Polymarket si risolve su un'azione di prezzo che finisce più velocemente di quanto un umano possa cliccare. Un bot che legge il trade tape di Binance e il book di Polymarket può eseguire sulla divergenza in 60-200 ms; un umano no. Secondo, il volume su molti mercati - un market-making bot può quotare 20 book contemporaneamente; un umano non può mantenere quella concentrazione. Terzo, le uscite strutturate - un bot può piazzare una vendita GTC al prezzo di take-profit nell'istante in cui l'acquisto viene eseguito, senza emozioni. Quarto, la copertura 24 ore su 24 - partite di calcio, basket asiatico, CS2 notturno - un bot le monitora tutte.
Se la tua tesi di vantaggio non rientra in una di queste quattro categorie, il bot non ti aiuterà. Un bot da "buon analista politico" perde contro un buon analista politico con un bambino già a letto.
Quando un bot perde contro il trading manuale
I bot sottoperformano gli umani in due situazioni prevedibili. Primo, i mercati che si risolvono sul giudizio - dispute UMA, titoli dalla formulazione ambigua, notizie geopolitiche dove il significato di "ceasefire" è la trade. Un bot legge un tape; un umano legge il contesto. Secondo, i book illiquidi con spread ampi - il vantaggio del bot è la velocità di esecuzione, che non vale nulla quando il bid successivo è distante sei centesimi. I trader manuali possono aspettare giorni per un fill al prezzo obiettivo; i bot che aspettano così a lungo di solito hanno un bug.
Politica, geopolitica, premi, mercati a quesito di scienza / tecnologia, e la maggior parte dei mercati una tantum del tipo "X succederà entro la data Y" non sono in genere territorio da bot. In quei casi il capitale non rischia di sparire in 200 ms. Rischia di essere sbagliato, e quella è una decisione umana.
Tempo, capitale e skill richiesti
Di seguito trovi i minimi reali da sviluppatori che sono arrivati a una redditività consistente, non i numeri da marketing.
- Tempo: 4-8 ore a settimana per i primi tre mesi. La maggior parte è osservazione di paper trading, non programmazione. Il pattern "costruisci il bot in un weekend" produce bot che perdono soldi in un weekend.
- Capitale: 0 $ per imparare, 25-50 $ per un live smoke test, un minimo di 200-500 $ per il live trading dove la matematica delle fee funziona davvero, 1.000-2.500 $ per rendere le vincite significative in termini assoluti.
- Competenze: Python o Node intermedio (sai leggere il client API di qualcun altro e modificarlo), dimestichezza con async I/O, capacità di leggere dati di order book senza confonderli con il last-trade price.
Se sei sotto anche solo una di queste tre soglie, l'economia del bot non funziona. Le fee su un wallet da 50 $ mangiano abbastanza da far sì che essere leggermente giusti equivalga a essere sbagliati.
La soglia dei 30 paper trade
La disciplina singola che separa il 7,6% dal 92,4% è il paper trading. In particolare: 30 trade chiusi, tutti in paper mode, prima di qualsiasi capitale live, con una soglia scritta di go/no-go definita in anticipo.
La matematica è semplice. Un win rate del 60% con una strategia da +3¢ di take-profit / -4¢ di stop-loss e un fee drag dello 0,5% produce 0,6 × 3 − 0,4 × 4 − 0,5 = -0,3¢ attesi per trade. La strategia sembra profittevole su un campione di 5 trade; non lo è. 30 trade chiusi è la dimensione campionaria approssimativa in cui il rumore da una parte o dall'altra del vero win rate scende sotto l'economia della trade. Sotto i 30 stai indovinando; a 30+ hai un segnale.
La soglia è anche un filtro comportamentale - la maggior parte degli sviluppatori la salta e va live alla seconda settimana. Se la salti, considera il deposito come una retta scolastica, non come capitale.
Motivi comuni per cui i bot falliscono
Osservando bot di produzione che si rompono, dominano quattro modalità di guasto.
- Nessun vero vantaggio. Il bot adatta una strategia al rumore storico, sembra ottimo nel backtest, fallisce live perché il presunto vantaggio era casuale. Cura: 30 paper trade e onestà brutale sul win rate.
- Confusione sui tipi di ordine. Inviare GTC quando serviva FOK, oppure FOK quando serviva GTC. A questo dedichiamo il capitolo 10. È la classe di bug singolarmente più costosa che abbiamo visto, persino più delle uscite mancanti.
- Fill fantasma. Il CLOB di Polymarket conferma un match mentre il settlement ERC1155 è ancora in sospeso su Polygon. Un bot che invia una vendita successiva entro 5 secondi dal fill verrà rifiutato con un errore fuorviante "balance: 0". Il capitolo 12 lo copre in dettaglio.
- Nessuno stop sul drawdown. Una strategia perfettamente profittevole ha comunque giornate storte. Senza un kill switch di perdita giornaliera del 25%, una brutta giornata cancella un mese di guadagni. Il capitolo 30 copre il codice di gestione del rischio.
Verdetto: costruire o saltare
Costruisci se tutte e quattro sono vere: hai una tesi di vantaggio che rientra in una delle quattro situazioni favorevoli ai bot sopra; puoi impegnarti per 4+ ore a settimana per tre mesi; hai 200+ $ da mettere dietro a un live smoke test di 30 trade dopo aver superato il paper trading; e sai scrivere abbastanza codice da leggere una risposta JSON e scrivere un piazzatore di ordini idempotente.
Salta se anche solo una è falsa. I capitoli restanti valgono comunque la lettura come contesto, ma i capitoli di build e deploy bruceranno tempo che non si trasforma in PnL.
Se sei ancora dentro, il capitolo successivo è la checklist precisa dei prerequisiti. È più impegnativa di questa, e volutamente.
