Según informes de CoinDesk, el 31 de enero, The Block informó que los desarrolladores de la cartera de Ether Geth lanzaron la versión 1.14.13, con el nombre en código 'Schwarzschild'. Esta versión aborda especialmente una vulnerabilidad en la capa peer-to-peer (p2p) de Geth, que podría resultar en un ataque de denegación de servicio a los nodos que ejecutan esta versión, y potencialmente afectar a los clientes de Capa 2.

Según un informe de Jinse Finance, Josh Stark, miembro de ETHGlobal, ha publicado un artículo sobre los recientes gastos de la Fundación Ethereum, que aborda algunas preguntas importantes y proporciona respuestas. En primer lugar, estamos redactando un nuevo informe de la Fundación ETH para cubrir los años 2022 y 2023. Esperamos publicarlo antes de Devcon SEA. A continuación se muestra un avance de la información de gastos en el informe próximo (números específicos pendientes). Estas gráficas registran tanto los gastos internos como los externos. Por ejemplo, "L1 R&D" incluye financiamiento para equipos de clientes externos y también incluye investigadores internos de EF. Durante estos dos años, los gastos internos representaron aproximadamente el 38% y los gastos externos representaron aproximadamente el 62%. Los gastos internos incluyen al equipo EF, como: - Geth； - Exploración de privacidad y escalabilidad (PSE); -Solidity； - Investigación en criptografía; - Equipo de incentivos sólido; - Devcon等； Todos estos equipos trabajan de manera transparente y comparten su información de actividades en sus sitios web, github y canales sociales.

PANews informó el 25 de mayo que, según Unchained, Ethereum staking liquido protocolo Lido ha mejorado significativamente la largo de su cliente de ejecución. Según un informe publicado por Lido el miércoles, el uso de Go Ethereum (Geth), el cliente de ejecución más popular, entre los validadores ejecutados por los operadores de nodos de Lido, cayó del 67,1% en el trimestre anterior al 46,6% al final del primer trimestre de 2024. Los clientes de ejecución alternativa de Geth, Besu y Nethermind, han aumentado desde el último trimestre. Más de un tercio de validadores gestionadas por operadores de Lido Nodo utilizan Nethermind como cliente de ejecución, frente al 23,2% del cuarto trimestre de 2023, mientras que la cuota de Besu largo subir del 6,9% del trimestre anterior al 14,6% del primer trimestre de 2024. El uso de Geth por parte de Lido ha ido disminuyendo cada trimestre desde el tercer trimestre de 2022. En ese momento, casi todos los validadores ejecutados por operadores de nodos Lido usaban Geth, lo que representaba un riesgo para la seguridad de Ethereum, especialmente si se encontraba una vulnerabilidad en el cliente súper más largo.

Odaily星球日报讯 Lido ha publicado el informe de indicadores VaNOM (Validador y Operador de Nodo) del primer trimestre de 2024. El informe muestra un aumento en la diversidad de clientes en el primer trimestre, especialmente en la capa de ejecución. El uso de la mayoría de los clientes (Geth) se ha reducido al 46% (frente al 96% en 2022 y al 67% en el cuarto trimestre de 2023). El uso de la nube pública ha disminuido del 46% al 40%.

"Gold Finance reported that Geth developer Péter Szilágyi mentioned on X platform that network vulnerabilities in previous versions of Geth (v1.13.14 and earlier) will be released as soon as possible. Therefore, please make sure you are using the patched version before we provide detailed information on reproducing the attack."

La noticia de Golden Finance informa que Péter Szilágyi, desarrollador de Geth, afirma en la plataforma X que en términos de procesamiento de bloques, Geth 1.14.1 parece ser aproximadamente un 5-7% más rápido que Geth v1.14, mientras que Geth v1.14.2 parece ser un 5-7% más rápido que Geth v1.14.1.

El 24 de enero, el cliente de Ethereum Geth lanzó la versión v1.13.11. Esta versión corrige algunos errores y habilita las actualizaciones de Cancún para las redes Sepolia y Holesky, además de las actualizaciones para admitir transacciones EIP-4844 en métodos API, etc. Sepolia se actualizará el 31 de enero y Holesky se actualizará el 7 de febrero.

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.

