Besu rend ses appels RPC moins cassants

Besu a publié le 17 juin la version 26.6.1 de son client Ethereum, avec un changement discret mais important pour les équipes qui exploitent des nœuds ou des services d’accès à la chaîne. Plusieurs appels JSON-RPC, dont eth_getBalance, eth_getCode, eth_getStorageAt, eth_getTransactionCount, eth_getProof et eth_getStorageValues, acceptent désormais l’absence de paramètre de bloc et utilisent alors latest par défaut. JSON-RPC est l’interface par laquelle les applications, portefeuilles, explorateurs et indexeurs demandent des données à un nœud.

Le détail paraît mineur, mais il touche une zone sensible de compatibilité entre clients Ethereum. Avant cette version, Besu rejetait ces requêtes lorsqu’elles ne précisaient pas le bloc visé. D’autres clients d’exécution les acceptent déjà en interprétant l’absence de bloc comme une demande sur le dernier état connu. La release aligne donc Besu sur ce comportement, ce qui peut réduire des erreurs difficiles à diagnostiquer dans des services qui doivent fonctionner avec plusieurs fournisseurs RPC ou basculer d’un client à l’autre. Pour une application, la différence peut se voir sous forme d’un appel qui cesse d’échouer lors d’un changement de fournisseur, sans modification fonctionnelle côté interface.

La version corrige aussi un bug autour de engine_getBlobsV2 pendant une synchronisation complète sur des réseaux postérieurs à la fusion, par exemple Hoodi. La note officielle explique que Besu pouvait renvoyer UNSUPPORTED_FORK lorsque le nœud rattrapait encore la chaîne. Le correctif reconnaît mieux cet état de synchronisation, afin que le client ne valide pas la requête comme si sa tête de chaîne pré-fork représentait déjà le contexte final. Pour les opérateurs, ce n’est pas une nouveauté visible côté utilisateur, mais un durcissement utile des phases où un nœud revient en service ou rejoint un réseau. Ces moments de synchronisation sont souvent ceux où la supervision mélange alertes temporaires et vrais défauts.

Besu 26.6.1 est présenté comme une mise à jour optionnelle, pas comme une urgence de protocole. C’est précisément ce qui rend la brève intéressante : l’infrastructure blockchain avance souvent par ces ajustements de bord, qui rendent les piles de production moins fragiles. La release rappelle aussi plusieurs dépréciations à venir, dont l’abandon annoncé du consensus Proof of Work dans Besu et le renommage de certains paramètres expérimentaux. Pour les équipes Ethereum, le message pratique est simple : vérifier les hypothèses RPC, tester les clients lors de la synchronisation et traiter les dépréciations avant qu’elles ne deviennent des ruptures. Une petite release peut ainsi servir de répétition générale pour une exploitation plus propre.