Entre las 20:04 y las 23:56 UTC del 29 de octubre de 2026, aproximadamente 6.300 millones de dólares en activos digitales salieron de los hot wallets de Binance y no regresaron. Según la firma de análisis de blockchain Bitquery, las salidas abarcaron entre nueve y diez cadenas de bloques distintas. TRM Labs situó la cifra en aproximadamente 6.360 millones de dólares y señaló que la mayor parte se movió en unos veinte minutos, a partir de las 20:05 UTC.

El momento más importante se produjo a las 20:20:59 UTC. La firma de seguridad Blockaid rastreó una transacción de Ethereum que contenía cincuenta autorizaciones del llamado EIP-7702, todas dirigidas a la wallet conocida públicamente como Binance 14. Cuarenta y nueve fallaron. Una tuvo éxito. Esa única autorización entregó el control de la wallet a un contrato inteligente controlado por el atacante, que a continuación vació 167.464 ETH y 1.600 millones de USDT. Una segunda hot wallet de Binance en Ethereum firmó por separado nueve transferencias por valor de 174 millones de dólares directamente al atacante. Solo en Ethereum, los datos de Etherscan mostraron una salida de aproximadamente 2.800 millones de dólares, compuesta por 195.470 ETH, 1.615 millones de USDT, 780 millones de USDC y más de sesenta tokens adicionales.

Para poner esto en perspectiva: el anterior récord de robo de criptoactivos fue el hackeo de Bybit de febrero de 2025, por unos 1.500 millones de dólares. Este fue aproximadamente cuatro veces mayor. El fundador de Binance, Changpeng Zhao, publicó en X a las 21:15 UTC que, en efecto, parecía un hackeo, mientras el dinero aún estaba en movimiento.

En este artículo exploramos cómo funciona realmente un hot wallet de un exchange, qué es el EIP-7702 y por qué convirtió una firma en una llave maestra, cómo encaja en el panorama el portátil comprometido de un ingeniero, por qué ha cambiado la versión de los hechos de Binance, cómo se congelaron aproximadamente 3.000 millones de dólares en pleno vuelo, y qué supone este episodio para los argumentos a favor de mantener activos en exchanges centralizados.

Hot wallets, cold wallets y por qué los exchanges mantienen ambos

Un exchange de criptoactivos guarda los activos de sus clientes en dos grandes categorías.

  • Las cold wallets son almacenamiento cuyas claves privadas, las cadenas secretas que autorizan una transacción, se mantienen fuera de línea. Sacar fondos requiere una acción física, deliberada, a menudo con intervención de varias personas. Seguras, pero lentas.
  • Los hot wallets están conectados a internet y al propio software del exchange. Existen para que, cuando un cliente pulse "retirar", las monedas lleguen en minutos y no en horas. Son la caja registradora, no la bóveda.

La disyuntiva es estructural, no un error. Un exchange sin hot wallet no puede funcionar. Un exchange con hot wallet tiene un sistema conectado a internet que está autorizado, por diseño, a firmar transacciones que mueven dinero de clientes. Muchos de los grandes robos a exchanges han sido ataques precisamente a esa costura, aunque no todos: el robo de 1.500 millones de dólares a Bybit en febrero de 2025 vació una cold wallet multifirma de Ethereum durante una transferencia programada, mediante una interfaz de firma manipulada.

Vale la pena destacar las proporciones aquí. Los datos de DefiLlama indicaban que las wallets públicas de Binance mantenían casi 145.000 millones de dólares antes del hackeo, de modo que el robo representó aproximadamente un 4,4 % del total. Es una cifra devastadora en términos absolutos y asumible en términos relativos, que es precisamente la razón por la que persiste el modelo de hot wallet.

Qué es el EIP-7702, en términos sencillos

Ethereum ha tenido históricamente dos tipos de cuentas. Una cuenta de propiedad externa es una wallet ordinaria controlada por una clave privada: puede guardar activos y enviarlos, y eso es todo. Una cuenta de contrato inteligente es un fragmento de código que puede guardar activos y seguir instrucciones programadas, pero no tiene clave propia.

El EIP-7702, introducido con la actualización Pectra de Ethereum, difumina esa línea. Permite que una wallet ordinaria controlada por clave delegue temporalmente su ejecución a código de contrato inteligente, mediante la firma de un mensaje de autorización. En la práctica, la wallet dice: a efectos de esta transacción, trátenme como si estuviera ejecutando este programa.

La intención es la comodidad del usuario. La delegación permite funciones como agrupar varias acciones en una sola transacción, o dejar que un tercero pague la comisión de gas en nombre de un usuario, sin obligar a la gente a migrar a una dirección de wallet completamente nueva. Es una mejora genuina en la usabilidad.

