Reemplazo de la clave API en CopyTrading: plan para el propietario del servicio

El suscriptor tiene una clave API que esta a punto de expirar, cambia la IP autorizada o surge sospecha de una filtracion. Parece suficiente con insertar la nueva clave y continuar con la copia. Pero el acceso al intercambio y el estado de la cuenta comercial son cosas diferentes. Reemplazar las credenciales no demuestra que la posicion abierta se haya cerrado, que la orden de proteccion se haya mantenido, ni que la accion del trader perdida se haya restaurado.

El propietario del servicio con su audiencia necesita un reglamento corto: quien cambia la clave, quien responde por las posiciones durante la pausa y segun que criterios la conexion se considera nuevamente operativa. A continuacion se presenta dicho plan, no una promesa de reemplazo sin interrupciones en cualquier configuracion.

Reemplazo programado y sospecha de filtracion son casos diferentes

En el mantenimiento programado se puede acordar el momento con anticipacion y verificar el estado de la cuenta. En caso de sospecha de compromiso, la prioridad es otra: el propietario de la cuenta revoca la clave sospechosa mediante las herramientas del intercambio y verifica la seguridad de la cuenta. No se debe permitir acceso continuo al posible atacante para mantener la copia ininterrumpida.

La revocacion del derecho de retirada no hace que la clave comercial sea inofensiva: el permiso para operar permite cambiar la exposicion en el mercado. Por ello, la nueva clave secreta no se envia al administrador por mensajeria, no se coloca en tickets ni se muestra en capturas de pantalla. El participante la introduce personalmente en los campos protegidos destinados para ello.

Si la clave pudo filtrarse, el plan habitual se complementa con un procedimiento de seguridad del intercambio. No se debe reanudar la conexion mientras no se sepa quien mas tiene acceso a la cuenta.

Antes del reemplazo, determine que esta conectado

Anote el intercambio, la cuenta o subcuenta necesaria, el mercado y el usuario del proyecto. La nueva clave debe corresponder a la misma cuenta prevista: un nombre de conexion similar no lo confirma. Averigue por separado si la clave antigua es usada por otro robot o servicio. Su revocacion puede interrumpir no solo la copia.

El propietario del proyecto y el suscriptor deben tener una respuesta comun a tres preguntas:

• ?Que acciones comerciales pueden ocurrir durante el trabajo?
• ?Quien monitorea las posiciones y ordenes existentes?
• ?Que hacer si la comprobacion de la nueva conexion falla?

No prometa el modo «nuevas entradas detenidas, salidas continuan» hasta que se confirme para un proyecto especifico. La detencion de la copia y el cierre de la posicion se analiza por separado: no es una sola operacion.

Guarde el estado inicial sin secretos

Antes del reemplazo programado, el participante verifica posiciones, ordenes activas y saldo disponible directamente en el intercambio. En la nota laboral basta con registrar la hora en UTC, el instrumento, la direccion y el volumen de la posicion, identificadores de ordenes relevantes y el responsable del monitoreo.

Este es un registro de mantenimiento, no un almacenamiento de credenciales API. Si la documentacion del intercambio no confirma el destino de las ordenes tras la revocacion de la clave, no suponga: verifique su estado por separado.

Verifique permisos y luego estado comercial

Genere una nueva clave segun las instrucciones vigentes de su intercambio. Los permisos deben corresponder al mercado requerido; CopyTrader no necesita derecho de retirada. Si se usa restriccion por IP, consulte las direcciones actuales con el servicio y no tome las de correspondencias antiguas.

En la instruccion de conexion de CopyTrader se describe la verificacion de claves en la configuracion del usuario. Ayuda a detectar errores de acceso, pero no confirma que todo el periodo de pausa se haya procesado correctamente. El orden exacto para guardar las nuevas credenciales y reactivar debe aclararse para su configuracion antes del cambio.

Tras verificar el acceso, compare las posiciones y ordenes actuales en el intercambio con el registro inicial. ?Hay ejecuciones desconocidas? ?Queda alguna orden que pueda cambiar la posicion? ?Hubo acciones del trader durante la desconexion? No inicie la sincronizacion como una prueba inocua: puede generar operaciones comerciales.

Ejemplo: clave reemplazada pero el trabajo no ha terminado

El suscriptor tenia una posicion abierta y una orden de proteccion. Durante el reemplazo, el trader redujo su volumen. La nueva clave pasa la verificacion, pero el suscriptor tiene la posicion anterior. Esto no es motivo para repetir manualmente la accion de inmediato: primero debe establecerse que ordenes ya se enviaron y que se ejecuto realmente.

El operador registra los limites de la pausa y envia para analisis la hora, instrumento e identificadores de operaciones sin secretos. La conciliacion de ordenes y posiciones ayuda a aclarar las ejecuciones; no se reemplaza con un estado API en verde.

Cuando cerrar el ticket de mantenimiento

El trabajo termina cuando estan verificados la cuenta necesaria y los permisos, se conocen las posiciones y ordenes restantes, se acuerda el protocolo para la gestion futura y la clave antigua esta revocada segun el plan adoptado. Esto se confirma en el intercambio, no solo con la eliminacion de las credenciales del servicio.

Para la audiencia es conveniente preparar una unica memo anticipada: donde ingresar la nueva clave, que no enviar al soporte y que informacion adjuntar en caso de error. CopyTrader proporciona infraestructura para su servicio, no suscriptores listos: un procedimiento claro de mantenimiento sigue siendo parte del trabajo del propietario del proyecto. Tal procedimiento no elimina el riesgo de mercado, pero ayuda a no confundir el acceso restablecido con el control restaurado de la cuenta.