Original | Odaily Planet Daily(@OdailyChina)
Autor | Ding Dang(@XiaMiPP)
El 6 de febrero por la noche, el exchange de criptomonedas coreano Bithumb, durante una actividad promocional rutinaria, provocó un incidente lo suficientemente grave como para ser incluido en los anales de la industria de las criptomonedas.
Originalmente, esta era solo una actividad a pequeña escala de "cofre sorpresa aleatorio". Según el diseño oficial, la plataforma planeaba distribuir recompensas en efectivo por un total de aproximadamente 620,000 wones coreanos a 695 usuarios participantes, de los cuales 249 abrieron realmente el cofre y reclamaron la recompensa, lo que equivale a aproximadamente 2000 wones por persona, apenas 1.4 dólares estadounidenses. Sin embargo, debido a un error de configuración de la unidad en el backend, la unidad de recompensa se estableció incorrectamente en BTC (Bitcoin) en lugar de KRW (won coreano), y al instante se "airdroppearon" 2000 BTC a cada usuario que abrió el cofre, con un total de 620,000 bitcoins. Los activos mostrados en una sola cuenta superaban los 160 millones de dólares.
Al precio de entonces, de unos 98 millones de wones por moneda (aproximadamente 67,000 dólares), el valor contable de estos bitcoins que "aparecieron de la nada" era de aproximadamente 415-440 mil millones de dólares. Aunque estos activos no existían en la cadena, eran "comerciables" dentro del sistema interno del exchange. El resultado también fue casi instantáneo: el par de trading BTC/KRW en la plataforma Bithumb cayó rápidamente en poco más de diez minutos desde el precio promedio global hasta 81.11 millones de wones (aproximadamente 55,000 dólares), una caída cercana al 17%; el mercado global de BTC también cayó brevemente alrededor de un 3%, y el mercado de derivados registró liquidaciones por más de 400 millones de dólares.
La "recuperación ultrarrápida" de Bithumb, ¿realmente es motivo de alivio?
Bithumb indicó en un comunicado posterior de divulgación del incidente que, en los 35 minutos posteriores al pago erróneo, había restringido las transacciones y retiros de los 695 clientes afectados, y que más del 99% del monto pagado por error había sido recuperado. El 0.3% restante (1788 BTC) que había sido vendido fue cubierto con los activos propios de la empresa, asegurando que los activos de los usuarios no se vieran afectados. Simultáneamente, la plataforma lanzó una serie de medidas de compensación. A partir del 8 de febrero, se iniciaron de forma escalonada medidas de compensación para los usuarios, incluyendo el pago de 20,000 wones a los usuarios en línea durante el incidente, la devolución de la diferencia de precio a los usuarios que vendieron a bajo precio más un 10% adicional como indemnización, y a partir del 9 de febrero, la oferta de una comisión de transacción del 0% para todas las variedades de productos durante 7 días.
Hasta este punto, todo el asunto parecía haber concluido de manera "controlada".
Pero otra pregunta aún ronda en nuestras mentes: ¿Por qué pudo Bithumb generar de una vez 620,000 BTC que simplemente no existían en el backend?
Para responder a esto, debemos volver al núcleo central de los exchanges centralizados (CEX), pero también a la capa menos comprendida por los usuarios comunes: el método de contabilidad.
A diferencia de los exchanges descentralizados (DEX), donde cada transacción ocurre directamente en la blockchain y los saldos están determinados por el estado de la cadena en tiempo real, los exchanges centralizados, en busca de una velocidad de transacción extrema, baja latencia y costos muy reducidos, adoptan casi en su totalidad un modelo híbrido de "libro contable interno + liquidación diferida".
El saldo que ves, el historial de transacciones, la curva de ganancias y pérdidas, son esencialmente solo cambios de valores en la base de datos del exchange. Cuando depositas, operas o retiras fondos, solo las partes que realmente implican movimiento de activos en la cadena (como retirar fondos a una wallet externa, transferencias entre exchanges, liquidaciones internas de grandes montos) activan operaciones reales de transferencia en la blockchain. En la gran mayoría de los escenarios cotidianos, el exchange internamente solo necesita modificar un campo de la base de datos para completar un "cambio de activo". Esta es la razón fundamental por la que Bithumb pudo "generar de la nada" instantáneamente un saldo mostrado de 620,000 BTC.
Este modo ofrece una gran conveniencia: emparejamiento en milisegundos, tarifas de gas cero, soporte para productos financieros complejos como apalancamiento, contratos de futuros, préstamos. Pero la otra cara de la conveniencia es una asimetría de confianza fatal: los usuarios creen que "mi saldo es mi activo", cuando en realidad, lo que poseen es solo una promesa unilateral del plataforma (IOU - I Owe You). Siempre que los permisos del backend sean lo suficientemente grandes y los mecanismos de verificación lo suficientemente laxos, un simple error de parámetros o una operación malintencionada puede hacer que los números en la base de datos se desvíen gravemente de las tenencias reales en la cadena.
Según los datos divulgados por Bithumb en el tercer trimestre de 2025, las tenencias reales de Bitcoin de la plataforma eran de aproximadamente 42,600 monedas, de las cuales solo 175 eran activos propios de la empresa, y el resto eran activos en custodia de usuarios. Pero en este incidente, el sistema pudo registrar de una sola vez en las cuentas de los usuarios una cantidad de BTC más de diez veces mayor que el tamaño real de las tenencias.
Lo más importante es que estos "saldos fantasma" no solo existían en la visualización del backend, sino que podían participar en el emparejamiento real dentro de la plataforma, afectar los precios y crear una ilusión de liquidez. Esto ya no es un simple error técnico puntual, sino un riesgo sistémico que ha existido durante mucho tiempo en la arquitectura de los exchanges centralizados: la grave desconexión entre el libro contable interno y los activos reales en la cadena.
El incidente de Bithumb es solo el momento en que este riesgo se amplificó lo suficiente como para que todos lo vieran.
Mt.Gox: Cómo la ilusión contable destruyó una era
La historia ha confirmado esto una y otra vez con lecciones dolorosas. Por ejemplo, el colapso de Mt.Gox en 2014. Aunque han pasado más de diez años desde este suceso, todavía recordamos el pánico en el mercado causado por cada transferencia grande relacionada con las indemnizaciones del exchange.
Mt.Gox, como el exchange de Bitcoin más grande del mundo en ese entonces, llegó a representar más del 70% del volumen de trading de Bitcoin, pero en febrero de 2014 suspendió abruptamente los retiros, declaró bancarrota y afirmó haber "perdido" aproximadamente 850,000 BTC (con un valor entonces de unos 460 millones de dólares, ajustado posteriormente en algunos informes a alrededor de 744,000 monedas). Superficialmente, esto se debió a que hackers aprovecharon una vulnerabilidad de "maleabilidad de transacciones" en el protocolo de Bitcoin, alterando los ID de transacción haciendo que el exchange erroneamente pensara que el retiro no había ocurrido, y thus reenviando fondos. Pero investigaciones más profundas (incluido el informe de 2015 de equipos de seguridad como WizSec) revelaron una verdad más cruel: la gran mayoría de los bitcoins perdidos habían sido robados gradualmente entre 2011 y 2013, y Mt.Gox no se había dado cuenta durante años porque su sistema de contabilidad interna nunca realizó una conciliación periódica y completa con el estado de la cadena.
El libro contable interno de Mt.Gox permitía "transacciones mágicas": empleados o intrusos podían aumentar o eliminar saldos de usuarios a voluntad, sin necesidad de una transferencia en cadena correspondiente. La wallet caliente fue invadida repetidamente, los fondos fueron transferidos lentamente a direcciones desconocidas, pero la plataforma continuó mostrando "saldos normales". Incluso se rumoreó que después de un gran robo en 2011, la gerencia optó por ocultarlo en lugar de declarar bancarrota, lo que llevó a que las operaciones posteriores continuaran funcionando sobre una base de "reserva fraccionaria". Esta ilusión contable se mantuvo durante años, hasta que en 2014 el agujero era demasiado grande para ocultarlo, y se anunció externamente utilizando el "error de maleabilidad de transacciones" como excusa. Finalmente, la quiebra de Mt.Gox no solo destruyó la confianza de los usuarios, sino que también provocó una caída de más del 20% en el precio de Bitcoin, convirtiéndose en el caso más famoso de "colapso de confianza" en la historia de las criptomonedas.
FTX: Cuando el libro contable pasó de ser una "herramienta de registro" a una "herramienta de encubrimiento"
Recientemente, debido al auge de Openclaw, ha resurgido un tema: la convergencia entre las criptomonedas y la IA alcanzó su punto máximo en la era de FTX. Porque FTX, antes de su colapso, había invertido fuertemente en el campo de la IA, siendo su caso más famoso la inversión principal de cientos de millones de dólares en la startup de IA Anthropic. Si FTX no hubiera caído, su participación en Anthropic podría valer hoy decenas de miles de millones de dólares, pero la liquidación por quiebra convirtió este "boleto de lotería de IA" en humo. La razón del derrumbe fue que el libro contable interno de FTX estuvo durante mucho tiempo, y deliberadamente, desalineado con los activos reales, mediante la mezcla de fondos y operaciones encubiertas, transformando los depósitos de los clientes en un "jardín trasero" que podía ser utilizado arbitrariamente.
FTX estaba altamente vinculado con su empresa hermana de trading cuantitativo, Alameda Research, ambas controladas por Sam Bankman-Fried (SBF). El balance de Alameda estaba repleto del token nativo FTT, emitido por el propio FTX. Este activo casi no tenía un anclaje de mercado externo, y su valor dependía principalmente de la liquidez interna y del mantenimiento artificial del precio. Y lo más crucial fue que la plataforma FTX otorgó a Alameda un límite de crédito prácticamente ilimitado (en las divulgaciones llegó a ser de 65 mil millones de dólares), y la verdadera "garantía" para este límite eran precisamente los depósitos de los usuarios de FTX.
Estos fondos de clientes fueron transferidos secretamente a Alameda y utilizados para operaciones de alto apalancamiento, inversiones de riesgo, e incluso para el gasto personal lujoso de SBF, la compra de bienes raíces y donaciones políticas. El libro contable interno jugó aquí un papel de "encubrimiento".
Según documentos judiciales, la base de datos de FTX podía registrar fácilmente los depósitos de los clientes como "saldos normales", mientras que en el backend, mediante código personalizado, la cuenta de Alameda mantenía un saldo negativo sin activar ninguna alerta automática de liquidación o riesgo. Los saldos que los usuarios veían en la aplicación parecían seguros y confiables, pero los activos reales en la cadena ya habían sido desviados para llenar el agujero de pérdidas de Alameda o sostener el precio de FTT.
Las indemnizaciones a los acreedores de FTX aún no se han resuelto por completo, y el proceso de liquidación por quiebra aún continúa.
Los 35 minutos de Bithumb son solo una ventana estrecha
Volviendo a Bithumb, el que este incidente haya concluido en 35 minutos no puede ocultar la gravedad de este riesgo. Por el contrario, precisamente ilustra el límite de la respuesta de emergencia: solo cuando el número de usuarios afectados es limitado (solo 695 personas), los activos erróneos aún no han llegado a la cadena a gran escala, y la plataforma tiene una capacidad de control de cuentas extremadamente fuerte (congelar permisos de operación/retiro/inicio de sesión en lote con un clic), el desastre pudo contenerse dentro de un rango donde "puedes pagar el agujero de tu propio bolsillo". Si este error hubiera ocurrido a nivel de todos los usuarios de la plataforma, o si algunos usuarios hubieran retirado las "monedas fantasma" a otros exchanges o incluso a la cadena, Bithumb podría haber provocado un impacto sistémico a mayor escala.
Incluso a nivel regulatorio se ha notado esto. El 9 de febrero, la Supervisión Financiera de Corea (FSC) indicó que el incidente de envío erróneo de Bitcoin ocurrido recientemente en Bithumb resalta la fragilidad sistémica existente en el campo de los activos criptográficos, y es necesario fortalecer aún más las reglas de supervisión. El director de la FSS, Lee Chan-jin, señaló en una conferencia de prensa que el evento refleja problemas estructurales en los sistemas electrónicos de activos virtuales, que los departamentos regulatorios están examinando como prioridad y que incorporarán los riesgos relevantes en consideraciones legislativas posteriores, para promover la inclusión de los activos digitales en un marco regulatorio más completo. Ya se ha iniciado urgentemente una inspección in situ, y se ha indicado claramente que se ampliará a otros exchanges locales como Upbit y Coinone, lo que muy probablemente significa que la capa regulatoria ya ha entendido esta señal.
Conclusión
El airdrop fantasma de 400 mil millones de dólares de Bithumb, superficialmente absurdo, es en realidad profundo. Expone un problema de larga data de la manera más直观 posible sobre la mesa. La conveniencia de los exchanges centralizados se basa esencialmente en una relación de confianza altamente asimétrica: los usuarios creen que el "saldo" en su cuenta equivale a activos reales, cuando en realidad, eso es solo una promesa unilateral de la plataforma hacia el usuario. Una vez que el control interno falla o es utilizado maliciosamente, 'tu saldo' puede desaparecer en un instante.
Por lo tanto, incluso si el incidente de Bithumb concluyó de manera "controlada", no debería interpretarse como un manejo exitoso de la crisis, sino más bien como una campana de alarma que debe ser escuchada. La velocidad, el bajo costo y la alta liquidez que persiguen los exchanges siempre se obtienen a cambio de que los usuarios renuncien al control directo sobre sus activos. Mientras esta premisa no sea abordada adecuadamente, riesgos similares no desaparecerán realmente.
