Robaron 0,36 ETH y 520.000 ETH huyeron de la noche a la mañana. Lo interesante de esta historia está precisamente en lo que hay entre esas dos cifras.
Una falsa alarma seguida por cinco millones de personas
A finales de septiembre de 2026, muchas personas encendieron el móvil y vieron un mensaje: MetaMask tenía problemas y 520.000 ETH estaban en cola para retirarse. La cifra asustaba. 520.000 ETH, que al precio de entonces equivalían a unos 1.400 millones de dólares. La cola de retiros pasó de 166.000 ETH el 29 de septiembre a 850.000 en tres días, un aumento del 392 %. La espera para retirar rondaba los 15 días. Los titulares de los medios eran cada vez más alarmistas: «El staking de Ethereum, al borde del colapso» y «La mayor oleada de retiros de la historia».
¿Y cuál fue la pérdida real? 0,36 ETH, unos 967 dólares. No se aplicó slashing a ningún validador. No robaron la billetera de ningún usuario. No se perdió ni un solo céntimo del capital en staking.
Lo interesante del caso es esto: una pérdida directa de 967 dólares desencadenó un traslado masivo de fondos por valor de miles de millones de dólares. Si dices que es grave, sí: dejó 850.000 ETH atascados en el canal de salida. Si dices que es poca cosa, el hacker se pasó cuatro horas y media trabajando y lo que consiguió no le alcanzaba ni para comprar un metro cuadrado dentro del quinto anillo de circunvalación de Pekín.
La pregunta es: ¿se trata de una crisis sistémica del staking de Ethereum o de un simulacro de gestión de riesgos cuyo alcance se ha exagerado en los titulares? Antes de responder, primero hay que entender qué ocurrió.
¿Qué hizo exactamente el hacker?
Primero, ¿qué es MetaMask Staking? Es el servicio de staking de MetaMask (Consensys y MetaMask acaban de separarse: una se dedica al desarrollo de infraestructura básica y la otra al mercado de consumo y acceso inicial). MetaMask Staking antes se llamaba Consensys Staking. No acepta depósitos directamente de los usuarios; opera nodos para protocolos de staking líquido como Lido (Node Operator), ejecutando nodos validadores. Hay un punto clave que debes recordar: es no custodial (non-custodial). Eso significa que MetaMask se encarga de ejecutar los nodos y firmar bloques, pero no posee la clave de retiro (withdrawal key) de los usuarios. La clave que permite transferir los 32 ETH de capital no está en sus manos.
Lo ocurrido el 30 de septiembre no fue, como muchos creen, que «hackearan la billetera MetaMask». Las criptomonedas que los usuarios normales tenían en sus billeteras MetaMask no se vieron afectadas en ningún momento. El problema estaba en su infraestructura de staking.
El atacante entró en el sistema que MetaMask usa para ejecutar validadores mediante un método que aún no se ha revelado y llevó a cabo una acción: modificó el fee recipient de algunos validadores, es decir, la dirección que recibía las propinas de los bloques (priority fee).
Cuando los validadores proponen bloques, los usuarios que hacen transacciones pagan una propina. Esa propina debería haberse enviado a la tesorería de recompensas de Lido, pero el cambio hizo que llegara a la dirección del hacker. Los fondos iniciales de esa dirección procedían del mezclador Tornado Cash.
El ataque duró unas 4,5 horas. Durante ese periodo, los validadores operados por MetaMask propusieron 19 bloques; robaron las propinas de 18 de ellos. En total, fueron 0,36 ETH.
No parece un gran robo. Pero la reacción de MetaMask fue contundente: presentó solicitudes de salida para los aproximadamente 17.000 validadores, lo que afectaba a unos 523.000 ETH (según los datos on-chain de Bitquery, eran 16.965 validadores y unos 565.000 ETH).
¿Por qué hacer que miles de millones de dólares se muevan por el robo de menos de mil dólares?
Porque, al ver que se había modificado el fee recipient, el equipo de seguridad no pensó «nos robaron las propinas», sino que se hizo una pregunta mucho más inquietante: si el atacante podía cambiar el fee recipient, ¿también podía acceder a la clave de firma del validador (signing key)?
La clave de firma es la clave activa que utiliza el validador mientras está en funcionamiento para firmar atestaciones y bloques. No puede transferir directamente los 32 ETH de capital, pero sí puede hacer algo más peligroso: firmar mensajes contradictorios. En el mecanismo PoS de Ethereum, si un validador firma dos bloques o atestaciones incompatibles, se activa el slashing (penalización): se quema parte del capital y se expulsa al validador de la red.
Si se filtra la clave de firma de un solo validador, la penalización es limitada. Pero si se controlaran a la vez las claves de 17.000 validadores y el atacante iniciara una infracción a gran escala, las consecuencias del correlated slashing (slashing correlacionado) podrían alcanzar unos 22.000 ETH.
El problema al que se enfrentaba MetaMask no era «cuánto hemos perdido ya», sino «¿podemos seguir confiando en que estas claves son seguras?». No saber exactamente a qué permisos había accedido el atacante era, por sí mismo, el mayor riesgo.
Por eso eligieron la opción más conservadora: retirar a todos los validadores. Prefirieron aceptar pérdidas conocidas y acotadas —ninguna recompensa mientras esperaban en la cola de salida y quizá algunas penalizaciones leves por inactividad— para eliminar ese riesgo extremo e incontrolable.
Fue una decisión típica de ingeniería de seguridad. No fue una reacción de pánico: hicieron bien las cuentas.
Qué ocurrió durante esos ocho días
Los acontecimientos avanzaron mucho más rápido de lo que muchos creen.
La mañana del 30 de septiembre, la dirección del atacante recibió fondos de Tornado Cash. Un dato interesante: según los registros on-chain, MetaMask inició la salida de su primer validador unos 19 minutos antes de que se desviara la primera propina anómala. Esto indica que su sistema de monitorización ya había detectado la anomalía y que la respuesta no fue lenta.
Entre las 12:12 UTC y las 16:46 UTC tuvo lugar el periodo en que se desviaron las propinas: 18 bloques y 0,36 ETH. Después, se restableció el fee recipient correcto. A las 23:35 de ese mismo día, MetaMask publicó en X su primer comunicado público, con un tono muy mesurado: «Estamos respondiendo a un incidente de seguridad que afecta a parte de nuestra infraestructura». También recalcó que «no se ha detectado una amenaza inmediata para las billeteras MetaMask» y que ya estaba «retirando preventivamente a los validadores afectados». Casi al mismo tiempo, Lido publicó un comunicado de seguridad en su foro de gobernanza.
El 1 de octubre, el investigador on-chain Kaden publicó un análisis en el que calculaba que habían salido unos 17.000 validadores, equivalentes a 523.000 ETH. El recuento posterior de Bitquery fue mayor: 16.965 validadores y 565.000 ETH. Ese mismo día, MetaMask actualizó el estado de la investigación y dijo que no había pruebas de que se hubieran visto afectadas las billeteras ni los fondos de los clientes. La cola de salida empezó a crecer rápidamente y ese día llegó a 770.000 ETH.
El 2 de octubre, la cola alcanzó su máximo: unos 850.000 ETH, con un tiempo de espera de 14,77 días, el récord de 2026. Aproximadamente el 62 % correspondía a MetaMask. Así se pasó de 166.000 ETH el 29 de septiembre a 850.000: un aumento del 392 %.
Del 3 al 5 de octubre, la cola empezó a reducirse. Joseph Lubin, fundador de MetaMask, se pronunció públicamente y dijo que no había indicios de que se hubieran visto afectadas las claves privadas ni las frases semilla de los usuarios, y que las claves de los validadores implicados ya se habían rotado. En la comunidad de Lido surgió una propuesta para fijar en 0 el targetLimit de MetaMask como operador de nodos; es decir, dejar de asignarle nuevos depósitos. Es una señal muy contundente. El 5 de octubre, la cola había bajado a unos 767.000 ETH.
El 6 de octubre, MetaMask había completado prácticamente la salida de los validadores de Lido. El APR de stETH se mantuvo estable en el 2,23 %, sin apenas fluctuaciones.
El 7 de octubre, Lido esperaba que el último grupo de validadores afectados completara el proceso de salida. Ojo: «completar la salida» no significa que el dinero ya haya vuelto a la cuenta. Tras salir, los validadores aún tienen que esperar a que se procesen los retiros; después, si quieren volver a hacer staking, deben ponerse en la cola de entrada. El ciclo completo puede tardar hasta unos 45 días. Pero esos 45 días se refieren al tiempo que tarda el capital en volver a generar rendimientos, no a que stETH vaya a estar bloqueado durante 45 días: stETH, como token de staking líquido, se puede transferir y negociar normalmente en todo momento. Muchos medios han confundido estas cosas.
La verdad sobre la cola
Hay que distinguir tres cifras; de lo contrario, cuanto más se lee, más confuso resulta.
523.000 ETH es la cantidad de la salida preventiva de MetaMask, una medida de gestión de riesgos tomada voluntariamente por el operador. 850.000 ETH es el máximo de la cola de salida de toda la red: además de los 523.000 de MetaMask, unos 330.000 ETH correspondían a salidas por otros motivos (incluidas algunas por imitación y salidas normales). El 392 % es el aumento de la cola desde finales de septiembre hasta el 2 de octubre; no es el porcentaje robado ni el porcentaje de pérdidas.
Alguien preguntó por qué Ethereum no dejó que esos 523.000 ETH salieran de una sola vez. ¿Esperar medio mes en la cola significa que el sistema no funciona? Justo lo contrario: es un freno previsto por el protocolo. Ethereum aplica un churn limit (límite de rotación) tanto a la activación como a la salida de validadores. Cada epoch dura 6,4 minutos y la red solo puede procesar una cantidad fija de salidas. Si cualquiera pudiera ordenar la salida instantánea de cientos de miles de ETH, un atacante podría aprovecharlo para golpear la capa de consenso. La cola existe, precisamente, para proteger la estabilidad de la red.
El máximo de 850.000 ETH en la cola de esta ocasión representa alrededor del 2 % de los aproximadamente 43,6 millones de ETH en staking en toda la red. Una minucia.
El impacto en Lido también fue limitado. Lido cuenta con más de 600 operadores de nodos independientes; no depende únicamente de MetaMask. Además, tiene una reserva temporal de más de 6.750 stETH para absorber perturbaciones operativas. El mensaje oficial de Lido fue el mismo de principio a fin: los titulares de stETH no tienen que hacer nada. Los ETH irán regresando gradualmente mediante el proceso de salida, retiro y reingreso; puede que se pierdan algunas recompensas durante el proceso, pero el capital está a salvo.
La reacción del mercado también fue tranquila. Durante el incidente, el precio de ETH osciló en un rango estrecho, entre 2.686 y 2.725 dólares, sin desplomarse. Como las salidas se procesaron en cola y se repartieron a lo largo de más de dos semanas, no se produjo una presión vendedora concentrada. Más interesante aún es lo que mostraban los datos del mismo periodo: la cola de entrada de nuevos depósitos en staking tenía una espera de unos 25 días, con entre 1,44 y 1,5 millones de ETH a la espera de entrar. Mientras unos salían, muchos más esperaban para entrar. La demanda de staking no se desplomó.
Los demás protocolos DeFi apenas se vieron afectados. El fundador de Aave dijo que los contratos centrales y los pools de liquidez de V3 no sufrieron ningún impacto. Ethena retiró preventivamente parte de sus fondos de Morpho al principio, pero volvió a depositarlos una vez aclarada la situación. El mercado de colateral de stETH en Aave siguió funcionando con normalidad.
Lo que sí ocurrió por esas fechas fue una vulnerabilidad en el adaptador de terceros FlashLoopAdapter, que permitió robar unos 114 ETH de dos billeteras Safe. Algunos medios pequeños se lo atribuyeron erróneamente a MetaMask. No tiene nada que ver una cosa con la otra.
Tres claves, tres destinos
Para entender hasta dónde llegó el impacto de este incidente, hay que tener claro cuántas «claves» tiene un validador de Ethereum. Mucha gente piensa que «una clave privada controla 32 ETH», pero no es así.
La primera es la withdrawal key, la clave de retiro. Determina adónde se envía el capital de 32 ETH cuando se retira. Esta clave está en manos del usuario o del protocolo Lido; MetaMask, como operador, no la posee. El atacante no llegó a tocarla en ningún momento. Esa es la garantía fundamental de que el capital está a salvo.
La segunda es la signing key, la clave de firma. Es la clave activa que el validador usa mientras está en funcionamiento para firmar atestaciones y bloques, y para solicitar la salida. No puede transferir directamente el capital, pero si se usa para firmar mensajes contradictorios, puede activar el slashing. Cuando MetaMask operaba los nodos, esta clave estaba en sus servidores; lo que presuntamente quedó expuesto en este incidente fue este nivel de acceso.
La tercera es el fee recipient, la dirección que recibe las propinas por proponer bloques. Es un parámetro local del nodo que determina adónde se envían las comisiones prioritarias de cada bloque. Lo que el atacante consiguió modificar en esta ocasión fue precisamente esa dirección.
Tres claves para tres funciones, con permisos separados. Ese diseño es la razón principal por la que el incidente no terminó en una catástrofe. Que el hacker pueda cambiar la dirección de las propinas no significa que pueda llevarse el capital; incluso si consiguiera la clave de firma, solo podría causar pérdidas por slashing, no transferir las monedas directamente. Y la clave de retiro ni siquiera estaba en el sistema atacado.
Los mecanismos de seguridad del protocolo también funcionaron. El límite de salidas evitó que la red se desestabilizara de golpe; se evitó el slashing al salir voluntariamente antes de que se activara el mecanismo, y la arquitectura no custodial mantuvo en todo momento el capital bajo la propiedad de los usuarios. En todo el incidente: cero casos de slashing, cero pérdidas de capital y cero billeteras robadas.
No es la primera vez que ocurre algo así. En septiembre de 2025, Kiln, otro operador importante de Lido, también retiró a todos sus validadores después de detectar una posible intrusión en su infraestructura. El guion fue casi idéntico: posible filtración de claves, salida preventiva de todos los validadores, aceptar pérdidas de rendimiento para eliminar el riesgo de slashing y divulgación oficial limitada. Dos incidentes en un año indican que no se trata de un cisne negro, sino de un problema estructural recurrente en el ecosistema del staking líquido.
La verdadera vulnerabilidad no está en la cadena
Que el protocolo no haya tenido problemas no significa que no haya nada que mejorar. El verdadero riesgo que puso de manifiesto este incidente no está en el código de la capa de consenso de Ethereum, sino en los centros de datos de los operadores de nodos.
El primer riesgo es el riesgo del operador (Operator Risk). La clave de firma es una clave activa y tiene que estar en línea. Mientras lo esté, funcionará en algún servidor. Ese servidor está en el centro de datos de un proveedor de servicios en la nube, se despliega mediante una canalización de CI/CD, lo gestiona personal de operaciones y depende de bibliotecas de software de terceros. Una filtración de credenciales de la nube, el robo de un token de GitHub, un ataque de phishing al dispositivo de un empleado, una configuración incorrecta de Kubernetes o una manipulación de la cadena de suministro: cualquier fallo en cualquiera de estos puntos podría permitir que un atacante accediera a la clave de firma. A día de hoy, MetaMask no ha explicado públicamente cómo logró entrar el atacante.
El segundo riesgo es el de concentración. Aunque Lido cuenta con más de 600 operadores, un solo operador grande, como MetaMask o Kiln, puede gestionar una cantidad considerable de validadores. En esta ocasión, el 62 % de la cola de salida de toda la red correspondía a MetaMask. La decisión de seguridad de un solo socio de infraestructura puede afectar a un pool de fondos mucho mayor que su propia participación e incluso alargar a dos semanas el tiempo de espera para salir de toda la red. La descentralización se ha conseguido en la capa de los contratos inteligentes; en la operación de nodos, todavía queda mucho por hacer.
El tercer riesgo es la falta de transparencia. Desde el 30 de septiembre hasta hoy, MetaMask no ha revelado el vector de intrusión concreto, no ha publicado una lista exacta de los validadores afectados ni ha confirmado si se obtuvo por completo la clave de firma. Kaden estimó que eran 17.000; Bitquery también contabilizó 17.000, mientras que el registro de Lido arroja unos 7.204. Las cifras difieren en más del doble y ninguna ha sido confirmada oficialmente. Kaden también descubrió que, durante la revisión, unos 821 validadores potencialmente afectados seguían en funcionamiento, por motivos desconocidos. Desde fuera es imposible evaluar de forma independiente la verdadera exposición al riesgo, así que el mercado solo puede hacer conjeturas. MetaMask aún no ha publicado el informe post mortem que prometió.
El cuarto riesgo es el riesgo extremo de slashing. Esta vez se mitigó mediante una salida preventiva, pero eso también significa que cada vez que se sospeche que se han filtrado claves, toda la red tendrá que soportar un impacto de liquidez. Si en el futuro un operador tarda en reaccionar o no detecta que sus claves ya se han filtrado, las consecuencias de un correlated slashing serían mucho peores que perder 0,36 ETH.
A largo plazo, la DVT (tecnología de validadores distribuidos), que reparte los permisos de firma de un validador entre varios nodos para que la vulneración de un solo nodo no provoque slashing, debería convertirse en un estándar del sector. También deberían serlo unos requisitos de admisión y auditoría más estrictos para los operadores, junto con el aislamiento físico de las claves mediante hardware. «Si ocurre algo, retirarlo todo» no es una solución duradera.
Qué debería hacer la gente
La reacción adecuada ante este incidente es muy distinta según quién seas.
Si solo usas la billetera MetaMask para guardar y transferir criptomonedas, este incidente prácticamente no tiene nada que ver contigo. Tus claves privadas y tu frase semilla están en tus manos; la intrusión en la infraestructura de staking de MetaMask no afecta a tu billetera. Solo hay que tener presente que después de cada incidente de seguridad aparecen estafadores que se hacen pasar por canales oficiales y envían enlaces de phishing para pedirte la frase semilla. Basta con recordar una cosa: MetaMask nunca te contactará por iniciativa propia para pedirte la frase semilla o la clave privada.
Si tienes stETH u otros tokens de staking líquido, tu capital está a salvo y no hace falta que te apresures a venderlos ni a canjearlos. Lo único que podría verse afectado son los rendimientos a corto plazo: algunos validadores dejarán de generar recompensas durante la salida, y el proceso para volver a hacer staking puede tardar hasta unos 45 días. Pero ese impacto se reparte entre todos los titulares de stETH, por lo que la parte que le toca a cada uno es mínima. stETH no estará «bloqueado durante 45 días»; se puede negociar en cualquier momento.
Si eres un validador independiente que opera su propio nodo, este incidente prácticamente no te afecta. Tú controlas todas tus claves y, mientras tu servidor sea seguro, MetaMask no tiene ningún impacto en ti.
Si estás eligiendo un proveedor de staking, solo hay dos cosas que debes hacer: primero, diversificar; no concentres todo tu staking en un único operador de nodos ni en un único protocolo LST. Segundo, fíjate en el historial de seguridad y la arquitectura técnica del operador. La compatibilidad con DVT, el aislamiento de claves y la capacidad para gestionar incidentes anteriores importan mucho más que obtener medio punto porcentual adicional de rendimiento.
No te dejes asustar por los titulares. Que la cola de salida esté atascada no significa que haya un pánico bancario: es el mecanismo de limitación del protocolo funcionando con normalidad. Es como un atasco en la autopista: indica que hay muchos coches y también que el peaje está funcionando.
El chequeo médico de 0,36 ETH
Visto en retrospectiva, este incidente se parece más a una prueba de estrés con fuego real.
La capa del protocolo de Ethereum superó la prueba. La separación de claves, los límites de salida y el diseño no custodial hicieron que, en conjunto, un posible accidente grave se redujera a una pérdida directa de menos de 1.000 dólares. Que 523.000 ETH hicieran cola para salir parece alarmante, pero en realidad demuestra que los mecanismos de gestión de riesgos estaban funcionando. Lo verdaderamente peligroso habría sido que el protocolo no limitara las salidas.
Pero la prueba también reveló problemas. La seguridad de la infraestructura de los operadores de nodos se ha convertido en el eslabón más débil de todo el sistema de staking. Por muy seguro que sea el protocolo, si alguien entra en el servidor que ejecuta el nodo, la clave de firma queda expuesta; si un operador grande tiene una participación demasiado alta, cuando algo le ocurre toda la red acaba haciendo cola; y si la información no se divulga con transparencia, el mercado solo puede depender de los analistas on-chain para adivinar las cifras.
Kiln salió hace un año; MetaMask, un año después. El guion de ambos incidentes fue casi idéntico. Si el sector no aprende de estos dos casos —impulsando la implementación de DVT, diversificando la participación de los operadores y estableciendo normas de divulgación más estrictas—, la próxima vez quizá no tengamos tanta suerte con solo 0,36 ETH. Las técnicas de los hackers avanzan y sus objetivos hace tiempo que dejaron de ser las vulnerabilidades de los contratos inteligentes: ahora apuntan a infraestructuras más profundas, a la gestión de claves y a la cadena de suministro.
Pagar 0,36 ETH por un chequeo práctico en condiciones reales fue barato. Pero el informe ya está listo; ahora hay que ver si alguien se toma en serio las correcciones. En última instancia, la seguridad del staking de Ethereum no depende solo de que el código sea seguro: es la suma de la seguridad de cada servidor que ejecuta un validador, de cada proceso de gestión de claves y de las capacidades de ingeniería de seguridad de cada operador.
La respuesta no está en la cadena. Está fuera de ella.
Sígueme para no perderte el próximo resumen rápido del mercado.