Selon les informations de CoinDesk, le 31 janvier, les développeurs du client Geth Ethereum ont publié la version 1.14.13, nom de code "Schwarzschild", le jeudi. Cette version résout spécifiquement une vulnérabilité qui affecte la couche peer-to-peer (p2p) de Geth, qui pourrait entraîner une attaque par déni de service sur les nœuds exécutant cette version, et pourrait affecter les clients Layer 2.

Gold Finance reported that Josh Stark, a member of ETHGlobal, wrote that due to the recent discussions about the expenditures of the Ethereum Foundation, here are some thoughts and answers to some major questions. Tout d'abord, nous rédigeons un nouveau rapport de la Fondation Ethereum, couvrant les années 2022 et 2023. Nous espérons le publier avant le Devcon SEA. Voici un aperçu des dépenses dans le rapport à venir (chiffres exacts à déterminer). Ces graphiques enregistrent à la fois les dépenses internes et externes. Par exemple, le « L1 R&D » comprend le financement des équipes de clients externes ainsi que les chercheurs internes EF. Au cours de ces deux années, les dépenses internes représentent environ 38% et les dépenses externes représentent environ 62%. Les dépenses internes comprennent l’équipe EF, telles que : - Geth; -Exploration de la confidentialité et de l'extension (PSE) ; - Solidity； - Recherche en cryptographie ; - Groupe d'incitation robuste ; - Devcon等； Toutes ces équipes travaillent publiquement et partagent leurs informations d'activité sur leurs sites web, GitHub et canaux sociaux.

PANews a rapporté le 25 mai que, selon Unchained, Ethereum liquid staking protocole Lido a considérablement amélioré la long de son client d’exécution. Selon un rapport publié mercredi par Lido, l’utilisation de Go Ethereum (Geth), le client d’exécution le plus populaire, parmi les validateurs exécutés par les opérateurs de nœuds Lido, est passée de 67,1% au trimestre précédent à 46,6% à la fin du premier trimestre de 2024. Les clients d’exécution alternative de Geth, Besu et Nethermind, ont tous deux augmenté depuis le trimestre dernier. Plus d’un tiers des validateurs gérées par les opérateurs de Lido Nœud utilisent Nethermind comme client d’exécution, contre 23,2 % au T4 2023, tandis que la part de Besu long hausse passée de 6,9 % au trimestre précédent à 14,6 % au T1 2024. L’utilisation de Geth par Lido diminue chaque trimestre depuis le troisième trimestre de 2022. À l’époque, presque tous les validateurs gérés par les opérateurs de nœuds Lido utilisaient Geth, ce qui présentait un risque pour la sécurité d’Ethereum lui-même, surtout si une vulnérabilité était trouvée dans le client le plus long.

Odaily星球日报讯 Lido publie le rapport VaNOM (indicateurs de validateurs et opérateurs de nœuds) du premier trimestre 2024. Le rapport montre une augmentation de la diversité des clients au premier trimestre, en particulier au niveau de l'exécution ; l'utilisation de la grande majorité des clients (Geth) est passée à 46% (contre 96% en 2022 et 67% au quatrième trimestre 2023). L'utilisation du cloud public a diminué, passant de 46% à 40%.

金色财经报道，Péter Szilágyi, le développeur de Geth, a déclaré sur la plateforme X que les vulnérabilités de réseau dans les versions précédentes de Geth (v1.13.14 et antérieures) seront corrigées rapidement. Par conséquent, veuillez vous assurer d'utiliser la version corrigée avant que nous ne fournissions les informations détaillées pour reproduire l'attaque.

Selon le rapport de Jinse Finance, Péter Szilágyi, le développeur de Geth, a déclaré sur la plateforme X que Geth 1.14.1 semblait être environ 5 à 7% plus rapide que Geth v1.14 en termes de traitement des blocs, tandis que Geth v1.14.2 semblait être encore 5 à 7% plus rapide que Geth v1.14.1.