Anteriormente, un error en el software cliente Nethermind de Ethereum paralizó a la mayoría de los operadores clave de la cadena, y los desarrolladores de Nethermind lanzaron parches para solucionar el problema en cuestión de horas, informó Gold Finance. Pero la vulnerabilidad ha provocado una discusión sobre el riesgo de "diversidad de clientes", y algunos expertos creen que la mayoría de los validadores de Ethereum confían en el mismo software para respaldar sus operaciones, lo que podría ser un gran riesgo. El educador de criptomonedas Cygaar señaló en la publicación de X que "la diversidad de clientes de Ethereum es terrible, y un problema clave en Geth podría hacer que los validadores que ejecutan Geth quemen millones de ETH". DCinvestor, un inversor anónimo en criptoactivos, dijo: "Por el momento, no puedo ignorar el riesgo de que un solo cliente haga staking (confiando en Geth) y si algo sale mal, podría perder una parte significativa de mi depósito".

La empresa de desarrollo Nethermind ha corregido un error crítico en el cliente de ejecución de Ethereum que provocaba que el procesamiento de bloques del validador fallara, informó Gold Finance. Según Daniel Cadela, codirector de tecnología de la compañía, el error de Consensus afectó a las versiones de software de la 1.23 a la 1.25. Todos los operadores de nodo deben actualizarse a la versión 1.25.2. El error fue reportado por primera vez por el usuario de GitHub wga22. Afirmó que hubo un error en el cliente de ejecución de Nethermind al validar la transacción. Aunque el incidente afectó a un pequeño porcentaje de EthereumNode, provocó nuevas discusiones sobre la dependencia de la red de grandes clientes como Geth.

PANews informó el 15 de noviembre que Linea, la red de capa 2 de ConsenSys, dijo en la plataforma X que está preparando la próxima versión principal de Alpha v2, que tiene costos de transacción más bajos, transacciones más rápidas y una cobertura EVM del 100%, y también abrirá el código de Linea Stack. Con la actualización Dencon de Ethereum (EIP-4844), Linea pronto usará blobs para almacenar datos de llamadas en L1 para reducir significativamente los costos de acumulación. Además, el equipo está trabajando para reducir el costo de las transacciones fijas mediante la compresión de los datos enviados a L1 y la agregación de pruebas. El tiempo de bloqueo de Linea se reduce a 4 segundos, que es 3 veces más rápido, y existe un mecanismo para reducir fácilmente el tiempo de bloqueo aún más en el futuro. También se han agregado capacidad máxima y rendimiento para preparar el sistema para el crecimiento continuo de la red. Para la diversidad de clientes, tanto Besu como geth son compatibles, y el nuevo secuenciador Linea reemplazará a Linea-geth con Linea-Besu.

El 15 de noviembre, la red de capa 2 de ConsenSys, Linea, dijo que está preparando la próxima versión principal de Alpha v2, la nueva versión tiene costos de transacción más bajos, transacciones más rápidas y una cobertura EVM del 100%, y también abrirá el código Linea Stack. Con la actualización Dencon de Ethereum (EIP-4844), Alpha v2 pronto usará blobs para almacenar datos de llamadas en L1 para reducir significativamente los costos de acumulación. Además, el equipo está trabajando para reducir el costo de las transacciones fijas mediante la compresión de los datos enviados a L1 y la agregación de pruebas. Linea reducirá el tiempo de bloqueo de Linea a 4 segundos, que es 3 veces más rápido, y lanzará un mecanismo que puede reducir fácilmente el tiempo de bloqueo aún más en el futuro. Para la diversidad de clientes, tanto Besu como geth ya son compatibles, y el nuevo secuenciador Linea reemplazará a Linea-geth con Linea-Besu.

El 9 de noviembre, Bob Summerwill, director ejecutivo de ETCCooperative, tuiteó que había un error en la versión Geth v1.12.15 y que Spiral no se activó correctamente en la red de pruebas de Mordor.

El 9 de noviembre, Bob Summerwill, director ejecutivo de ETCCooperative, tuiteó que había un error en la versión Geth v1.12.15 y que Spiral no se activó correctamente en la red de pruebas de Mordor.

