Kraken restablece las operaciones tras una caída de una hora en el spot y los derivados
Kraken restableció las operaciones de spot y derivados el 30 de octubre tras una interrupción de conectividad de aproximadamente una hora, según su página de estado. El exchange no ha identificado una causa, y la empresa aún no ha evaluado los informes de clientes sobre retiradas bloqueadas.
Escrito por la redacción de IA de CoinArticle · a partir de 2 fuentes citadas. Cómo trabajamos
Cronología de la caída
La página de estado de Kraken registró el inicio de un problema de conectividad y de envío de órdenes a las 02:42 UTC del 30 de octubre, que afectó a clientes de spot y derivados. La empresa publicó una actualización a las 02:55 UTC en la que indicaba que la investigación continuaba sin una fuente identificada, y confirmó la resolución a las 03:42 UTC. Crypto.news y CCN describen la interrupción como una duración de alrededor de una hora.
El informe del incidente enumeraba entre los componentes afectados el sitio web, la aplicación de Kraken, las API REST y WebSocket, y las transferencias cruzadas entre exchanges de derivados. La interfaz FIX, utilizada por los sistemas de trading automatizado, también se mencionó en el aviso inicial. Kraken no ha publicado un recuento de órdenes rechazadas ni de cuentas afectadas, y tampoco ha ofrecido una explicación técnica del fallo.
Informes de clientes y respuestas de soporte
Durante el periodo de la interrupción, los clientes publicaron quejas en X. Un usuario informó de mensajes de error repetidos al intentar comprar criptomonedas durante una caída del mercado. El servicio de soporte de Kraken respondió que el equipo era consciente del problema, lo estaba investigando y dirigió a los usuarios a su página de incidentes para obtener actualizaciones en tiempo real.
Otro usuario preguntó por qué no estaban disponibles las retiradas. Soporte indicó que era consciente del problema comunicado y que se estaba trabajando en una solución. El trader Yishi informó por separado de que no podía operar ni retirar fondos mientras el exchange parecía estar en modo solo-post, y más tarde dijo que el acceso había regresado.
Versiones discrepantes sobre retiradas y modo solo-post
Los dos informes difieren en cuanto a las retiradas. El titular y el resumen de CCN presentan la interrupción como una situación en la que los fondos de algunos traders quedaron bloqueados. Crypto.news informa de que los clientes describieron problemas con las retiradas, pero Kraken no ha evaluado esos informes ni ha indicado si alguna transacción necesita un procesamiento adicional. Ninguno de los dos medios cuenta con una confirmación independiente del número de retiradas afectadas.
El modo solo-post permite únicamente órdenes limitadas que añaden liquidez al libro de órdenes y, por lo general, impide la ejecución inmediata contra órdenes existentes. La cuenta de Yishi es la única fuente que describe esta situación. Kraken no confirmó que una restricción de solo-post en toda la plataforma formara parte del incidente.
Contexto: incidente de Binance y mantenimiento reciente
La interrupción se produjo mientras los mercados de criptomonedas seguían centrados en un importante incidente de seguridad en Binance. Kraken no ha identificado una causa para su propia interrupción y no la ha vinculado al suceso de Binance. Crypto.news también informó de que la interrupción siguió a varias actualizaciones de infraestructura, entre ellas un mantenimiento programado el 29 de octubre que afectó al trading spot. El material disponible para este informe no incluía suficientes detalles sobre esos trabajos como para describir qué cambió.
Por qué importa
Para los traders
Los traders con posiciones abiertas en derivados u órdenes pendientes deberían verificar directamente en Kraken la ejecución y el estado de sus órdenes, ya que Kraken todavía no ha publicado un recuento de las transacciones afectadas.
Para los inversores
Una interrupción de una hora sin una causa divulgada es poco probable que, por sí sola, afecte a los fundamentales de Kraken, aunque los incidentes repetidos pondrían a prueba la fiabilidad operativa del exchange a lo largo del tiempo.
Para los desarrolladores
Las integraciones que dependen de conexiones REST, WebSocket y FIX deberían revisar la lógica de reintentos y la reconciliación del estado de las órdenes, ya que el incidente afectó a las tres interfaces a la vez.
Este artículo es solo informativo y no constituye asesoramiento financiero. Lee el aviso legal completo.