Le 24 janvier, le client Ethereum Geth a publié la version v1.13.11. Cette version corrige certains bogues et permet des mises à niveau de Cancun pour les réseaux Sepolia et Holesky, en plus des mises à niveau pour prendre en charge les transactions EIP-4844 dans les méthodes d’API, etc. Sepolia sera mis à niveau le 31 janvier et Holesky le sera le 7 février.

PANews a rapporté le 23 janvier qu’en réponse au précédent problème de client d’exécution de Nethermind, Figment, une plate-forme de services d’infrastructure de jalonnement, a déclaré sur son site officiel que Figment n’exécute pas Nethermind en tant que client d’exécution, mais utilise Geth en tant que client d’exécution principal. La vulnérabilité de Nethermind a conduit certains à se demander ce qui se passerait si le même problème apparaissait sur la plupart des clients comme Geth. Dans ce cas, tout validateur connecté à Geth peut ne pas être en mesure de vérifier et Ethereum entrera dans un état de fuite inactif ; ces pénalités sont faibles mais augmentent avec le temps. Si Geth rencontre une erreur similaire, Figment est capable de changer de client d’exécution en quelques heures, et si les pertes associées à de tels événements se traduisent par des jours de gains négatifs, c’est-à-dire que les pénalités imposées sont supérieures aux récompenses gagnées, Figment paiera ces pertes (Figment paiera jusqu’à 6 mois de jours négatifs de gains de gains). Il est rapporté que le 21 janvier, le client d’exécution Nethermind a commencé à rencontrer des problèmes dans le bloc19056922. Les versions 1.23 à 1.25 de Nethermind semblent commencer à rejeter les blocs invalides. Entre les périodes 257 908 et 257 923 inclus, le taux de participation est inférieur à 95%, soit environ 2 heures). Auparavant, Nethermindv a publié la version expérimentale v1.26.0-exp.2 pour corriger le problème de consensus introduit dans la v1.23.0.

Plus tôt, un bogue dans le logiciel client Nethermind d’Ethereum a paralysé la plupart des opérateurs clés de la chaîne, et les développeurs de Nethermind ont publié des correctifs pour résoudre le problème en quelques heures, a rapporté Gold Finance. Mais la vulnérabilité a suscité une discussion sur le risque de « diversité des clients », et certains experts pensent que la plupart des validateurs d’Ethereum s’appuient sur le même logiciel pour soutenir leurs opérations, ce qui pourrait représenter un risque important. L’éducateur en crypto-monnaies Cygaar a noté dans le post X que « la diversité des clients d’Ethereum est terrible, et un problème clé dans Geth pourrait amener les validateurs exécutant Geth à brûler des millions de ETH ». DCinvestor, un investisseur anonyme dans le domaine des crypto-actifs, a déclaré : « Pour le moment, je ne peux pas ignorer le risque d’une configuration de jalonnement d’un seul client (s’appuyant sur Geth) et si quelque chose ne va pas, je pourrais perdre une partie importante de mon dépôt. »

La société de développement Nethermind a corrigé un bogue critique dans le client d’exécution d’Ethereum qui a provoqué l’échec du traitement des blocs du validateur, a rapporté Gold Finance. Selon Daniel Cadela, co-directeur de la technologie de la société, le bogue Consensus a affecté les versions logicielles de 1.23 à 1.25. Tous les opérateurs de nœuds doivent effectuer une mise à jour vers la version 1.25.2. Le bogue a été signalé pour la première fois par l’utilisateur GitHub wga22. Il a déclaré qu’il y avait eu une erreur dans le client d’exécution de Nethermind lors de la validation de la transaction. Bien que l’incident n’ait affecté qu’un faible pourcentage d’EthereumNode, il a suscité de nouvelles discussions sur la dépendance du réseau à l’égard de grands clients tels que Geth.

