Sostituzione della chiave API nel copytrading: piano per il proprietario del servizio

Quando la chiave API di un abbonato sta per scadere, cambia l'IP autorizzato o si sospetta una fuga di dati. Sembra che basti inserire una nuova chiave e continuare la copia. Ma l'accesso all'exchange e lo stato del conto di trading sono cose diverse. Sostituire i dati non dimostra che la posizione aperta sia stata chiusa, che l'ordine di protezione sia rimasto o che l'azione del trader saltata sia stata ripristinata.

Il proprietario del servizio con il proprio pubblico necessita di un regolamento chiaro: chi cambia la chiave, chi e responsabile delle posizioni durante la pausa e quali criteri determinano che la connessione e nuovamente funzionante. Di seguito — questo piano, non una promessa di sostituzione senza interruzioni in qualsiasi configurazione.

Sostituzione programmata e sospetto di fuga: casi diversi

Durante la manutenzione programmata si puo concordare in anticipo l'orario e controllare lo stato del conto. In caso di sospetto compromesso, la priorita e diversa: il proprietario del conto revoca la chiave sospetta tramite gli strumenti dell'exchange e verifica la sicurezza dell'account. Non si deve lasciare l'accesso a un possibile malintenzionato per mantenere la copia continua.

Il diritto revocato di prelievo non rende innocua la chiave di trading: l'autorizzazione a commerciare permette di modificare l'esposizione sul mercato. Per questo la nuova chiave segreta non viene inviata all'amministratore tramite messaggistica, non viene inserita nel ticket e non viene mostrata in screenshot. Il partecipante la inserisce personalmente nei campi protetti dedicati.

Se la chiave potrebbe essere stata divulgata, il piano standard qui sotto si integra con la procedura di sicurezza dell'exchange. Non conviene riattivare la connessione finche non si sa chi altro ha accesso all'account.

Prima della sostituzione identificate esattamente cosa e collegato

Annotate l'exchange, il conto o sotto-conto necessario, il mercato e l'utente del progetto. La nuova chiave deve corrispondere allo stesso conto previsto: un nome di connessione simile non lo conferma. Scoprite separatamente se la vecchia chiave e usata da un altro robot o servizio. La sua revoca puo interrompere non solo la copia.

Il proprietario del progetto e l'abbonato devono avere una risposta comune a tre domande:

• Quali operazioni di trading possono avvenire durante i lavori?
• Chi monitora le posizioni e gli ordini esistenti?
• Cosa fare se il controllo della nuova connessione fallisce?

Non promettete la modalita "nuovi ingressi fermati, uscite in corso" finche non e confermata per il progetto specifico. L'arresto della copia e la chiusura della posizione sono trattati a parte: non si tratta di un'unica operazione.

Conservate lo stato iniziale senza i segreti

Prima della sostituzione programmata, il partecipante verifica posizioni, ordini attivi e saldo disponibile direttamente sull'exchange. Nel memo operativo bastano ora UTC, strumento, direzione e volume della posizione, identificativi degli ordini rilevanti e il responsabile del monitoraggio.

Questo e un registro di manutenzione, non un archivio delle credenziali API. Se la documentazione dell'exchange non conferma il destino degli ordini dopo la revoca della chiave, non fate ipotesi: verificate il loro stato separatamente.

Controllate i diritti e poi lo stato di trading

Create una nuova chiave secondo l'attuale istruzione del vostro exchange. I permessi devono corrispondere al mercato necessario; il diritto di prelievo non e richiesto per CopyTrader. Se e usata una restrizione IP, gli indirizzi attuali di connessione si confermano col servizio, non si prendono da vecchie comunicazioni.

Le istruzioni di connessione di CopyTrader descrivono il controllo delle chiavi nei settaggi utente. Questo aiuta a scoprire errori di accesso, ma non garantisce che tutto il periodo di pausa sia stato gestito correttamente. L'ordine preciso per salvare le nuove credenziali e riattivare deve essere chiarito per la propria configurazione prima di modificare.

Dopo aver verificato l'accesso, confrontate le posizioni e gli ordini attuali sull'exchange con la registrazione iniziale. Ci sono esecuzioni sconosciute? E rimasto un ordine che puo modificare la posizione? Ci sono state azioni del trader durante l'assenza di connessione? Non avviate la sincronizzazione come test innocuo: potrebbe generare operazioni di trading.

Esempio: chiave sostituita, ma il lavoro non e ancora finito

L'abbonato aveva una posizione aperta e un ordine di protezione. Durante la sostituzione il trader ha ridotto il suo volume. La nuova chiave supera la verifica, ma l'abbonato ha ancora la posizione precedente. Non e motivo per ripetere manualmente l'azione subito: prima bisogna capire quali ordini sono stati gia inviati e cosa e stato effettivamente eseguito.

L'operatore fissa i limiti della pausa e trasmette per l'analisi orario, strumento e identificatori delle operazioni senza segreti. La riconciliazione di ordini e posizioni aiuta a chiarire il fatto dell'esecuzione; non puo essere sostituita dallo stato verde dell'API.

Quando chiudere la richiesta di assistenza

Il lavoro e concluso quando sono verificati il conto e i diritti necessari, sono note le posizioni e gli ordini residui, e concordata la gestione futura e la vecchia chiave e stata revocata secondo il piano adottato. Questo si conferma sull'exchange, non solo eliminando i dati dal servizio.

Per il pubblico e comodo preparare in anticipo un promemoria unico: dove inserire la nuova chiave, cosa non inviare al supporto e quali informazioni allegare in caso di errore. CopyTrader offre l'infrastruttura per il vostro servizio, non abbonati pronti; un ordine chiaro di manutenzione resta parte del lavoro del proprietario del progetto. Questa procedura non elimina il rischio di mercato, ma aiuta a non confondere l'accesso ripristinato con la gestione del conto ripristinata.