PANews informó el 23 de enero que, en respuesta al problema anterior del cliente de ejecución de Nethermind, Figment, una plataforma de servicios de infraestructura de participación, dijo en su sitio web oficial que Figment no ejecuta Nethermind como cliente de ejecución, sino que ejecuta Geth como su principal cliente de ejecución. La vulnerabilidad de Nethermind ha llevado a algunos a preguntarse qué pasaría si el mismo problema apareciera en la mayoría de los clientes como Geth. En este caso, es posible que cualquier validador conectado a Geth no pueda verificar y Ethereum entrará en un estado de fuga inactivo; estas penalizaciones son pequeñas pero aumentan con el tiempo. Si Geth encuentra un error similar, Figment puede cambiar de cliente de ejecución en unas pocas horas, y si las pérdidas asociadas con tales eventos resultan en días negativos de ganancias, es decir, las penalizaciones impuestas son mayores que las recompensas obtenidas, Figment pagará esas pérdidas (Figment pagará hasta 6 meses de días negativos de ganancias de ganancias).
Se informa que el 21 de enero, el cliente de ejecución Nethermind comenzó a encontrar algunos problemas en el Block19056922. Las versiones 1.23 a 1.25 de Nethermind parecen comenzar a rechazar los bloques no válidos. Entre los períodos 257.908 y 257.923 inclusive, la tasa de participación es inferior al 95%, lo que equivale a unas 2 horas). Anteriormente, la noticia de ayer, Nethermindv lanzó la versión experimental v1.26.0-exp.2 para solucionar el problema de consenso introducido en v1.23.0.