PANews a rapporté le 15 novembre que Linea, le réseau de couche 2 de ConsenSys, a déclaré sur la plate-forme X qu’il préparait la prochaine version majeure d’Alpha v2, qui a des coûts de transaction inférieurs, des transactions plus rapides et une couverture EVM à 100%, et qu’il ouvrira également la pile Linea. Avec la mise à niveau Dencon d’Ethereum (EIP-4844), Linea utilisera bientôt des blobs pour stocker les données d’appel sur L1 afin de réduire considérablement les coûts de cumul. De plus, l’équipe s’efforce de réduire le coût des transactions fixes en compressant les données envoyées à L1 et en agrégeant les preuves. Le temps de bloc de Linea est réduit à 4 secondes, ce qui est 3 fois plus rapide, et il existe un mécanisme pour réduire facilement le temps de bloc encore plus à l’avenir. La capacité et le débit de pointe ont également été ajoutés pour préparer le système à la croissance continue du réseau. Pour la diversité des clients, Besu et geth sont pris en charge, et le nouveau séquenceur Linea remplacera Linea-geth par Linea-Besu.

Le 15 novembre, le réseau de couche 2 de ConsenSys, Linea, a déclaré qu’il préparait la prochaine version majeure d’Alpha v2, la nouvelle version a des coûts de transaction inférieurs, des transactions plus rapides et une couverture EVM à 100 %, et qu’elle ouvrira également Linea Stack. Avec la mise à niveau Dencon d’Ethereum (EIP-4844), Alpha v2 utilisera bientôt des blobs pour stocker les données d’appel sur L1 afin de réduire considérablement les coûts de cumul. De plus, l’équipe s’efforce de réduire le coût des transactions fixes en compressant les données envoyées à L1 et en agrégeant les preuves. Linea réduira le temps de blocage de Linea à 4 secondes, ce qui est 3 fois plus rapide, et libérera un mécanisme qui peut facilement réduire encore plus le temps de blocage à l’avenir. Pour la diversité des clients, Besu et geth sont déjà pris en charge, et le nouveau séquenceur Linea remplacera Linea-geth par Linea-Besu.

Le 9 novembre, Bob Summerwill, directeur exécutif d’ETCCooperative, a tweeté qu’il y avait une erreur dans la version 1.12.15 de Geth, et que Spiral n’était pas correctement activé sur le testnet du Mordor.

Le 9 novembre, Bob Summerwill, directeur exécutif d’ETCCooperative, a tweeté qu’il y avait une erreur dans la version 1.12.15 de Geth, et que Spiral n’était pas correctement activé sur le testnet du Mordor.

Le 23 octobre, en réponse à l’EIP-7542 soumis par le développeur principal d’Ethereum, smartprogrammer.eth, pour « introduire une nouvelle version du protocole de poignée de main du réseau peer-to-peer d’Ethereum », le développeur d’Ethereum, Péter Szilágyi (karalabe.eth), a commenté : « De toute évidence, Nethermind et Besu ont cessé de stocker des données historiques sur Ethereum (alors que Geth fournit toujours des services). Ils veulent le normaliser pour qu’il n’enfreigne pas le protocole, mais qu’il devienne un moyen viable ? C’est une idée extrêmement irresponsable, et l’élagage des données passées est un stratagème marketing très hypocrite pour inciter les gens à se tourner vers leurs clients respectifs. C’est absolument très mauvais pour le réseau, cela viole le protocole, cela va à l’encontre de l’ensemble de la conception d’Ethereum. " En outre, le développeur d’Ethereum, Matt, a commenté : « Cette proposition est problématique car elle permet une distribution hétérogène des données de bloc entre les clients. Les opérateurs de noeud rationnels ne conservent qu’une quantité minimale de données historiques. Par conséquent, on peut s’attendre à ce que la grande majorité des réseaux ne fournissent pas d’historique substantiel. Pour trouver un nœud qui existe, il faudra beaucoup de temps pour rechercher dans le réseau de découverte, puis le nœud servant la majeure partie ou la totalité de l’historique sera complètement saturé de ceux qui le recherchent. "

