40 millones de monedas creadas de la nada: Pirate Chain intentó revertir el hackeo, pero la cadena de bloques no lo permitió

40 millones de monedas creadas de la nada: Pirate Chain intentó revertir el hackeo, pero la cadena de bloques no lo permitió

La anonimidad, estandarte del proyecto, se convirtió de repente en su principal problema.

image

En la cadena de bloques Pirate Chain, un desconocido creó casi 40 millones de criptomonedas de la nada, y los desarrolladores no pudieron simplemente deshacer las consecuencias del ataque. El 14 de octubre el atacante aprovechó un error en la verificación de transacciones y emitió alrededor de 39,8 millones de ARRR sin la autorización de la red. El equipo del proyecto confirmó que la oferta de la criptomoneda aumentó aproximadamente un 20%.

Pirate Chain está diseñada para transferencias anónimas y oculta las cantidades, los emisores y los receptores mediante criptografía. Inmediatamente después de la emisión ilegal, las monedas ingresaron al pool protegido Sapling, donde es prácticamente imposible rastrear públicamente las operaciones posteriores. Los desarrolladores reconocen que no pueden reconstruir la cadena completa de movimientos de los activos falsos.

La vulnerabilidad se manifestó después de la actualización Ironwood, que se lanzó el 3 de octubre, 11 días antes del descubrimiento del ataque. Según el equipo, el atacante combinó dos fallos en la verificación de transacciones. El primero permitió eludir el control de emisión de monedas; el segundo hizo que el sistema interpretara incorrectamente los scripts de las salidas de las transacciones. La protección criptográfica de las transferencias privadas no fue vulnerada durante el ataque.

Al principio el equipo anunció un retroceso de la cadena de bloques al estado de las 20:00 UTC del 14 de octubre. Tal medida debía excluir de la historia las operaciones realizadas después del momento elegido. Sin embargo, el 15 de octubre los desarrolladores abandonaron el plan inicial, reconociendo que no se puede detener ni reescribir una red descentralizada por decisión unilateral. Para cambiar la historia se requerirá el consentimiento de los participantes.

En lugar de un retroceso unilateral, Pirate Chain propuso una actualización consensuada de la red con un hardfork en el bloque anterior a la emisión ilegal. El hardfork cambia las reglas de la cadena de bloques y exige que los participantes migren a la nueva versión. Los nodos deben aceptar una historia común de operaciones; de lo contrario, la red corre el riesgo de dividirse. Aún no se ha fijado la fecha para realizar la actualización.

La plataforma NonKYC detectó ingresos sospechosos, restringió la cuenta vinculada al ataque y bloqueó los retiros de fondos. Los operadores de la protección adicional dPoW suspendieron temporalmente la confirmación de bloques en otras redes. Los desarrolladores pidieron a los exchanges y a los pools de minería que paralicen su actividad y solicitaron a los tenedores de ARRR que se abstengan de hacer transferencias, aunque la propia cadena de bloques sigue funcionando.

El incidente recuerda otro problema. En junio en la red Zcash se reveló una vulnerabilidad que permitía crear monedas sin ser detectadas en el registro público. Pero en Pirate Chain se confirmó una emisión ilegal real, no solo la posibilidad de explotación. El equipo no encontró indicios de compromiso de las claves de validación ni de la criptografía de las transacciones privadas. El monto de las pérdidas financieras reales aún se desconoce.

La principal dificultad ahora no es detectar las monedas falsificadas, sino cómo excluir las falsificaciones de la circulación sin interrumpir el funcionamiento de la red. El anonimato Sapling dificulta rastrear los fondos, y la migración a la nueva cadena depende del consentimiento de los participantes. Pirate Chain está preparando un análisis técnico del incidente y las instrucciones para la recuperación, pero a fecha del 19 de octubre la decisión final aún no se ha implementado.