El riesgo es el reflejo especular del beneficio. Una autorización EIP-7702 no es una transferencia. Es una concesión de control. Aprobar la incorrecta no hace que el firmante pierda una sola moneda en el momento de firmar; lo que hace es entregar las llaves del coche a un desconocido que puede llevárselo más tarde.

Eso es exactamente lo que ocurrió. La autorización que tuvo éxito delegó la hot wallet de Binance a lo que Elliptic describió como un "contrato recolector" (sweeper contract), un programa construido con un único propósito: vaciar todo lo que contiene la wallet en una sola pasada. La transacción que vació la wallet fue, desde el punto de vista de la blockchain, enteramente válida. Etherscan acabó etiquetando las direcciones de destino como "Binance Hot Wallet Exploiter" y "Binance Hot Wallet Exploiter 2", marcadas como "Exploit", porque no había ningún sentido a nivel de protocolo en el que algo hubiera salido mal.

La puerta humana

Una autorización válida tiene que ser firmada por algo. A las 02:23 UTC del 30 de octubre, Binance anunció un hallazgo inicial: el portátil comprometido de un ingeniero de DevOps había permitido a un atacante acceder a un contenedor de servicio y enviar transacciones de retiro no autorizadas. Un ingeniero de DevOps es la persona que mantiene la infraestructura que hace funcionar los sistemas de un exchange; un contenedor de servicio es un entorno de software aislado donde se ejecuta uno de esos sistemas.

Crucialmente, Binance afirmó que no había encontrado pruebas de que se hubiera filtrado ninguna clave privada de wallet. El director ejecutivo de Blockaid, Ido Ben-Natan, declaró que las pruebas apuntan a una infraestructura de firma comprometida y no a una clave filtrada, y trazó un paralelismo con el hackeo de Bybit de febrero de 2025.

Esta distinción importa más de lo que parece. Una clave robada es el robo de un secreto. Una canalización de firma comprometida es la subversión de un proceso legítimo: el sistema sigue guardando sus secretos, pero se le ha persuadido de usarlos en beneficio de un atacante. Desde fuera, on-chain, ambas situaciones son indistinguibles. Las dos producen firmas perfectamente válidas.

El mecanismo preciso mediante el cual el acceso al portátil se convirtió en una autorización firmada de EIP-7702 no se ha publicado, y sería incorrecto especular al respecto.

Dónde divergen las versiones

La historia de Binance no se mantuvo estable. Tras señalar inicialmente al portátil, la compañía afirmó más tarde que el incidente se debe a múltiples factores y que su investigación en curso había descubierto puntos de brecha adicionales. El co-CEO Richard Teng, que sucedió a Changpeng Zhao en noviembre de 2023, declaró que el atacante no se limitó a usar los permisos de un solo ingeniero y que no se trató de una única acción de un solo clic. Teng también afirmó que la investigación no ha atribuido responsabilidad a ningún individuo.

Los investigadores externos actuaron con mayor rapidez en la atribución. TRM Labs atribuyó el ataque a TraderTraitor, una unidad de hackeo respaldada por el estado norcoreano también rastreada como Lazarus Group y APT38. La propia Binance no ha vinculado el incidente a ningún grupo de hackers o actor de amenazas en sus propias declaraciones.

Esta divergencia es normal, no sospechosa. Las firmas de inteligencia de blockchain atribuyen en función del balance de patrones on-chain y off-chain, y publican rápidamente. Un exchange bajo escrutinio legal y regulatorio solo atribuye lo que puede probar. Vale la pena señalar que, en las fuentes disponibles, no se había confirmado ninguna atribución oficial de las fuerzas del orden; el vínculo con Corea del Norte descansa en el análisis de firmas privadas.

La congelación: la centralización silenciosa de las criptomonedas

Alrededor de 3.000 millones de dólares de los fondos robados, aproximadamente la mitad del total, se han congelado en cadena. El director ejecutivo de Tether declaró que se habían congelado más de 1.567 millones de USDT. Circle, emisor de USDC, y World Liberty Financial, respaldada por Trump, también congelaron sus tenencias de stablecoins.

Esto merece que nos detengamos en ello. Una stablecoin vinculada al dólar es un pasivo de su emisor, y el emisor conserva la capacidad técnica de incluir en una lista negra una dirección, dejando inertes los tokens allí guardados. El activo sigue en la blockchain. Simplemente deja de ser redimible o transferible.

De modo que el factor mitigante más importante en el mayor robo de criptoactivos de la historia no fue la criptografía, la descentralización ni la inmutabilidad. Fue un puñado de empresas privadas ejerciendo control administrativo sobre sus propios tokens. El ETH robado, que no tiene emisor, no pudo congelarse del mismo modo. La lección práctica es que cuanto más centralizado es un criptoactivo, más recuperable resulta tras un robo, y más dependen sus titulares, el resto del tiempo, de la discreción de un emisor.

Quién asume la pérdida

