Fuente: CoinEdition
Título original: Cardano experimenta una partición temporal de la red tras un error que provoca un fork en la mainnet
Enlace original:
Resumen de la partición de la mainnet de Cardano
Una transacción mal formada provocó una partición temporal de la mainnet de Cardano y la existencia de dos cadenas paralelas.
Los SPO que actualizan a la versión 10.5.3 están restaurando la cadena no afectada como la red válida.
La persona responsable admitió haber causado el problema durante unas pruebas, negando cualquier intención financiera.
La mainnet de Cardano experimentó un periodo inusual de interrupción después de que una transacción de delegación mal formada causara una partición temporal de la blockchain, lo que resultó en una ralentización en la producción de bloques e inconsistencias en la interfaz de usuario en varios servicios.
El incidente surgió poco después de que los desarrolladores identificaran un problema similar en la testnet, lo que provocó una intervención de emergencia por parte del equipo de ingeniería y un despliegue acelerado de una solución de software para los operadores de stake pool (SPOs). Aunque el evento generó confusión operativa, la blockchain permaneció funcional durante todo el episodio, con ambos lados del fork continuando la generación de bloques hasta que se pudo producir la reconciliación.
Un error en las nuevas versiones del nodo provoca cadenas paralelas
Según las actualizaciones compartidas públicamente, las versiones más recientes del software cardano-node introdujeron un error que produjo un fork cuando se ejecutaba bajo condiciones específicas. Las versiones más antiguas del nodo siguieron funcionando sin interrupciones, lo que permitió que la cadena base permaneciera activa incluso cuando las versiones nuevas divergían. El resultado fue la creación de dos cadenas en competencia, ralentizando la producción de bloques y generando problemas temporales en los exploradores y las interfaces de monederos.
Los desarrolladores confirmaron que una transacción de delegación mal formada, construida usando un error en una biblioteca criptográfica que data de 2022, fue la responsable de desencadenar la partición. La solución provisional preparada durante la noche se envió a los SPO antes de que cualquier actividad adicional pudiera afectar la mainnet. Se instruyó a los operadores de stake pool para actualizar a la versión 10.5.3, permitiendo que la cadena no afectada sobrepasara a la cadena bifurcada.
Hoskinson afirma que la transacción iba dirigida a su pool
Charles Hoskinson declaró que la transacción mal formada ejecutada en la mainnet parecía estar dirigida a su propio stake pool, señalando que la acción creó una partición en la red entre las 8 y las 9 de la mañana, hora local de Londres.
Comentó que los bloques continuaron generándose en ambas cadenas y que, una vez completadas las actualizaciones de los SPO, los bloques de la cadena “envenenada” quedarían huérfanos. Las transacciones en esa cadena podrían requerir un paso posterior de reconciliación dependiendo de la posibilidad de repetición. Hoskinson también apuntó que la persona responsable de la acción había sido activa en una comunidad online y que las autoridades ya habían sido alertadas.
El individuo asume la responsabilidad y publica una disculpa pública
Tras las actualizaciones de Hoskinson, una persona identificada como “Homer J (AAA)” publicó una disculpa extensa, afirmando que causó el incidente de forma involuntaria mientras intentaba reproducir la transacción defectuosa.
Lo siento (Sé que la palabra no es suficiente dado el impacto de mis acciones) Gente de Cardano, fui yo quien puso en peligro la red con mi acción imprudente ayer por la tarde. Todo empezó como un reto personal de “a ver si puedo reproducir la transacción defectuosa” y luego fui lo bastante tonto
Explicó que la acción se debió a instrucciones incorrectas ejecutadas en un servidor Linux y negó cualquier motivo financiero o colaboración. Añadió que no vendió ni abrió posiciones cortas de ADA antes del incidente y reconoció las consecuencias de sus acciones para la red y la comunidad.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Cardano experimenta una partición temporal de la red tras un error que provoca un fork en la red principal
Fuente: CoinEdition Título original: Cardano experimenta una partición temporal de la red tras un error que provoca un fork en la mainnet Enlace original:
Resumen de la partición de la mainnet de Cardano
La mainnet de Cardano experimentó un periodo inusual de interrupción después de que una transacción de delegación mal formada causara una partición temporal de la blockchain, lo que resultó en una ralentización en la producción de bloques e inconsistencias en la interfaz de usuario en varios servicios.
El incidente surgió poco después de que los desarrolladores identificaran un problema similar en la testnet, lo que provocó una intervención de emergencia por parte del equipo de ingeniería y un despliegue acelerado de una solución de software para los operadores de stake pool (SPOs). Aunque el evento generó confusión operativa, la blockchain permaneció funcional durante todo el episodio, con ambos lados del fork continuando la generación de bloques hasta que se pudo producir la reconciliación.
Un error en las nuevas versiones del nodo provoca cadenas paralelas
Según las actualizaciones compartidas públicamente, las versiones más recientes del software cardano-node introdujeron un error que produjo un fork cuando se ejecutaba bajo condiciones específicas. Las versiones más antiguas del nodo siguieron funcionando sin interrupciones, lo que permitió que la cadena base permaneciera activa incluso cuando las versiones nuevas divergían. El resultado fue la creación de dos cadenas en competencia, ralentizando la producción de bloques y generando problemas temporales en los exploradores y las interfaces de monederos.
Los desarrolladores confirmaron que una transacción de delegación mal formada, construida usando un error en una biblioteca criptográfica que data de 2022, fue la responsable de desencadenar la partición. La solución provisional preparada durante la noche se envió a los SPO antes de que cualquier actividad adicional pudiera afectar la mainnet. Se instruyó a los operadores de stake pool para actualizar a la versión 10.5.3, permitiendo que la cadena no afectada sobrepasara a la cadena bifurcada.
Hoskinson afirma que la transacción iba dirigida a su pool
Charles Hoskinson declaró que la transacción mal formada ejecutada en la mainnet parecía estar dirigida a su propio stake pool, señalando que la acción creó una partición en la red entre las 8 y las 9 de la mañana, hora local de Londres.
Comentó que los bloques continuaron generándose en ambas cadenas y que, una vez completadas las actualizaciones de los SPO, los bloques de la cadena “envenenada” quedarían huérfanos. Las transacciones en esa cadena podrían requerir un paso posterior de reconciliación dependiendo de la posibilidad de repetición. Hoskinson también apuntó que la persona responsable de la acción había sido activa en una comunidad online y que las autoridades ya habían sido alertadas.
El individuo asume la responsabilidad y publica una disculpa pública
Tras las actualizaciones de Hoskinson, una persona identificada como “Homer J (AAA)” publicó una disculpa extensa, afirmando que causó el incidente de forma involuntaria mientras intentaba reproducir la transacción defectuosa.
Explicó que la acción se debió a instrucciones incorrectas ejecutadas en un servidor Linux y negó cualquier motivo financiero o colaboración. Añadió que no vendió ni abrió posiciones cortas de ADA antes del incidente y reconoció las consecuencias de sus acciones para la red y la comunidad.