Come testare una strategia di trading sul conto Demo WEEX prima di andare live

Il modo affidabile per testare una strategia di trading consiste in tre fasi, ognuna delle quali elimina una diversa forma di autoillusione: un backtest per verificare se l'idea ha mai funzionato, un forward test sul conto demo WEEX per verificare che funzioni su prezzi che non hai ancora visto e un piccolo pilota live con capitale limitato per verificare che sopravviva alle esecuzioni reali. I trader manuali eseguono la seconda fase nel terminale demo. Gli sviluppatori la eseguono tramite le futures API di WEEX, che espongono endpoint simulati come POST /capi/v3/sim/order e GET /capi/v3/sim/balance, che si comportano come quelli live ma regolano le operazioni in SUSDT demo. Questo articolo spiega cosa misurare in ogni fase, i modi specifici in cui il demo favorisce una strategia e una regola di passaggio al live basata sulle metriche del processo, non su un mese fortunato.

Fase uno: backtest e cosa un backtest non può dirti

Un backtest risponde a una domanda: questo insieme di regole ha prodotto un'aspettativa positiva sui dati storici? Non può dirti se funzionerà il mese prossimo e sovrastima sistematicamente i risultati per tre motivi che contano più nei perpetual crypto che nella maggior parte dei mercati.

Commissioni e funding vengono sottostimati o omessi. Una strategia che opera dieci volte al giorno su un perpetual paga commissioni taker e funding ogni otto ore, e un backtest che ignora uno dei due può trasformare un sistema in perdita in uno apparentemente redditizio.

Si presume che le esecuzioni avvengano alla chiusura della candela o al prezzo del segnale. Nel live, un ordine market su un perpetual di un'altcoin viene eseguito su diversi livelli del book; un ordine limit può non essere mai eseguito proprio sulle operazioni che sarebbero state vincenti.

Lookahead e overfitting si insinuano. Qualsiasi parametro ottimizzato sui dati storici apparirà migliore su quei dati che sul futuro.

Il compito del backtest è quindi respingere a basso costo le idee sbagliate, non approvare quelle buone. Una strategia che fallisce un backtest con commissioni realistiche è finita. Una strategia che lo supera ha guadagnato soltanto un forward test, niente di più.

Fase due: forward test sul demo WEEX, manualmente o tramite API sim

Il forward test significa eseguire la strategia su prezzi live con denaro simulato, in tempo reale e senza poter sbirciare in avanti. Il conto demo WEEX è stato creato per questo: lo stesso terminale, lo stesso feed dei prezzi live e del funding, un saldo iniziale di 50,000 USDT in SUSDT e ricariche da 5,000 USDT disponibili quando il saldo scende sotto 5,000, con un intervallo di 72 ore tra le richieste.

Per una strategia discrezionale, esegui il forward test manualmente nel terminale demo. Prendi ogni segnale prodotto dalle regole, con la size stabilita dalle regole, e registra ogni trade prima di conoscerne l'esito: setup, ingresso, stop, target, size e motivo. È la disciplina di registrare prima del risultato a rendere utilizzabili i dati.

Per una strategia automatizzata, indirizza il bot agli endpoint simulati delle futures API di WEEX. A settembre 2026 gli endpoint demo documentati includono:

• POST /capi/v3/sim/order per inserire un ordine (permesso TRADE; richiede symbol, come BTCSUSDT, side, positionSide, type, quantity, un newClientOrderId e, per gli ordini limit, price e timeInForce GTC, IOC o FOK; tpTriggerPrice e slTriggerPrice sono opzionali, con tipo di attivazione CONTRACT_PRICE o MARK_PRICE).
• GET /capi/v3/sim/balance per leggere il saldo del conto demo, il saldo disponibile, l'importo congelato e il PnL non realizzato (permesso USER_DATA, peso IP 5).
• Equivalenti demo per tutte le posizioni e lo storico degli ordini.