Binance afirmó que cubriría todas las pérdidas utilizando su Secure Asset Fund for Users, conocido como SAFU, una reserva de aproximadamente 1.000 millones de dólares en bitcoin, más fondos propios de la compañía. SAFU es un fondo de seguro que Binance reservó precisamente para este tipo de episodio. Con aproximadamente 1.000 millones de dólares frente a una pérdida bruta de 6.300 millones, cubre una fracción, y el resto procede del propio balance de la empresa y, si las gestiones de recuperación dan resultado, de los fondos congelados que se recuperen.

A nivel operativo, Binance suspendió los depósitos y retiros, revocó la autorización de la dirección afectada, y colaboró con las fuerzas del orden y con socios de inteligencia de blockchain. Esperaba reanudar los retiros en un plazo de aproximadamente 48 horas, descrito más tarde como en vías de cumplirse dentro de las 45 horas desde su última actualización, tras una revisión de seguridad del servicio de retiros.

Una suspensión de retiros es el momento en que una plataforma de negociación se convierte en una cuestión de crédito. Los clientes que creían ser propietarios de activos descubren que son titulares de un derecho frente a una empresa, y el valor de ese derecho depende de si la empresa puede absorber el agujero.

Qué significa para los exchanges centralizados

De esto se derivan tres implicaciones incómodas.

  • Las nuevas funciones de protocolo amplían la superficie de ataque de maneras que las instituciones no han valorado. El EIP-7702 es un diseño razonable que sirve a usuarios reales. También convierte una firma en una transferencia de control, lo que eleva las consecuencias de cualquier vía de firma comprometida.
  • El eslabón más débil sigue siendo humano y operativo. Este ataque no requirió romper la criptografía. Requirió alcanzar la maquinaria que usa la criptografía de forma legítima.
  • La escala es ahora, en sí misma, un factor de riesgo. Una plataforma que mantiene cerca de 145.000 millones de dólares en wallets visibles es un objetivo que merece meses de preparación para un adversario con recursos abundantes, incluido uno respaldado por un estado.

El contraargumento es que el sistema resistió. Binance se mantuvo solvente, aproximadamente la mitad de los fondos quedó inmovilizada, y se esperaba que los retiros se reanudasen en un plazo medido en días, con el exchange afirmando que seguía en vías de reiniciarlos en aproximadamente 45 horas desde su última actualización, tras haberlos suspendido hacia las 22:15 UTC del 29 de octubre. Es un resultado sustancialmente distinto del de las quiebras de exchanges de los primeros años de las criptomonedas.

Conclusiones clave para inversores

  • Aproximadamente 6.300 millones de dólares salieron de los hot wallets de Binance el 29 de octubre de 2026 a través de entre nueve y diez blockchains, unas cuatro veces el importe del hackeo de Bybit de 1.500 millones de dólares en febrero de 2025.
  • Una única autorización EIP-7702 exitosa a las 20:20:59 UTC, una de las cincuenta intentadas en una sola transacción, delegó una hot wallet de Binance a un contrato recolector controlado por el atacante.
  • Binance informó de que no había pruebas de filtración de ninguna clave privada, señalando en cambio a una infraestructura de firma comprometida a la que se accedió a través del portátil de un ingeniero de DevOps y, más tarde, a puntos de brecha adicionales.
  • Se congelaron aproximadamente 3.000 millones de dólares, un total que incluye stablecoins congeladas por los emisores Tether, Circle y World Liberty Financial, lo que pone de relieve que la recuperabilidad en las criptomonedas depende del control centralizado de los emisores.
  • Binance se comprometió a cubrir las pérdidas con su reserva SAFU de aproximadamente 1.000 millones de dólares más fondos propios de la compañía, y el robo representó alrededor del 4,4 % de sus tenencias públicamente visibles.
  • La atribución a TraderTraitor, de Corea del Norte, proviene de firmas de inteligencia privadas, no de Binance ni de declaraciones oficiales confirmadas de las fuerzas del orden en la información disponible.

Conclusión

Lo llamativo de este hackeo es lo poco que tuvo de fallo de la tecnología blockchain. Todas las transacciones fueron válidas. Todas las firmas superaron la verificación. El libro mayor funcionó exactamente como fue diseñado, lo cual es el problema: un sistema construido para ejecutar instrucciones sin criterio propio ejecutará las instrucciones de un ladrón con la misma indiferencia que muestra ante las de un cliente.

Lo que detuvo la hemorragia no fue el código, sino las contrapartes. Tether congeló tokens. Circle congeló tokens. Binance comprometió su propio balance. La infraestructura que limitó el daño fue precisamente la capa centralizada, discrecional y corporativa que las criptomonedas fueron diseñadas originalmente para evitar. Mantener activos en un exchange siempre ha sido una apuesta por una institución, no por un protocolo. El hackeo de octubre de 2026 no cambió eso. Simplemente hizo visible esa apuesta, y mostró lo que cuesta cuando llega el momento de pagarla.