El 23 de octubre, en respuesta a la EIP-7542 presentada por el desarrollador del núcleo de Ethereum, smartprogrammer.eth, para "introducir una nueva versión del protocolo de enlace de la red peer-to-peer de Ethereum", el desarrollador de Ethereum, Péter Szilágyi (karalabe.eth), comentó: "Obviamente, Nethermind y Besu han dejado de almacenar datos históricos en Ethereum (mientras que Geth sigue prestando servicios). ¿Quieren estandarizarlo para que no viole el protocolo, sino que se convierta en una forma viable? Esta es una idea extremadamente irresponsable, y podar los datos pasados es una estratagema de marketing muy hipócrita para que la gente recurra a sus respectivos clientes. Esto es absolutamente muy malo para la red, viola el protocolo, va en contra de todo el diseño de Ethereum. " Además, el desarrollador de Ethereum, Matt, comentó: "Esta propuesta es problemática porque permite una distribución heterogénea de los datos de los bloques entre los clientes. Los operadores de nodo de Rational sólo mantienen una cantidad mínima de datos históricos. Por lo tanto, se puede esperar que la gran mayoría de las redes no proporcionen ningún historial sustancial. Para encontrar un nodo que exista, se tardará mucho tiempo en buscar en la red de detección, y luego el nodo que sirve la mayor parte o la totalidad del historial estará completamente saturado de aquellos que lo buscan. "

Péter Szilágyi, desarrollador del núcleo de Ethereum y desarrollador del cliente de Ethereum Geth, dijo en una publicación en la plataforma X que los clientes de Ethereum Nethermind y Besu han dejado de almacenar los datos históricos de Ethereum, y también quieren estandarizarlos para que no viole el protocolo, sino que se convierta en una forma viable. Y esta es una idea muy irresponsable. Szilágyi explica que permitir a los usuarios no almacenar cadenas históricas es un truco de marketing muy hipócrita: - El usuario cambia a otro cliente porque es más pequeño; - Todavía pueden acceder a datos antiguos porque Geth proporciona el servicio; - Los usuarios (y los desarrolladores de Geth) no saben nada al respecto. Si se considera el equilibrio, "podrían" trabajar juntos en EIP-4444, "primero" para ayudar a archivar los bloques históricos, "y luego "todos los clientes pueden eliminarlo inmediatamente, pero sienten que esto no tendrá ningún impacto en la cuota de mercado, así que deje el espinoso tema a Geth y mantenga YOLO (vivir en el momento) hasta entonces. Szilágyi dijo: "A veces realmente quiero dejar Ethereum y tratar de sentarme al margen. Cuando los desarrolladores principales compiten por intereses, ¿por qué molestarse en mejorar Ethereum? Estoy profundamente decepcionado con todos los involucrados. "

PANews informó el 5 de octubre que Immutable publicó la hoja de ruta de lanzamiento de la red principal. En noviembre, hay planes para reconstruir la red de prueba Immutable zkEVM y actualizar su primer cliente EVM de Polygon Edge a Geth, asegurando que Immutable zKEVM esté lo más cerca posible de Ethereum y al mismo tiempo sea totalmente compatible con todo el ecosistema de herramientas de Ethereum. La red principal zkEVM se lanzará de diciembre a enero del próximo año y se invitará a los desarrolladores a unirse en grupos antes de abrirse al público. En 2024, Immutable ofrecerá una cadena de aplicaciones dedicada con la misma tecnología y funcionalidad que Immutable zkEVM, pero con un nivel único de personalización. Finalmente, se presentará zk-prover y proporcionará un puente entre cadenas sin confianza entre Ethereum e Immutable zkEVM.

Según las noticias del 5 de octubre, Immutable lanzó una hoja de ruta de lanzamiento de la red principal, en la que planea reconstruir la red de prueba Immutable zkEVM en noviembre y actualizar su primer cliente EVM de Polygon Edge a Geth para garantizar que Immutable zKEVM esté lo más cerca posible de Ethereum. Totalmente compatible con todo el ecosistema de herramientas de Ethereum; la red principal zkEVM se lanzará de diciembre a enero del próximo año y se invitará a los desarrolladores a unirse en grupos antes de abrirse al público; en 2024, Immutable proporcionará una cadena de aplicaciones dedicada con una pila de tecnología y características que son consistentes con Immutable zkEVM son las mismas, pero con un nivel único de personalización; finalmente se presentará zk-prover y proporcionará un puente entre cadenas de Ethereum e Immutable zkEVM sin confianza.

