Una clave API de exchange que puede operar y no puede retirar
Una clave API de exchange es una credencial que la plataforma aceptará en lugar de una persona con sesión iniciada, dentro de los permisos que marcaste al crearla. No es una contraseña para todo el sitio web, y no es una frase semilla de un monedero. Esas distinciones se difuminan en los mensajes de chat, y así es como las claves acaban con poderes que nadie quiso conceder. Esta nota mantiene las distinciones nítidas, y mantiene un hecho más nítido aún: el sitio web de Captay no acepta una clave.
Los alcances son una lista, no una sensación
Las plataformas dividen el acceso en bits con nombres locales. Los bits que importan para este diseño son, a grandes rasgos: ver saldos y órdenes, colocar y cancelar órdenes, mover fondos dentro de la plataforma y retirar a una dirección. Una configuración cuidadosa activa los dos primeros y desactiva los dos últimos. Las etiquetas de la pantalla ganan a cualquier paráfrasis de una página de producto. Si un bit tiene un nombre que no entiendes, el bit se queda apagado hasta que lo entiendas.
Algunas plataformas esconden el retiro tras una segunda confirmación o una libreta de direcciones. Ese es su control, y es útil, y no es una razón para activar el bit 'por si acaso' el producto lo quiere después. El diseño de Captay nunca lo quiere. Un producto que te pide activar el retiro para que la automatización pueda 'gestionar fondos' está describiendo custodia. Captay describe lo contrario.
Solo lectura es la herramienta equivocada
Una clave que solo puede leer es la herramienta correcta para un panel de datos y la equivocada para una estrategia que debe colocar una orden. La automatización sin bit de trading puede ver cómo se rompe un límite y luego enviarte una notificación que quizá recibas dormido. Eso puede ser un producto. No es este producto. Las estrategias de Captay son reglas que colocan órdenes. Necesitan el bit de trading, y necesitan estar envueltas en límites porque el bit de trading basta para hacer daño.
El daño no es teatral. Un bucle que compra un mercado poco líquido puede mover el precio en su propia contra. Una orden a mercado repetida puede pagar el diferencial toda la tarde. Un error que ignora un tope de posición puede seguir hasta que el saldo de cotización desaparezca. Ninguno de esos resultados requiere un retiro. Si tu modelo de amenazas se detiene en 'no pueden robar las monedas a otra cadena', has modelado el robo y has ignorado la pérdida.
El retiro es el extra equivocado
El bit de retiro permite a la clave pedir a la plataforma que envíe monedas a una dirección. Combinado con una clave filtrada, es un camino directo fuera de la cuenta. Dejarlo apagado no vuelve inofensivo el resto de la clave. Sí significa que un proceso defectuoso u hostil que solo tenga esa clave no puede inventar una transferencia que la plataforma honre. La plataforma es quien lo impone. El software de Captay, por cuidadoso que sea, no es un segundo garante de un permiso que nunca se le dio.
Las transferencias internas son fáciles de pasar por alto porque parecen reordenar tus propios muebles. Si el bit puede mover fondos a una subcuenta que no vigilas, no son muebles. Trátalo como adyacente al retiro y déjalo apagado a menos que tengas una razón que sobreviva a una relectura a la mañana siguiente.
Filtración y rotación
Una clave de trading pegada en un chat, un ticket o un formulario tiene el mismo poder que una clave de trading guardada en una bóveda, hasta que la borras. El pegado es la filtración. Borrar la clave en el exchange termina esa credencial aunque quede una copia en los registros de otra persona. Crear una clave nueva con los mismos bits cuidadosos es la rotación. Escribir el secreto viejo en un campo de contraseña 'para que soporte vea el error' es la forma en que la rotación fracasa.
Las listas de IP permitidas, donde una plataforma las ofrece, reducen el conjunto de redes que pueden presentar la clave. No reducen lo que la clave puede hacer una vez presentada desde una red permitida. Vale la pena usarlas más adelante, en la pantalla de la plataforma, como control tuyo. No son un control que Captay pueda prometer, porque Captay no opera tu lista y no tiene, hoy, una dirección que poner en ella.
Un almacenamiento que todavía no existe
Un panel futuro tendría que guardar una clave de trading para firmar órdenes. La nota de privacidad dice que ese almacén estaría cifrado y no está construido. El cifrado responde a una pregunta de almacenamiento: una imagen de disco no debería contener un secreto utilizable en claro. No responde a una pregunta de comportamiento. El proceso que puede descifrar la clave también puede enviar la orden. Los límites y la parada son los controles de comportamiento. Son diseños, no un proceso en marcha, y no vuelven inofensiva una clave almacenada.
Este sitio no tiene campo de clave, ni carga de archivos, ni chat de soporte que te pida pegar una 'temporalmente'. Si encuentras un campo así, no es esta versión. El formulario de contacto acepta texto que parece un correo y luego lo mantiene en la página. Una clave no es un correo. No descubras qué hace el validador con una.
Una lista que puedes seguir sin Captay
- No crees nada mientras el panel esté cerrado. Una clave sin consumidor es una clave esperando una filtración.
- Cuando exista un consumidor, marca trading y lectura, y deja retiro y transferencia interna apagados.
- Prefiere una clave nueva a reutilizar una que ya vivió en otra herramienta.
- Borra la clave en la plataforma en cuanto termine el experimento o en cuanto no puedas explicar dónde están las copias.
- Nunca envíes el secreto a una persona que se ofrezca a 'comprobar los permisos por ti'.
La lista es higiene corriente. No es una afirmación de que seguirla haga segura la automatización, y no es una afirmación de que Captay haya revisado la pantalla de tu plataforma. Ninguna orden sale de este sitio mientras lees. El resultado útil de la nota es una clave más pequeña, más adelante, no una clave hoy.