Péter Szilágyi, développeur principal d’Ethereum et développeur Geth du client Ethereum, a déclaré dans un article sur la plate-forme X que les clients d’Ethereum, Nethermind et Besu, ont cessé de stocker les données historiques d’Ethereum, et qu’ils veulent également les normaliser afin qu’elles ne violent pas le protocole, mais deviennent un moyen viable. Et c’est une idée très irresponsable. Szilágyi explique que permettre aux utilisateurs de ne pas stocker les chaînes historiques est une astuce marketing très hypocrite : - L’utilisateur passe à un autre client parce qu’il est plus petit ; - Ils peuvent toujours accéder à d’anciennes données parce que Geth fournit le service ; - Les utilisateurs (et les développeurs Geth) n’y connaissent rien. Si l’équilibre est pris en compte, ils « pourraient » travailler ensemble sur EIP-4444, « d’abord » pour aider à archiver les blocs historiques, « et ensuite « tous les clients peuvent le supprimer immédiatement, mais ils estiment que cela n’aura aucun impact sur la part de marché, alors laissez la question épineuse à Geth et gardez YOLO (vivre dans l’instant) jusque-là. Szilágyi a déclaré : « Parfois, j’ai vraiment envie de quitter Ethereum et d’essayer de rester sur la touche. Lorsque les développeurs principaux sont en concurrence pour les intérêts, pourquoi s’embêter à améliorer Ethereum ? Je suis profondément déçu par toutes les personnes impliquées. "

PANews a rapporté le 5 octobre qu'Immutable avait publié la feuille de route de lancement du réseau principal. En novembre, il est prévu de reconstruire le testnet Immutable zkEVM et de mettre à niveau son premier client EVM de Polygon Edge vers Geth, garantissant ainsi qu'Immutable zKEVM soit aussi proche que possible d'Ethereum tout en étant entièrement compatible avec l'ensemble de l'écosystème d'outils Ethereum. Le réseau principal zkEVM sera lancé de décembre à janvier de l'année prochaine et les développeurs seront invités à rejoindre des groupes avant d'être ouvert au public. En 2024, Immutable proposera une chaîne d'applications dédiée avec la même pile technologique et les mêmes fonctionnalités qu'Immutable zkEVM, mais avec un niveau de personnalisation unique. Enfin, zk-prover sera introduit et fournira un pont inter-chaînes sans confiance entre Ethereum et Immutable zkEVM.

Selon les informations du 5 octobre, Immutable a publié une feuille de route de lancement du réseau principal, dans laquelle il prévoit de reconstruire le réseau de test Immutable zkEVM en novembre et de mettre à niveau son premier client EVM de Polygon Edge vers Geth pour garantir qu'Immutable zKEVM soit aussi proche que possible d'Ethereum. Entièrement compatible avec l'ensemble de l'écosystème d'outils Ethereum ; le réseau principal zkEVM sera lancé de décembre à janvier de l'année prochaine et les développeurs seront invités à se joindre à des groupes avant d'être ouvert au public ; En 2024, Immutable fournira une chaîne d'applications dédiée avec une pile technologique et des fonctionnalités cohérentes avec Immutable zkEVM sont les mêmes, mais avec un niveau de personnalisation unique ; enfin, zk-prover sera introduit et fournira un pont inter-chaînes Ethereum et Immutable zkEVM sans confiance.

Odaily Planet Daily News EthStorage s'est associé à Hyper Oracle et Delphinus Lab pour publier le compilateur zkGo. Selon les rapports, zkGo est basé sur la dernière Go 1.21.0 et est le premier à compiler du code Go standard en code Wasm compatible avec le protocole ZK. L'exécution du code Wasm généré peut déjà être une preuve de connaissance nulle et vérifiée en chaîne par l'outil zkWasm de Delphinus Lab. En tant qu'application importante de zkGo, zkGo a compilé avec succès L2 Geth d'Optimism Fraud Proof (également connu sous le nom de op-program-client) pour générer du code Wasm compatible avec le protocole ZK. Le code Wasm actuel a réussi l'essai à sec de zkWWasm et aidera à mettre en œuvre la technologie ZK Fraud Proof à l'avenir.

