Bitcoin prépare un testnet plus strict

Un projet de BIP publié dans le dépôt officiel des Bitcoin Improvement Proposals propose de remplacer testnet4 par un nouveau réseau, testnet5. Le fait central est précis : la proposition, ouverte le 10 juin 2026 par Fabian Jahr et coécrite avec Pol Espinasa, retire l’exception de difficulté qui permettait de miner des blocs de test à difficulté minimale après vingt minutes sans bloc. Les auteurs estiment que cette règle, conçue pour garder le réseau accessible aux tests, est désormais exploitée de façon persistante et rend testnet4 trop instable.

Un testnet Bitcoin sert aux développeurs, aux portefeuilles, aux services de paiement et aux chercheurs à essayer du code sans risquer de vrais bitcoins. Sa valeur dépend donc moins de son prix, nul par construction, que de sa fiabilité. Si la chaîne réorganise souvent ses derniers blocs, si des tempêtes de blocs saturent les nœuds, ou si les pièces de test deviennent difficiles à obtenir, le réseau cesse d’être un banc d’essai honnête. Testnet4 avait déjà été créé pour corriger des abus de testnet3, mais son compromis principal, la règle dite des vingt minutes, a laissé une surface de manipulation.

Le brouillon de testnet5 choisit une solution plus stricte : rapprocher le comportement du testnet de celui du réseau principal. Concrètement, testnet5 suivrait les mêmes règles de consensus que mainnet, avec deux écarts explicites. D’abord, BIP54, le « consensus cleanup », serait actif dès le bloc 1. Ce paquet de règles vise notamment à bloquer l’attaque timewarp, à réduire certains pires cas de validation et à limiter des faiblesses historiques liées aux arbres de Merkle, une structure qui résume les transactions d’un bloc. Ensuite, la difficulté minimale serait relevée, avec un objectif de preuve de travail maximal encodé par 0x1a0fffff, soit une difficulté minimale d’environ un million.

Ce choix a un coût : il réduit l’intérêt du minage CPU occasionnel sur testnet, qui faisait partie des raisons initiales de l’exception. Les auteurs assument ce déplacement. Leur argument est que toute exception prévisible peut être exploitée par un acteur motivé, tandis qu’un testnet utile doit surtout reproduire les contraintes que les logiciels rencontreront sur Bitcoin. Pour les équipes qui maintiennent des nœuds, des bibliothèques ou des wallets, le signal est pratique : si la proposition avance, il faudra ajouter des paramètres réseau, un nouveau bloc de genèse, un port P2P par défaut et une logique de consensus compatible avec BIP54 dès le départ. Ce n’est pas une mise à jour monétaire, mais une remise en état de l’atelier où Bitcoin teste ses futures pièces.