Gli endpoint usano gli stessi header di autenticazione del live (ACCESS-KEY, ACCESS-SIGN, ACCESS-TIMESTAMP, ACCESS-PASSPHRASE), lo stesso schema di firma HMAC SHA256 e Base64 descritto nello schema di firma e la stessa tolleranza di 30 secondi per il timestamp. Questo è il punto: autenticazione, gestione degli errori e codice di gestione degli ordini del bot vengono testati davvero, mentre il denaro no. Poiché il percorso live è /capi/v3/order e quello demo è /capi/v3/sim/order, mantieni il percorso base nella configurazione, non sparso nel codice, così il passaggio al live diventa una modifica di una sola riga che puoi revisionare.

Due dettagli API meritano di essere integrati durante il forward test, invece di scoprirli live. Primo, newClientOrderId è la tua chiave di idempotenza; generala in modo deterministico per ogni segnale, così una richiesta ritentata dopo un timeout non può generare una doppia esecuzione. Secondo, rispetta gli header dei limiti di frequenza. Gli endpoint degli ordini hanno limiti per account e la risposta demo espone contatori come X-ORDER-COUNT-10S e X-ORDER-COUNT-1M; un bot che li ignora incontrerà HTTP 429 e un ban di 10 secondi nel peggior momento possibile del live.

Cosa misurare durante il forward test

Il P&L è il numero meno utile prodotto da un forward test, perché alcune settimane di risultati in un solo regime di mercato sono dominate dalla fortuna. Misura invece il processo.

• Dimensione del campione: almeno 30-50 trade completati, altrimenti le statistiche sono rumore. Per un sistema swing a bassa frequenza possono volerci mesi; non ci sono scorciatoie.
• Aspettativa in R: risultato medio per trade espresso in multipli dell'unità di rischio. Un sistema con aspettativa di 0.3R su 50 trade è più informativo di uno che mostra +18% su 12 trade.
• Drawdown massimo in R e durata. Decidi in anticipo il drawdown al quale ti fermeresti; se il forward test lo raggiunge, la strategia ha fallito, qualunque sia il P&L finale.
• Aderenza ai segnali: percentuale dei segnali effettivamente eseguiti come previsto. Qualsiasi valore inferiore a circa il 90% significa che stai testando una strategia diversa da quella che hai scritto.
• Divergenza di esecuzione: differenza tra il prezzo ipotizzato dalle regole e quello al quale il demo ha effettivamente eseguito. È un limite inferiore dello slippage live.
• Per i bot: tasso di errore per tipo (autenticazione, limite di frequenza, parametri rifiutati), comportamento alla riconnessione e corrispondenza tra il registro delle posizioni del bot e l'endpoint delle posizioni dell'exchange a ogni controllo.

Come il demo WEEX favorisce una strategia e come correggerlo

Ogni simulatore è più indulgente del mercato. Le specifiche indulgenze del demo sono prevedibili e ciascuna richiede una correzione.

Le esecuzioni demo non consumano liquidità. Sui perpetual BTC ed ETH la distorsione è ridotta; sulle coppie di altcoin poco liquide è elevata. Correzione: limita il forward test alle coppie con profondità adeguata alla tua size live oppure sottrai a ogni trade un haircut per lo slippage basato sul book reale al momento del segnale.

Gli stop-loss vengono eseguiti al trigger. In una cascata reale, un ordine stop-market viene eseguito dove si trova la liquidità. Correzione: modella gli stop come eseguiti uno o due tick peggio del trigger sulle principali e molto peggio sulle altcoin, usando trigger mark-price quando la strategia lo consente.

Il saldo di 50,000 USDT è irrealistico per la maggior parte dei trader. Correzione: porta il conto demo fino al saldo live previsto e calcola la size da quella cifra, così leva e dimensione della posizione saranno quelle effettive.

Non esiste un costo emotivo. Non c'è correzione; è questo lo scopo della fase tre.

Fase tre: il pilota live limitato e la regola di passaggio

Il passaggio al live dovrebbe essere attivato dalle metriche del forward test, non da una buona settimana. Una regola difendibile: almeno 50 trade di forward test, aspettativa positiva in R, drawdown entro il limite prestabilito, aderenza ai segnali superiore al 90% e, per i bot, un registro degli errori pulito nelle ultime due settimane.

