Autor: Ding Dang
Título original: Detrás del incidente de 2000 BTC: El problema fundamental de los libros contables de los CEX
El 6 de febrero por la noche, el exchange de criptomonedas coreano Bithumb, durante una campaña de marketing 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 campaña de "cofre sorpresa" a pequeña escala. Según el diseño oficial, la plataforma planeaba distribuir recompensas en efectivo por un total de aproximadamente 620,000 wones coreanos (KRW) a 695 usuarios participantes. De estos, 249 usuarios abrieron realmente el cofre y reclamaron la recompensa, lo que equivale a unos 2000 KRW por persona, aproximadamente 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ó erróneamente en BTC (Bitcoin) en lugar de KRW (wones coreanos). En un instante, se "airdropearon" 2000 BTC a cada usuario que abrió el cofre, totalizando 620,000 bitcoins. El saldo mostrado en una sola cuenta superaba los 160 millones de dólares.
Al precio de entonces, de unos 98 millones de KRW por BTC (aproximadamente 67,000 dólares), el valor contable de estos bitcoins que "aparecieron de la nada" era de unos 415-440 mil millones de dólares. Aunque estos activos no existían en la cadena (on-chain), eran "comerciables" dentro del sistema interno del exchange. El resultado fue casi inmediato: 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 KRW (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.
¿Realmente es motivo de alegría la "recuperación ultrarrápida" de Bithumb?
Bithumb declaró en un comunicado posterior sobre el 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 se había recuperado más del 99% del monto pagado por error. El 0.3% restante (1788 BTC) que ya había sido vendido fue cubierto con los activos propios de la empresa, garantizando que los activos de los usuarios no se vieran afectados. Simultáneamente, la plataforma implementó una serie de medidas de compensación. A partir del 8 de febrero, se iniciaron gradualmente medidas de compensación para los usuarios, incluyendo el pago de 20,000 KRW a los usuarios que estaban en línea durante el incidente, la devolución de la diferencia de precio a los usuarios que vendieron a precios bajos 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 trading durante 7 días.
Hasta este punto, todo el incidente parecía haber terminado de manera "controlada".
Pero otra pregunta aún ronda en nuestras mentes: ¿Por qué pudo Bithumb generar de una vez, en su backend, 620,000 BTC que simplemente no existían?
Para responder a esta pregunta, debemos regresar al núcleo central de los exchanges centralizados (CEX), una capa que rara vez es 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 en tiempo real por el estado de la cadena, los exchanges centralizados, en su búsqueda de una velocidad de transacción extrema, baja latencia y costos mínimos, adoptan casi en su totalidad un modelo híbrido de "libro contable interno + liquidación diferida".
Los saldos que ves, los registros de transacciones, las curvas de ganancias y pérdidas, son esencialmente solo cambios numéricos en la base de datos del exchange. Cuando recargas fondos, operas o retiras, solo las partes que realmente involucran el movimiento de activos en la cadena (como retirar fondos a una wallet externa, transferencias entre exchanges, liquidaciones internas de gran volumen) 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 activos". Esta es la razón fundamental por la que Bithumb pudo "generar de la nada" saldos mostrados de 620,000 BTC en un instante.
Este modelo ofrece una gran comodidad: emparejamiento en milisegundos, tarifas de Gas cero, soporte para productos financieros complejos como apalancamiento, contratos de futuros, préstamos, etc. Pero la otra cara de la comodidad es una asimetría de confianza fatal: los usuarios creen que "mi saldo es mi activo", cuando en realidad, lo que poseen es una simple promesa (IOU) de la plataforma. Siempre que los permisos del backend sean lo suficientemente amplios 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 para el tercer trimestre de 2025, las tenencias reales de Bitcoin de la plataforma eran de unas 42,600 monedas, de las cuales solo 175 eran activos propios de la empresa, y el resto eran activos en custodia de usuarios. Sin embargo, 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 volumen real de 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 (Bug), 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 ya ha confirmado esto una y otra vez con lecciones dolorosas. Por ejemplo, el colapso de Mt.Gox en 2014. Aunque este evento ocurrió hace más de diez años, todavía recordamos el pánico en el mercado cada vez que se producían grandes transferencias relacionadas con las indemnizaciones del exchange.
Mt.Gox, como el exchange de Bitcoin más grande del mundo en ese momento, llegó a representar más del 70% del volumen de trading de Bitcoin, pero en febrero de 2014 suspendió abruptamente los retiros y declaró bancarrota, alegando haber "perdido" alrededor de 850,000 BTC (con un valor entonces de unos 460 millones de dólares; informes posteriores ajustaron la cifra a alrededor de 744,000). Superficialmente, esto se debió a que hackers aprovecharon una vulnerabilidad de "maleabilidad de la transacción" en el protocolo de Bitcoin, alterando el ID de la transacción para que el exchange erroneamente pensara que el retiro no había ocurrido y thus reenviara los fondos. Pero una investigación más profunda (incluidos informes de equipos de seguridad como WizSec en 2015) reveló una verdad más cruel: la gran mayoría de los bitcoins perdidos habían sido robados gradualmente entre 2011 y 2013, pero Mt.Gox no se dio 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 arbitrariamente los saldos de los usuarios sin necesidad de una transferencia en cadena correspondiente. La wallet caliente (hot wallet) fue pirateada repetidamente, los fondos se transfirieron 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 la transacción" como excusa. Finalmente, la quiebra de Mt.Gox no solo destruyó la confianza de los usuarios, sino que también provocó una caída del precio de Bitcoin de más del 20%, 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 varios cientos de millones de dólares en la ronda de financiación de la startup de IA Anthropic. Si FTX no hubiera caído, su participación en Anthropic podría valer ahora 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, desajustado 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 igualmente por Sam Bankman-Fried (SBF). El balance de Alameda estaba repleto de FTT, un token nativo 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 en secreto a Alameda y utilizados para trading 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 App 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.
El pago a los acreedores de FTX aún no se ha 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 terminado 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 porque el número de usuarios afectados era limitado (solo 695 personas), los activos erróneos aún no habían llegado a la cadena a gran escala, y la plataforma tenía una capacidad de control de cuentas extremadamente fuerte (congelar permisos de trading/retiro/inicio de sesión por lotes con un clic), el desastre pudo contenerse dentro de un rango donde era "posible tapar el agujero con fondos propios". 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, el Servicio de Supervisión Financiera de Corea (FSC) declaró que el incidente de envío erróneo de Bitcoin ocurrido recientemente en Bithumb pone de relieve las fragilidades sistémicas existentes en el ámbito de los activos criptográficos y es necesario fortalecer aún más las normas de supervisión. Lee Chan-jin, director del FSS, señaló en una rueda de prensa que este evento refleja problemas estructurales en los sistemas electrónicos de activos virtuales, que los reguladores están examinando intensamente 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. Es muy probable que esto signifique que los reguladores ya han entendido la señal.
Conclusión
El airdrop fantasma de 400 mil millones de dólares de Bithumb, superficialmente absurdo, es en realidad profundo. Expone de la manera más直观 un problema de larga data. 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 aprovechado maliciosamente, "tu saldo" puede desaparecer en un instante.
Por lo tanto, incluso si el incidente de Bithumb terminó 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 liquedad 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.
Twitter:https://twitter.com/BitpushNewsCN
Grupo de Telegram de Bitpush:https://t.me/BitPushCommunity
Suscripción a Telegram de Bitpush: https://t.me/bitpush
