Bitcoin prépare un nouveau testnet
Un brouillon de BIP propose Testnet 5 pour rendre les essais Bitcoin plus proches du mainnet et moins sensibles aux rafales de blocs faciles.
Un projet de BIP publié dans le dépôt officiel bitcoin/bips propose de créer Testnet 5 pour remplacer Testnet 4, le réseau d’essai utilisé par les développeurs Bitcoin. La pull request, ouverte le 10 juin 2026 par Fabian Jahr après une discussion sur la liste Bitcoin-Dev, décrit un changement simple mais lourd de conséquences : supprimer la règle d’exception de difficulté qui permet de miner des blocs de test à difficulté minimale après une attente prolongée. Le texte reste un brouillon et n’active rien sur Bitcoin mainnet, mais il signale que l’écosystème veut traiter le réseau de test comme une infrastructure critique plutôt que comme un bac à sable secondaire.
Un testnet sert à éprouver des portefeuilles, des nœuds, des services de paiement et des changements de protocole avec des jetons sans valeur monétaire. Son intérêt dépend donc de sa fiabilité. Si les blocs arrivent par rafales ou si les pièces de test deviennent difficiles à obtenir, les développeurs perdent un environnement proche du réseau réel. Le brouillon explique que Testnet 4 a conservé une version modifiée de l’exception de difficulté, aussi appelée règle des 20 minutes : quand aucun bloc n’est trouvé pendant un certain temps, un mineur peut produire un bloc très facile à calculer. Cette soupape aide ponctuellement un réseau peu miné, mais elle ouvre aussi la voie à des « block storms », des séries rapides de blocs à faible difficulté.
La proposition Testnet 5 retire cette exception afin de rapprocher le comportement du réseau de test de celui du mainnet. Elle prévoit aussi d’activer BIP54 dès le bloc 1 et de fixer une cible maximale de preuve de travail plus stricte que celle de Testnet 4. BIP54, souvent présenté comme un « consensus cleanup », regroupe des nettoyages de règles de consensus déjà connus pour réduire des cas ambigus ou hérités. Pour les développeurs, l’idée n’est pas de rendre le testnet plus dur pour le plaisir, mais d’éviter que des conditions artificielles masquent des problèmes qui apparaîtraient ensuite dans des logiciels réels.
L’enjeu est très pratique. Les entreprises qui construisent sur Bitcoin ont besoin d’un environnement où les tests automatisés, les démonstrations clients et les essais de nouvelles fonctions ne sont pas perturbés par une économie de pièces de test cassée ou par des blocs imprévisibles. Le débat reste ouvert : certains contributeurs discutent de la possibilité de corriger Testnet 4 au lieu de lancer un nouveau réseau, d’un éventuel préminage de pièces de test et du bon niveau de difficulté minimale. Mais la direction est claire. Même pour un réseau sans valeur financière directe, la qualité de l’infrastructure de développement devient un sujet de gouvernance technique.