Erigon 0.0.8 corrige problemas del pool de transacciones y de ejecución

Erigon 0.0.8 incorpora correcciones de estabilidad para su versión de demostración, incluidos cambios en la gestión del conjunto de transacciones pendientes, las rondas de ejecución y los controles de concurrencia. Las actualizaciones corrigen un error que eliminaba transacciones del conjunto antes de que se confirmara su nonce, lo que hacía que las colas de los remitentes parecieran tener huecos. Tanto las expulsiones por huecos en los nonce como los rechazos de envíos, que se contaban por miles o centenares, se redujeron a cero. Los rechazos de ensamblado también bajaron de 36 de 57 a cero, mientras que las esperas de sellado pasaron de alcanzar los 7.540 milisegundos a cero. Los diagnósticos están desactivados de forma predeterminada. Las notas de la versión indican que los cambios no se han verificado en producción, tampoco en el entorno edge, y que no solucionan la fuga de memoria supervisada por el watchdog del sistema. Estas mejoras de estabilidad de Erigon son relevantes para los operadores de infraestructura de Ethereum, pero su estado no verificado limita las conclusiones sobre la fiabilidad en producción.
Neutral
La actualización apunta a la fiabilidad del software Erigon, no a la economía del token de Ethereum, las comisiones de la red ni las reglas del protocolo, por lo que no ofrece una señal direccional clara para operar con ETH. Las reducciones notificadas en las expulsiones del pool de transacciones, los rechazos de envíos, los rechazos de ensamblado y las esperas de sellado son positivas para las operaciones de los nodos. Sin embargo, las cifras corresponden a pruebas de demostración, y la versión indica expresamente que el comportamiento en producción no se ha verificado. Además, deja sin resolver una fuga de memoria que sigue bajo supervisión. Las correcciones de rendimiento de los clientes, si demuestran ser fiables, pueden aumentar la confianza de los operadores, pero normalmente solo afectan al precio del token cuando cambian de forma sustancial la disponibilidad de la red, el procesamiento de transacciones o la actividad de los usuarios. A corto plazo, es poco probable que los operadores reaccionen de forma significativa sin pruebas en producción o un impacto más amplio en la red. A largo plazo, una validación satisfactoria podría reforzar la confianza en la infraestructura de Ethereum; los riesgos de fiabilidad pendientes o nuevos incidentes podrían limitar ese beneficio. En conjunto, las pruebas respaldan una perspectiva neutral del mercado.