Odaily Planet Daily News EthStorage se asoció con Hyper Oracle y Delphinus Lab para lanzar el compilador zkGo. Según los informes, zkGo se basa en el último Go 1.21.0 y es el primero en compilar código Go normal en código Wasm compatible con el protocolo ZK. La ejecución del código Wasm generado ya puede ser a prueba de conocimiento cero y verificada en cadena mediante la herramienta zkWasm de Delphinus Lab. Como aplicación importante de zkGo, zkGo ha compilado con éxito L2 Geth de Optimism's Fraud Proof (también conocido como op-program-client) para generar código Wasm compatible con el protocolo ZK. El código Wasm actual pasó el ensayo de zkWWasm y ayudará a implementar la tecnología ZK Fraud Proof en el futuro.

PANews informó el 19 de septiembre que la empresa de investigación Rated publicó en El porcentaje de bloques es el doble del promedio de los últimos 30 días. Este impacto se remonta a la versión Geth, que introdujo problemas de producción de bloques que se vieron exacerbados por la forma en que Prysm maneja la lógica de producción de bloques (priorizando los bloques locales sobre los bloques potenciados). Dado que GETH y Prysm son los clientes EL y CL más populares respectivamente, el impacto combinado es una disminución de 2 sigma en la efectividad de toda la red. Sin embargo, en los aproximadamente 3 años que lleva funcionando Beacon Chain, la caída de 2 sigma en la efectividad realmente no ha tenido un impacto en el buen funcionamiento general de Ethereum. Además, el desarrollador de la comunidad Ethereum, terence.eth, dijo en La cadena todavía funciona sin problemas. Si bien el error de Geth interfirió con la producción de bloques, Prysm prioriza la seguridad, verifica primero los bloques locales y, si eso falla, detiene la producción de bloques incluso si hay un bloque constructor. está especificado. Tenemos suerte: 1. Prysm no es un cliente superdominante. 2. No todos se actualizaron a Geth v1.13.0 al mismo tiempo. 3. El equipo de Geth respondió y solucionó rápidamente". Según las noticias de ayer, el cliente Ethereum Geth lanzó una versión de revisión v1.13.1 para solucionar problemas como la generación de bloques no válidos.

PANews informó el 18 de septiembre que el cliente de lenguaje Ethereum Go, Go Ethereum, lanzó el cliente Ethereum Geth v1.13.1. Esta es una versión de revisión de v1.13.0, que soluciona problemas como la detección de bifurcación de la API del motor que provoca la generación de bloques no válidos y la corrupción de la base de datos causada por un reinicio anormal de la sincronización de instantáneas en el esquema de ruta. Según noticias anteriores, el cliente Ethereum, Prysm, publicó en Twitter que se encontró un error en Geth que interfiere con la producción de bloques de Prysm y recordó a los usuarios que no actualicen Geth a la versión V1.13.0 por el momento.

Golden Finance informó que el cliente de lenguaje Ethereum Go, Go Ethereum, lanzó el cliente Ethereum GethV1.13.1. Geth v1.13.1 es una versión de parche de v1.13.0. La nueva versión soluciona los siguientes problemas: Se corrigió la detección de bifurcación activa en la API del motor, lo que provocaba que los firmantes crearan bloques no válidos (#28135). La ruta corrige la corrupción de la base de datos causada por el reinicio extraño de la sincronización de instantáneas (#28124, #28126). Se corrigió el comando geth db inspect para ejecutarlo en bases de datos de esquemas hash antiguos (#28108). Se corrigió la regresión válida del cálculo del precio del gas en RPC API (#28130). Además de las correcciones, la v1.13.1 también introduce soporte para configurar Geth a través de variables de entorno.

Odaily Planet Daily informó que el cliente Ethereum Prysm emitió un recordatorio en la plataforma X: No actualice Geth a la versión V1.13.0 por el momento, porque se encontró un error en Geth que interfiere con la producción de bloques de Prysm. Nota: Aunque la mayoría de los clientes no necesitan usar mev-boost para la generación de bloques locales, Prysm siempre verifica con bloques locales; se publicarán más actualizaciones de Prysm más adelante. Según noticias anteriores del 12 de septiembre, el cliente de lenguaje Ethereum Go Go Ethereum lanzó el cliente Ethereum GethV1.13. Esta versión proporciona un nuevo modelo de base de datos para almacenar el estado de Ethereum, que es más rápido que la solución anterior y también realiza la poda adecuada.