Il pilota live procede quindi con un limite rigido. Finanzia solo ciò che puoi perdere interamente senza conseguenze, dimensiona le posizioni a una frazione della size del forward test e usa una leva inferiore a quella del demo. Per un bot, qui il percorso base passa da /sim/ a quello live e la chiave API usata nei test viene sostituita da una chiave dedicata, vincolata all'IP e con ambito Futures/Contract, creata esclusivamente per questa strategia. Mantieni il bot demo in esecuzione parallela; una divergenza live-demo nelle esecuzioni o nel PnL è la misurazione più chiara della frizione del mondo reale che potrai ottenere.

Aumenta la size solo dopo che il pilota ha replicato l'aspettativa del forward test, tenendo conto dello slippage che ora misuri direttamente. Se non ci riesce, la strategia non ha fallito nel pilota; ha fallito nel forward test e il pilota l'ha individuato a basso costo.

Cosa osservano gli operatori esperti

La modalità di fallimento che mette fine all'attività della maggior parte dei trader sistematici non è una strategia sbagliata. È un buon forward test seguito da un deployment live a piena size, con una chiave dai permessi eccessivi, su un server il cui orologio perde precisione e senza un kill switch. Il conto demo e l'API sim servono a eliminare questi problemi prima di coinvolgere denaro. Usali per le cose noiose: autenticazione, idempotenza, gestione dei limiti, riconnessioni e riconciliazione delle posizioni. Il vantaggio della strategia, se esiste, sarà ancora lì dopo.

FAQ

1. Posso testare una strategia di trading su WEEX senza denaro reale?

Sì. Il conto demo WEEX fornisce 50,000 USDT di fondi simulati per i futures e l'API dei futures espone endpoint simulati sotto /capi/v3/sim/ per i test automatizzati.

2. Gli endpoint API demo di WEEX usano la stessa autenticazione del live?

Sì. Si applicano gli stessi header ACCESS-KEY, ACCESS-SIGN, ACCESS-TIMESTAMP e ACCESS-PASSPHRASE, la firma HMAC SHA256 e una finestra di 30 secondi per il timestamp.

3. Quanti trade servono prima di fidarsi di un forward test?

Almeno 30-50 trade completati misurati in R. Al di sotto, il risultato è dominato dal regime di mercato anziché dalla strategia.

4. Perché i risultati demo sembrano migliori di quelli live?

Le esecuzioni demo non consumano liquidità, gli stop vengono eseguiti al trigger, il saldo è maggiore di quello della maggior parte dei conti live e non c'è un costo emotivo. Ciascun fattore gonfia i risultati, soprattutto sulle coppie illiquide.

5. Quale permesso API richiede l'endpoint demo per gli ordini?

L'endpoint documentato POST /capi/v3/sim/order richiede il permesso TRADE; l'endpoint del saldo richiede USER_DATA. Usa una chiave dedicata per i test e una chiave separata, vincolata all'IP, per il live.

6. Devo lasciare il demo attivo dopo essere passato al live?

Sì. Eseguire la stessa strategia su demo e live in parallelo fornisce una misurazione diretta dello slippage e della frizione di esecuzione.

Avvertenza sui rischi

Il trading di futures con leva può causare la rapida perdita dell'intero margine e una strategia che funziona bene nei backtest e nei forward test demo può perdere denaro live a causa di slippage, vuoti di liquidità, commissioni, funding ed errori di esecuzione che le simulazioni non possono riprodurre. Le strategie automatiche aggiungono rischio operativo: un bug, un orologio fuori sincronia, un ban per i limiti di frequenza o una chiave API configurata male possono inserire ordini indesiderati che non possono essere annullati. I prezzi delle criptovalute sono volatili e puoi perdere parte o tutto il capitale impegnato. Le funzioni demo e API di WEEX sono descritte a settembre 2026 e possono cambiare; nulla di quanto riportato costituisce consulenza finanziaria.