Respuesta rápida: El 12 de noviembre de 2026, la Comisión de Servicios Financieras (FSC) de Corea del Sur anunció que emitiría una carta de no acción para que los negocios domésticos de activos virtuales puedan bloquear de forma preventiva depósitos y retiros cuando se sospecha un hack o una intrusión, sujetos a condiciones, antes de que se confirme una brecha. La letra completa de las condiciones y la fecha de emisión no se indicaron en el anuncio. Se trata de una medida política coreana, no de una norma mundial ni de prueba de que un exchange concreto esté siendo atacado. Para los usuarios, la primera distinción operativa es si un retiro tiene un ID de transacción on-chain: una solicitud no transmitida sigue bajo control de la plataforma, mientras que una transacción ya transmitida también debe verificarse en su blockchain.
¿Qué anunció el regulador de Corea el 12 de noviembre?
El comunicado de prensa en coreano de la FSC resume una reunión con supervisores, organismos de seguridad y negocios locales de activos virtuales el 12 de noviembre. Establece tres áreas: orientación de seguridad de emergencia para operadores, una posición de no acción prevista sobre bloqueos preventivos de depósitos y retiros cuando se sospecha un hackeo, y un apoyo o inspecciones de seguridad más amplios a través del Financial Security Institute. El anuncio versa sobre controles sectoriales tras incidentes recientes. No informa de que un recinto específico fuera hackeado durante la reunión.
El punto legal es acotado. La FSC afirma que la ley actual de protección al usuario en Corea restringe los bloqueos de depósitos o retiros sin una razón justificada, mientras que un hackeo claramente en curso puede respaldar un bloqueo. La industria planteó incertidumbre sobre la etapa anterior, cuando una actividad anormal sugiere una intrusión pero los investigadores aún no la han confirmado. El regulador decidió emitir una carta de no acción para la medida preventiva en esa situación. Una posición de no acción abordaría el riesgo de acción supervisora bajo las condiciones establecidas; no debe describirse como una enmienda legislativa completada ni como un derecho ilimitado a congelar fondos de clientes.
El comunicado no publica la carta en sí. No define el umbral final de sospecha, la duración permitida de un bloqueo, la plantilla de notificación ni el procedimiento de liberación. Esos detalles importan a los usuarios. Cualquier artículo que convierta el anuncio de la reunión en un número fijo de horas o en un estándar universal de suspensión estaría añadiendo hechos que la fuente no contiene. Debe consultarse el texto formal posterior antes de una actualización futura de este artículo.
La jurisdicción importa igualmente. La FSC supervisa el mercado coreano y los operadores dentro de su competencia. Un usuario de un exchange en otro lugar debe remitirse a las condiciones de ese recinto, a la ley local y a los avisos de incidentes. La propuesta coreana puede iluminar un compromiso general de seguridad de exchanges sin cambiar automáticamente los derechos de retiro en Phemex u otra plataforma internacional.
Ver la página de trading en Phemex
¿Por qué un CEX podría detener tanto depósitos como retiros?
Durante una presunta vulneración de una wallet, detener los retiros puede impedir nuevas salidas mientras el recinto determina si las claves, los sistemas de firma de transacciones o los controles de acceso se han visto afectados. Detener los depósitos puede parecer menos evidente, pero un exchange puede necesitar aislar la infraestructura de wallets, evitar que los activos entrantes se abonen a una dirección comprometida o no aceptar fondos mientras la conciliación y el abono de cuentas son inciertos. Son posibles razones operativas, no la afirmación de que un incidente concreto haya seguido ese patrón.
Los exchanges procesan una solicitud de cuenta off-chain y una transferencia on-chain en secuencia. Un cliente envía un retiro; el recinto puede verificar autenticación, saldos, reglas de riesgo y controles de dirección; un sistema de wallet firma y transmite la transacción; luego la red la confirma. Una suspensión de la plataforma puede detener la secuencia antes de la transmisión. Una vez que una transacción ha sido transmitida, un recinto no puede simplemente borrarla de Bitcoin o Ethereum. Puede seguir investigando, alertar a contrapartes o tomar otras medidas, pero el estado on-chain debe evaluarse por separado.
Las transferencias entrantes tienen una división similar. Una blockchain puede mostrar que los tokens llegaron a una dirección controlada por el exchange mientras este ha pausado el abono interno. Una confirmación en cadena por sí sola no prueba que el recinto haya registrado un saldo de cuenta utilizable. Los usuarios deben conservar tanto el hash de la transacción de depósito como el registro de cuenta del exchange. Un depósito en una red no admitida o en una dirección equivocada es un problema distinto y no debe etiquetarse como una pausa de seguridad sin evidencia.
Por eso un titular genérico como “los retiros están congelados” resulta insuficiente. Los activos, redes, funciones de cuenta afectadas y la hora de inicio determinan lo que un cliente puede hacer realmente. Un exchange podría pausar una sola cadena, todas las transferencias on-chain, las transferencias internas o el trading como controles separados. El anuncio de la FSC no especifica el alcance para un recinto particular; eso provendría de la comunicación de incidentes de cada operador.
¿Qué controles operativos discutió la FSC?
La FSC pidió un monitoreo y respuesta apropiados para un mercado que opera las 24 horas. El comunicado señala que los operadores deben contar con personal y sistemas capaces de identificar transacciones grandes anormales y actuar con prontitud. Añade que un negocio incapaz de ejecutar un monitoreo continuo debería procesar depósitos y retiros solo durante las horas en que el sistema de control esté operativo, informar a los usuarios con antelación y dotar de personal suficiente esas horas para atender solicitudes. Es un enfoque operativo propuesto, no la afirmación de que todos los recintos coreanos limiten actualmente sus horarios.
El comunicado también aborda reducir la exposición en hot wallets, considerar la distribución entre varias hot wallets e incrementar límites de seguro y reservas para respaldar la compensación si los usuarios sufren pérdidas. Señala un requisito existente de custodia en wallets frías del 80% en el marco supervisor coreano e indica que la cuota de wallets frías del sector supera el 95%. Esas cifras describen el marco coreano y el agregado sectorial citado por la FSC; no son ratios de custodia de Phemex ni una medida de la seguridad de ningún exchange individual.
El almacenamiento en frío puede reducir el monto alcanzable mediante un ataque a una wallet online, pero no hace a un recinto inmune a una vulneración. El acceso a claves, la aprobación de transacciones, las dependencias de software, los controles internos y los procedimientos de recuperación siguen importando. Llevar toda la moneda offline también afecta la liquidez: un exchange necesita un método controlado para reponer las hot wallets para retiros legítimos. Una política de seguridad debe por tanto especificar tanto límites de exposición como autorización de transferencias. La discusión de la FSC sobre monitoreo, seguros y reservas reconoce que la prevención y el manejo de pérdidas son tareas distintas.
La FSC también debatió el reporte de incidentes y revisiones externas de seguridad. El comunicado indica que el gobierno pretende reforzar las obligaciones mediante una futura Ley de Activos Digitales, mientras pide a los negocios dar pasos a corto plazo antes de que se promulgue la legislación. Los lectores deben mantener separadas tres categorías: ley vigente, orientación o planes supervisores anunciados el 12 de noviembre, y disposiciones esperadas en legislación futura. Mezclarlas crea una falsa impresión de lo que es legalmente efectivo hoy.
¿Cómo puede un usuario distinguir una pausa de plataforma de un retraso de red?
Comience por el registro de retiros del recinto y busque un hash de transacción, a menudo llamado TXID. Si la solicitud está pendiente, bajo revisión de seguridad o bloqueada y no existe un TXID, la transacción puede no haber sido transmitida. Un explorador de blockchain no puede confirmar un evento que no ha sido enviado a la red. La evidencia relevante es la página de estado del recinto, la respuesta de soporte autenticada y cualquier aviso oficial de incidente.
Si existe un TXID, verifíquelo en el explorador de la red correcta. Confirme la dirección de destino, el activo, el monto, el estado del bloque y el número de confirmaciones. Una transacción de red pendiente puede reflejar tarifas, congestión o procesamiento de validadores en lugar de una suspensión generalizada del exchange. Una transferencia on-chain confirmada sin saldo en la plataforma receptora apunta a las reglas de abono o a un problema de soporte de red de ese destinatario. El mismo ticker de activo puede existir en múltiples redes; revisar el explorador equivocado puede hacer que una transferencia válida parezca perdida.
La FAQ de retiros de Phemex describe dónde sus usuarios pueden encontrar información de estado y un TXID, y cuándo contactar al soporte. Esas instrucciones son específicas de Phemex. Se enlazan aquí porque la distinción operativa es útil para un lector con una cuenta en Phemex, no porque la propuesta coreana cambie el proceso de Phemex. CTA: Verifique el estado de su retiro y su TXID. Use la app o el sitio autenticados en lugar de un enlace enviado por una cuenta no solicitada.
Si una plataforma publica un aviso de seguridad, registre la hora del aviso, las redes afectadas y el canal de actualización prometido. No asuma que una pausa significa que los activos de los usuarios se han perdido; tampoco asuma que significa que todos los activos están a salvo. Ambas conclusiones requieren evidencia. Si el recinto ofrece un proceso de reclamación o reembolso, verifíquelo a través de su sitio oficial. Los estafadores suelen explotar noticias de incidentes enviando falsas instrucciones de “desbloqueo” o “recuperación” que solicitan una frase semilla o un pago. Un flujo legítimo de soporte de un exchange no debería exigir que un usuario revele claves privadas de wallet.
¿Qué deben hacer los usuarios antes y durante un incidente sospechoso?
Antes de cualquier incidente, proteja la cuenta: use autenticación fuerte, revise las aplicaciones conectadas y mantenga un control de direcciones de retiro si el recinto lo ofrece. Estas medidas reducen la probabilidad de una vulneración a nivel de cuenta, pero no pueden impedir una caída a nivel de recinto. Phemex documenta sus opciones disponibles en la guía de seguridad de cuenta. Habilitar o restablecer ciertos controles puede en sí mismo desencadenar una restricción temporal de retiros según las reglas del recinto, así que haga los cambios antes de necesitar una transferencia urgente.
Durante una pausa, conserve registros en lugar de enviar transferencias repetidamente. Guarde el ID de orden, capturas de pantalla del estado con hora y red, el hash de transacción si existe y los avisos oficiales. Contacte al soporte a través de canales autenticados y proporcione los identificadores que el recinto solicite, sin compartir contraseñas, frases de recuperación ni códigos de un solo uso con desconocidos. Si el problema concierne a una transferencia depositada, incluya el TXID de envío y la red receptora. Si concierne a un retiro, pregunte si la solicitud sigue siendo interna o ya fue transmitida.
Para un negocio que mantiene fondos operativos en un exchange, una pausa de retiros también es un problema de liquidez. El negocio debe saber qué parte de su capital de trabajo depende de un solo recinto, qué activos pueden moverse por canales alternativos aprobados y si sus controles internos permiten una acción de emergencia. La diversificación puede reducir la concentración, pero añade trabajo de contraparte y conciliación. El anuncio de la FSC no establece una asignación óptima; cada negocio debe evaluar sus propias necesidades de liquidación y límites de riesgo.
El desarrollo del 12 de noviembre resulta más útil como marco para leer un aviso de un exchange. Una retención preventiva puede ser una respuesta protectora ante una señal creíble, mientras que retenciones excesivas o sin explicación pueden perjudicar a los clientes. La divulgación debe especificar los servicios afectados, por qué se necesita un bloqueo al nivel posible sin empeorar la seguridad, y cuándo llegará la próxima actualización. Los usuarios deben juzgar un recinto por la evidencia de cómo detecta, comunica y resuelve un incidente, no por si ocurrió una sola pausa.
FAQ
¿Corea obligó a todos los exchanges cripto a congelar los retiros?
No. La FSC anunció una posición de no acción prevista, bajo condiciones, para bloqueos preventivos cuando se sospecha una intrusión. No ordenó a todos los exchanges detener los retiros.
¿Un retiro pendiente prueba que un exchange fue hackeado?
No. Una solicitud pendiente puede deberse a autenticación, revisión de riesgo, procesamiento de wallets o condiciones de red. Verifique el estado oficial y si existe un TXID.
¿Puede un exchange revertir una transacción de Bitcoin después de tener un TXID?
Un exchange puede detener una solicitud no transmitida. Una vez que una transacción de Bitcoin es transmitida y confirmada, el recinto no puede simplemente cancelar esa transferencia on-chain. Cualquier recuperación posterior depende de los hechos y de las partes que controlen el destino.
¿Se aplica la propuesta coreana a mi cuenta de Phemex?
El comunicado de la FSC concierne a los negocios de activos virtuales coreanos dentro de su jurisdicción. Los usuarios de Phemex deben seguir los propios avisos de retiros de Phemex, las instrucciones de ayuda y las condiciones de cuenta aplicables.
