Bitcoin Core clarifie le dialogue entre pairs

Bitcoin Core a intégré le 10 juin la prise en charge de BIP 434, une proposition qui ajoute une négociation explicite des fonctions entre pairs au protocole P2P. Le fait vérifié est dans la pull request officielle #35221, fusionnée dans la branche master du dépôt bitcoin/bitcoin. Concrètement, un nœud pourra échanger un message feature entre les messages version et verack, c’est-à-dire au moment où deux pairs établissent leur compatibilité avant de parler réellement au réseau. Le changement augmente aussi la version de protocole annoncée à 70017.

Le détail paraît bas niveau, mais il touche un problème récurrent des réseaux distribués : comment faire évoluer un protocole sans casser les clients anciens ni multiplier les comportements implicites. Jusqu’ici, beaucoup de capacités Bitcoin se devinaient par version, par messages optionnels ou par conventions. BIP 434 formalise une étape où un pair peut annoncer des fonctions facultatives avec des identifiants dédiés. La version intégrée dans Bitcoin Core reste prudente : elle met en place le mécanisme, ignore les fonctions inconnues quand elles sont valides, et déconnecte les pairs qui envoient des messages mal formés ou au mauvais moment.

Ce n’est donc pas une nouvelle fonction utilisateur, ni un changement de consensus. Aucun solde, aucune règle de validation de bloc et aucun script ne changent parce que cette pull request est fusionnée. L’intérêt est plutôt architectural. Une négociation explicite donne aux mainteneurs un endroit plus propre pour accrocher de futures capacités réseau, par exemple des variantes de relais, des modes de connexion spécialisés ou des options qui ne devraient pas être activées par simple supposition. Elle rend aussi les déploiements progressifs moins opaques, car les clients peuvent annoncer ce qu’ils comprennent au lieu de laisser les autres logiciels le déduire d’un numéro global. Un message mal placé dans la séquence de connexion devient aussi une erreur plus facile à détecter.

Pour les opérateurs de nœuds, il n’y a pas d’action immédiate tant qu’une version stable ne l’embarque pas. Pour les développeurs, le signal est plus net : Bitcoin continue de déplacer de petites hypothèses historiques vers des interfaces plus déclaratives. C’est souvent par ce type de plomberie que les protocoles vieillissent mieux : chaque extension future dispose d’un cadre commun, au lieu d’ajouter une exception de plus dans la logique de connexion. La nouveauté ne promet pas une amélioration visible demain matin, mais elle prépare un réseau où les futures extensions pourront être négociées avec moins d’ambiguïté, et donc avec moins de risques d’incompatibilités silencieuses.