Le client Ethereum Nimbus publie la mise à jour v25.9.1 avant le fork Fusaka sur les testnets

Le 26 septembre 2025, à 06:48 UTC, le client Ethereum Nimbus a publié la version v25.9.1 selon le média blockchain Wu Blockchain (@wublockchain12). Sur le mainnet, la mise à jour est de faible urgence, mais sur les testnets Hoodi, Sepolia et Holesky, elle est de haute urgence. Cela s'explique par le fait que le prochain fork Fusaka est imminent et qu'il sera activé sur les testnets au cours du mois suivant.

Wu Blockchain a appris que le client Ethereum Nimbus a publié la version v25.9.1. Cette version est une mise à jour de faible urgence sur le mainnet, mais de haute urgence sur les testnets Hoodi, Sepolia et Holesky, car ces réseaux vont bientôt procéder au fork Fusaka. https://t.co/i3FypWA6gV

— Wu Blockchain (@wublockchain12) 26 septembre 2025

Status.im a créé Nimbus, qui est réputé pour sa légèreté et sa concentration sur l'efficacité du validateur. Il dessert désormais entre 6 et 8 pour cent des clients validateurs Ethereum, selon les rapports de diversité des clients de la Ethereum Foundation.

Pourquoi les testnets nécessitent une mise à jour urgente

C'est urgent car le fork Fusaka aura bientôt lieu sur trois testnets. Le calendrier prévu est le suivant :

• Holesky : 2 octobre 2025
• Sepolia : 16 octobre 2025
• Hoodi : 30 octobre 2025

L'activation sur le mainnet n'aura lieu qu'après le 29 novembre 2025, soit au moins 30 jours après le fork de Hoodi. Selon les informations fournies par Ethereum.org, Holesky compte actuellement environ 200 000 validateurs, Sepolia en compte 50 000 et Hoodi 10 000. À moins que les validateurs n'aient mis à jour vers Nimbus v25.9.1 avant ces dates, ils perdront la connexion avec les nouvelles règles du protocole et ne pourront plus fonctionner, entraînant des interruptions de service et des attestations perdues. Bien que les testnets n'entraînent généralement pas de slashing, la mise à jour est très importante pour maintenir la stabilité des tests avant le déploiement sur le mainnet.

Informations techniques sur Nimbus v25.9.1

Nimbus est depuis longtemps un client adapté aux environnements à ressources limitées. Selon les données de la recherche matérielle Miga Labs 2025, Nimbus nécessite :

• CPU : ~0,5–1 cœur par validateur
• RAM : ~300–500 Mo
• Capacité de stockage : 50 à 100 Go d'informations blockchain.

Nimbus est plus léger comparé à Prysm (23 cœurs CPU, environ 1 Go de RAM), Teku (environ 800 Mo de RAM) et peut être utilisé par des stakers individuels. La version v25.9.1 ajoute la prise en charge des règles du fork Fusaka. Il s'agit d'une mise à jour de faible urgence sur le mainnet, ce qui indique qu'il n'y a pas de changements urgents dans le consensus. Mais sur les testnets, elle permet aux validateurs de rester à jour avec les changements des règles de consensus.

Qu'est-ce que le fork Fusaka

Le fork Fusaka est la prochaine mise à niveau dans le cycle post-Merge d'Ethereum, qui a déjà connu les mises à niveau Altair, Bellatrix, Capella, Pectra, et d'autres. Cette mise à niveau se concentre sur :

• Des améliorations de l'interface entre la couche d'exécution et la couche de consensus.
• Des changements recommandés pour la scalabilité afin de préparer le sharding futur.
• Une optimisation du risque de slashing en optimisant le débit des performances des validateurs.
• Ces fonctionnalités ont été vérifiées par la Ethereum Foundation sur les forums communautaires, tels que EthStaker, et dans les discussions communautaires sur GitHub.

Validité des sources et crédibilité

Wu Blockchain, une plateforme d'information crypto chinoise avec plus de 500 000 abonnés sur X, a été la première à rapporter la mise à jour et a une histoire de rapports précis sur les développements d'Ethereum. La publication et l'évaluation de l'urgence de la v25.9.1 sont vérifiées par recoupement avec les publications de Nimbus et les mises à jour de la communauté Ethereum Foundation. Il existe également des données de performance supplémentaires, fournies par Miga Labs (étude matérielle 2025) et les guides validateurs de ConsenSys, ce qui en garantit l'exactitude.