PANews a rapporté le 19 septembre que la société de recherche Rated a publié sur le site Le pourcentage de blocages est le double de la moyenne des 30 derniers jours. Cet impact remonte à la version Geth, qui a introduit des problèmes de production de blocs exacerbés par la façon dont Prysm gère la logique de production de blocs (en donnant la priorité aux blocs locaux par rapport aux blocs boostés). Étant donné que GETH et Prysm sont respectivement les clients EL et CL les plus populaires, l'impact combiné est une diminution de 2 sigma de l'efficacité à l'échelle du réseau. Cependant, depuis environ 3 ans que la Beacon Chain fonctionne, la baisse d’efficacité de 2 sigma n’a pas vraiment eu d’impact sur le bon fonctionnement global d’Ethereum. De plus, le développeur de la communauté Ethereum, terence.eth, a déclaré sur "La chaîne fonctionne toujours correctement. Alors que le bug de Geth a interféré avec la production de blocs, Prysm donne la priorité à la sécurité, il vérifie d'abord les blocs locaux et si cela échoue, il arrête la production de blocs même si un constructeur bloque est spécifié. Nous avons de la chance : 1. Prysm n'est pas un client super dominant. 2. Tous n'ont pas été mis à niveau vers Geth v1.13.0 en même temps. 3. L'équipe Geth a répondu et corrigé rapidement." Selon les nouvelles d'hier, le client Ethereum Geth a publié une version de correctif v1.13.1 pour résoudre des problèmes tels que la génération de blocs invalides.

PANews a rapporté le 18 septembre que le client de langage Ethereum Go Go Ethereum avait publié le client Ethereum Geth v1.13.1. Il s'agit d'une version hotfix de la version 1.13.0, qui corrige des problèmes tels que la détection des fork d'API du moteur qui entraînent une génération de blocs non valides et une corruption de la base de données causée par un redémarrage anormal de la synchronisation des instantanés dans le schéma de chemin. Selon des informations précédentes, le client Ethereum, Prysm, a publié sur Twitter qu'un bug avait été trouvé dans Geth qui interfère avec la production de blocs de Prysm, et a rappelé aux utilisateurs de ne pas mettre à jour Geth vers la version V1.13.0 pour le moment.

Golden Finance a signalé que le client de langage Ethereum Go Go Ethereum a publié le client Ethereum GethV1.13.1. Geth v1.13.1 est une version corrective de la v1.13.0. La nouvelle version corrige les problèmes suivants : Correction de la détection de fork actif sur l'API du moteur, obligeant les signataires à créer des blocs non valides (#28135). Path corrige la corruption de la base de données causée par le redémarrage étrange de la synchronisation des instantanés (#28124, #28126). Correction de la commande geth db inspect à exécuter sur les anciennes bases de données de schéma de hachage (#28108). Correction d'une régression valide du calcul du prix du gaz sur l'API RPC (#28130). En plus des correctifs, la v1.13.1 introduit également la prise en charge de la configuration de Geth via des variables d'environnement.

Odaily Planet Daily a rapporté que le client Ethereum Prysm a émis un rappel sur la plateforme X : Ne mettez pas à jour Geth vers la version V1.13.0 pour le moment, car un bug a été trouvé dans Geth qui interfère avec la production de blocs de Prysm. Remarque : Bien que la plupart des clients n'aient pas besoin d'utiliser mev-boost pour la génération de blocs locaux, Prysm vérifie toujours les blocs locaux ; Prysm publiera davantage de mises à jour ultérieurement. Selon des informations précédentes du 12 septembre, le client de langage Ethereum Go Go Ethereum a publié le client Ethereum GethV1.13. Cette version fournit un nouveau modèle de base de données pour stocker l'état d'Ethereum, qui est plus rapide que la solution précédente et un élagage approprié est également effectué.