Pirate Chain Ironwood: acuñación no autorizada

El 14 de octubre de 2026, Pirate Chain, una criptomoneda centrada en la privacidad, descubrió que un atacante había acuñado unos 39,8 millones de ARRR de la nada —cerca del 20 % del suministro del token— aprovechando un fallo de validación introducido en su reciente actualización de red Ironwood. Dado que la cadena genera suministro inflacionario en lugar de drenar un saldo agrupado, no se ha publicado una cifra de pérdida clara en dólares; aun así, las monedas no autorizadas se canalizaron rápidamente hacia el pool blindado para ocultar su rastro.

Qué ocurrió

Ironwood, activada el 3 de octubre de 2026, fue una actualización de protocolo en la capa base. Once días después, el equipo determinó que la acuñación provino de dos fallos de validación independientes en esa actualización: una comprobación de emisión eludida —la regla destinada a impedir que se creen monedas fuera del protocolo— y una interpretación incorrecta de los scripts de salida, es decir, las instrucciones que definen a dónde se envían las monedas y cómo pueden gastarse. En conjunto permitieron al atacante generar nuevos ARRR que el software del nodo aceptó erróneamente como válidos.

Los cerca de 39,8 millones de ARRR acuñados elevaron el suministro desde una base en circulación próxima a 196,2 millones hacia el total de 200 millones. A continuación, el atacante trasladó las monedas al pool blindado Sapling, que oculta saldos y transferencias, volviendo los fondos mucho más difíciles de rastrear. Pirate Chain afirmó que no veía ningún indicio de que sus claves de notario ni la propia criptografía blindada zk-SNARK hubieran sido comprometidas: el fallo estaba en la contabilidad de la capa transparente, no en las primitivas de privacidad.

Consecuencias

La primera respuesta del equipo, publicada hacia las 02:20 UTC del 15 de octubre, fue anunciar un rollback que revertiría la cadena a su estado de las 20:00 UTC del 14 de octubre y descartaría todos los bloques posteriores a la ventana del exploit. En un día ese plan quedó descartado: los desarrolladores reconocieron que no era "posible congelar la red ni revertir unilateralmente su historial de blockchain" en una cadena descentralizada, y que hacerlo también borraría transacciones legítimas posteriores al exploit. Plataformas como NonKYC y MEXC suspendieron los depósitos y retiros de ARRR, los operadores de notario dPoW (prueba de trabajo diferida) pausaron voluntariamente las notarizaciones, y se pidió a los pools de minería y a los usuarios que no movieran fondos. Se prometió un informe post-mortem completo y un plan de recuperación, pero sin fecha; al momento de la redacción no se había confirmado pérdida alguna de saldos de usuarios preexistentes más allá de la acuñación.

Por qué importa

El incidente de Pirate Chain es un fallo de integridad del suministro en la capa de consenso, una clase distinta y posiblemente más peligrosa que un contrato drenado: cuando falla la regla que limita la emisión, la escasez de la que depende todo el token se rompe en silencio. Se sitúa junto a casos de acuñación no autorizada como la acuñación cruzada sin respaldo de Autheo de días antes y la acuñación de administrador de Gala Games, donde se crearon nuevas unidades fuera de la lógica de suministro prevista. La dimensión de privacidad agrava el problema: a diferencia de la acuñación infinita en el puente de Secret Network, aquí las unidades robadas se lavaron a través del propio blindaje de la cadena, convirtiendo una función en un obstáculo para la recuperación. También recuerda que una actualización de protocolo es un cambio de alto riesgo en el código más crítico para la seguridad que ejecuta una cadena: un fallo de validación entregado en una actualización socava el ledger mucho más profundamente que cualquier exploit a nivel de aplicación.