El libro de contabilidad distribuido de la IOTA se está tambaleando por el error de una transacción que afectó a toda la red el domingo 29 de diciembre.
Según un informe de la IOTA publicado el lunes, el problema comenzó el domingo por la mañana a las 2:50 AM UTC y duró hasta el lunes por la mañana a las 2:50 AM UTC cuando el equipo de la IOTA supuestamente arregló el problema.
En este período, se estaban recibiendo transacciones en la red IOTA pero ninguna estaba siendo confirmada.
En una actualización de la notificación del canal Discord de IOTA, el cofundador de IOTA David Sønstebø describió el incidente como un problema menor, una descripción que puede haber contagiado a la comunidad de manera equivocada.
«Cualquiera que sea el error, no hay razón para entrar en pánico por un asunto tan menor antes de Coordicide», escribió Sønstebø el domingo. «Esto es precisamente por lo que el Coordicide toma tiempo, uno no puede ejecutarlo hasta que todos los posibles problemas hayan sido resueltos».
Según el informe oficial de la IOTA del lunes, el «asunto menor» resultó en «la detención del proceso de transferencia de valor en la red principal de la IOTA».
«El incidente fue causado por un caso límite en la estructuración de la transacción. Un conjunto inusual de transacciones, que pueden haber sido construidas como un ataque, interrumpió el cálculo del estado del libro mayor. Cuando los nodos se enfrentaron a problemas en el cálculo de un estado de libro mayor consistente, volvieron a rechazar los hitos como mecanismo de seguridad. Los fondos individuales nunca estuvieron en peligro durante el incidente debido a medidas como ésta y otras implementadas en el software del nodo».
Tanto la comunidad de la IOTA como sus críticos a menudo han criticado a la red por sus supuestos aspectos de centralización.
A diferencia de la típica implementación de cadenas de bloques, IOTA utiliza lo que se llama un gráfico acíclico dirigido o modelo DAG en el que la red evita la dependencia de una Prueba de Trabajo o Prueba de Participación y en su lugar utiliza dos confirmaciones de transacciones previas para validar una nueva transacción.
Este sistema, obviamente, presenta ciertas ventajas sobre el típico sistema de cadena de bloques, la principal de las cuales es que es más rápido para confirmar las transacciones, ya que sólo se utilizan dos transacciones previas para confirmar una nueva transacción, pero IOTA introduce un giro.
Las transacciones previas necesitan ser validadas también para asegurar que son transacciones legítimas y que el rol de supervisión ha sido asignado al Coordinador – un servidor central controlado por la Fundación IOTA.
La importancia del Coordinador introduce el cuello de botella o da credibilidad a los reclamos de centralización, un problema que la Fundación IOTA busca corregir en un próximo evento futuro llamado Coordicide, programado para desplegarse en su mainnet hacia finales del 2020.
«La Implementación de Referencia de la IOTA (IRI) no manejó un caso límite en el que las transacciones se comparten entre múltiples paquetes distintos,» IOTA explicó el lunes el problema ofreciendo más aclaraciones sobre el problema de las transacciones del domingo. «Una vez que el IRI marcó una transacción como «ya contabilizada» en un paquete, fue ignorada en el siguiente paquete. Esto llevó a un estado de libro mayor corrupto del cual el nodo no pudo recuperarse».
IOTA ha actualizado desde entonces el software de confirmación y se aconseja a todos los nodos que actualicen su software a la última versión 1.8.3 (disponible en la página de IOTA GitHub).
