Rétrospective panoramique du protocole Bitcoin en 2025

Auteur original : Zhixiong Pan (X : @nake13)

Le rapport annuel de Bitcoin Optech a toujours été considéré comme un baromètre technique de l'écosystème Bitcoin. Il ne s'intéresse pas aux fluctuations du prix, mais enregistre uniquement les véritables pulsations du protocole Bitcoin et des infrastructures clés.

Le rapport de 2025 révèle une tendance évidente : Bitcoin est en train de passer d'une « défense passive » à une « évolution proactive ».

L'année passée, la communauté ne s'est plus contentée de corriger des failles, mais a commencé à répondre de manière systématique à des menaces existentielles (comme l'informatique quantique), tout en explorant de manière agressive les frontières de la scalabilité et de la programmabilité sans sacrifier la décentralisation. Ce rapport n'est pas seulement un mémo pour les développeurs, mais aussi un index clé pour comprendre, au cours des cinq à dix prochaines années, les attributs des actifs Bitcoin, la sécurité du réseau et la logique de gouvernance.

Conclusions principales

Tout au long de 2025, l'évolution technique de Bitcoin présente trois caractéristiques principales, qui sont aussi la clé pour comprendre les 10 événements majeurs suivants :

1. Préemption de la défense : La feuille de route de défense contre les menaces quantiques devient pour la première fois claire et opérationnelle, la réflexion sur la sécurité s'étendant du « présent » à « l'ère post-quantique ».
2. Stratification des fonctionnalités : Les discussions intensives sur les propositions de soft fork et l'évolution « hot-plug » du Lightning Network montrent que Bitcoin vise une architecture « base solide, couche supérieure flexible » grâce à des protocoles en couches.
3. Décentralisation de l'infrastructure : Du protocole de minage (Stratum v2) à la validation des nœuds (Utreexo/SwiftSync), d'importantes ressources d'ingénierie sont investies pour abaisser les barrières à l'entrée et renforcer la résistance à la censure, afin de contrer la tendance à la centralisation du monde physique.

Le rapport annuel de Bitcoin Optech couvre des centaines, voire des milliers de commits de code, de débats sur les mailing lists et de propositions BIP de l'année écoulée. Pour extraire le véritable signal du bruit technique, j'ai écarté les mises à jour relevant de « l'optimisation locale » et sélectionné les 10 événements suivants ayant un impact structurel sur l'écosystème.

1. Défense systémique contre la menace quantique et « feuille de route de renforcement »

【Statut : Recherche et propositions à long terme】

L'année 2025 marque un changement d'attitude de la communauté Bitcoin face à la menace de l'informatique quantique, passant de la discussion théorique à la préparation technique. BIP360 a reçu un numéro et a été renommé P2TSH (Pay to Tapscript Hash). Cela est considéré comme une étape importante dans la feuille de route de renforcement quantique, tout en servant plus généralement certains cas d'utilisation de Taproot (par exemple, des structures d'engagement sans clé interne).

Parallèlement, la communauté a approfondi l'exploration de solutions de signatures résistantes au quantique, notamment en envisageant l'introduction future de capacités de script appropriées (comme la réintroduction de OP_CAT ou l'ajout de nouveaux opcodes de vérification de signature), la construction de signatures Winternitz avec OP_CAT, la discussion sur l'intégration de la vérification STARK comme capacité native de script, et l'optimisation des coûts on-chain des schémas de signature par hachage (tels que SLH-DSA / SPHINCS+).

Ce sujet occupe la première place car il touche aux fondements mathématiques de Bitcoin. Si l'informatique quantique venait à affaiblir l'hypothèse du logarithme discret sur courbe elliptique (menaçant ainsi la sécurité des signatures ECDSA/Schnorr), cela entraînerait une pression de migration systémique et une stratification de la sécurité des sorties historiques. Cela oblige Bitcoin à préparer à l'avance des chemins de mise à niveau au niveau du protocole et des portefeuilles. Pour les détenteurs à long terme, choisir des solutions de garde disposant d'une feuille de route de mise à niveau et d'une culture d'audit de sécurité, ainsi que surveiller les futures fenêtres de migration potentielles, deviendra essentiel pour la préservation des actifs.

2. Explosion des propositions de soft fork : la pierre angulaire de la « programmable vault »

【Statut : Discussions intensives / phase de brouillon】

Cette année a été marquée par une densité élevée de discussions sur les propositions de soft fork, axées sur la manière de libérer la capacité d'expression des scripts tout en maintenant un minimalisme extrême. Les propositions de type contrat telles que CTV (BIP119) et CSFS (BIP348), ainsi que des technologies comme LNHANCE et OP_TEMPLATEHASH, cherchent à introduire des « clauses restrictives » plus sûres dans Bitcoin. De plus, OP_CHECKCONTRACTVERIFY (CCV) est devenu BIP443, et diverses propositions d'opcodes arithmétiques et de restauration de script attendent également le consensus.

Ces mises à niveau apparemment ésotériques ajoutent en réalité de nouvelles « lois physiques » au réseau de valeur mondial. Elles devraient permettre de rendre les constructions natives de « vaults » plus simples, plus sûres et standardisables, permettant aux utilisateurs de définir des mécanismes tels que le retrait différé et les fenêtres d'annulation, réalisant ainsi une « auto-protection programmable » au niveau de l'expressivité du protocole. Parallèlement, ces capacités devraient réduire considérablement les coûts d'interaction et la complexité des protocoles de couche 2 tels que le Lightning Network et les DLC (Discreet Log Contracts).

3. Reconstruction « anti-censure » de l'infrastructure de minage

【Statut : Implémentation expérimentale / évolution du protocole】

La décentralisation de la couche de minage détermine directement la résistance à la censure de Bitcoin. En 2025, Bitcoin Core 30.0 introduit une interface IPC expérimentale, optimisant considérablement l'efficacité des interactions entre les logiciels de pools de minage/Stratum v2 et la logique de validation de Bitcoin Core, réduisant la dépendance à l'inefficace JSON-RPC et ouvrant la voie à l'intégration de Stratum v2.

L'une des capacités clés de Stratum v2 est de transférer, grâce à des mécanismes tels que Job Negotiation, le pouvoir de sélection des transactions des pools de minage vers les mineurs individuels, renforçant ainsi la résilience à la censure. Parallèlement, l'apparition de MEVpool tente de résoudre le problème du MEV par l'aveuglement des templates et la concurrence sur le marché : idéalement, plusieurs marketplaces devraient coexister pour éviter qu'un marché unique ne devienne un nouveau point centralisé. Cela affecte directement la capacité des utilisateurs ordinaires à voir leurs transactions incluses équitablement dans des conditions extrêmes.

4. Mise à niveau du système immunitaire : divulgation des vulnérabilités et fuzzing différentiel

【Statut : Opérations d'ingénierie continues】

La sécurité de Bitcoin dépend d'un auto-diagnostic avant les attaques réelles. En 2025, Optech a enregistré de nombreuses divulgations de vulnérabilités concernant Bitcoin Core et les implémentations Lightning (telles que LDK/LND/Eclair), couvrant des problèmes allant du blocage de fonds à la désanonymisation de la vie privée, voire des risques graves de vol de fonds. Cette année, Bitcoinfuzz a utilisé la technique du « fuzzing différentiel », identifiant plus de 35 bugs profonds en comparant les réactions de différents logiciels aux mêmes données.

Ce type de « stress test » intensif est le signe de la maturité de l'écosystème. C'est comme un vaccin : il expose des problèmes à court terme, mais renforce considérablement l'immunité du système à long terme. Pour les utilisateurs dépendant d'outils de confidentialité ou du Lightning Network, c'est aussi un avertissement : aucun logiciel n'est parfait, et maintenir à jour les composants critiques est la règle la plus simple pour assurer la sécurité des dépôts.

5. Lightning Network Splicing : « mise à jour à chaud » des fonds de canal

【Statut : Support expérimental multi-implémentations】

Le Lightning Network a connu en 2025 une avancée majeure en termes d'utilisabilité : Splicing (épissage/mise à jour à chaud des canaux). Cette technologie permet aux utilisateurs d'ajuster dynamiquement les fonds (dépôt ou retrait) sans fermer le canal, et bénéficie déjà d'un support expérimental dans les trois principales implémentations : LDK, Eclair et Core Lightning. Bien que les spécifications BOLTs associées soient encore en cours de finalisation, les tests de compatibilité inter-implémentations ont déjà bien progressé.

Splicing est la capacité clé permettant d'ajouter ou de retirer des fonds sans fermer le canal. Cela devrait réduire les échecs de paiement et les frictions opérationnelles causés par la difficulté d'ajuster les fonds du canal. À l'avenir, les portefeuilles devraient réduire considérablement la courbe d'apprentissage de l'ingénierie des canaux, permettant à davantage d'utilisateurs d'utiliser le LN comme une couche de paiement proche d'un « compte à solde », une pièce maîtresse pour l'adoption massive des paiements Bitcoin au quotidien.

6. Révolution du coût de validation : faire tourner un nœud complet sur des « appareils grand public »

【Statut : Prototype (SwiftSync) / Brouillon BIP (Utreexo)】

La forteresse de la décentralisation réside dans le coût de validation. En 2025, SwiftSync et Utreexo ont frontalement attaqué la « barrière du nœud complet ». SwiftSync optimise le chemin d'écriture de l'ensemble UTXO pendant l'IBD (Initial Block Download) : seuls les outputs non dépensés à la fin de l'IBD sont ajoutés au chainstate, et grâce à un fichier hints « minimalement fiable », l'implémentation de référence accélère l'IBD de plus de 5 fois, tout en ouvrant la voie à la validation parallèle. Utreexo (BIP181-183), quant à lui, utilise un accumulateur Merkle forest, permettant aux nœuds de valider les transactions sans stocker localement l'ensemble complet des UTXO.

Ces deux technologies signifient qu'il deviendra réellement possible de faire tourner un nœud complet sur des appareils à ressources limitées, augmentant ainsi le nombre de validateurs indépendants sur le réseau.

7. Cluster Mempool : refonte de l'ordonnancement du marché des frais

【Statut : Près de la publication (Staging)】

Dans les fonctionnalités attendues de Bitcoin Core 31.0, la mise en œuvre de Cluster Mempool (pool de mémoire en cluster) est presque terminée. Elle introduit des structures telles que TxGraph, qui abstraient les relations de dépendance complexes entre transactions en un problème de « linéarisation/ordonnancement des clusters de transactions » pouvant être résolu efficacement, rendant la construction des templates de blocs plus systématique.

Bien qu'il s'agisse d'une mise à niveau du système d'ordonnancement sous-jacent, elle devrait améliorer la stabilité et la prévisibilité de l'estimation des frais. En éliminant les ordres de packaging anormaux dus aux limites des algorithmes, le réseau Bitcoin devrait se comporter de manière plus rationnelle et fluide en période de congestion, et les demandes d'accélération de transaction des utilisateurs (CPFP/RBF) fonctionneront selon une logique plus déterministe.

8. Gouvernance raffinée de la couche de propagation P2P

【Statut : Mise à jour de la stratégie / optimisation continue】

Face à l'augmentation des transactions à faible frais en 2025, le réseau P2P de Bitcoin a connu un tournant stratégique. Bitcoin Core 29.1 a abaissé le taux de frais minimum par défaut pour le relais à 0.1 sat/vB. Parallèlement, le protocole Erlay continue de progresser pour réduire la consommation de bande passante des nœuds ; la communauté a également proposé des idées telles que le « partage de templates de blocs » et continue d'optimiser la stratégie de reconstruction des blocs compacts pour faire face à un environnement de propagation de plus en plus complexe.

Avec des politiques plus cohérentes et des seuils par défaut plus bas pour les nœuds, la faisabilité de la propagation des transactions à faible frais dans le réseau devrait s'améliorer. Ces orientations devraient réduire les exigences strictes en matière de bande passante pour faire tourner un nœud, renforçant davantage l'équité du réseau.

9. OP_RETURN et le débat sur la « tragédie des communs » de l'espace de bloc

【Statut : Changement de politique Mempool (Core 30.0)】

Core 30.0 a assoupli les restrictions de politique sur OP_RETURN (permettant plus de sorties, supprimant certaines limites de taille), ce qui a déclenché en 2025 un débat philosophique intense sur l'utilisation de Bitcoin. À noter, cela relève de la Mempool Policy de Bitcoin Core (politique de relais/standardisation par défaut), et non des règles de consensus ; mais cela affecte considérablement la facilité avec laquelle une transaction est propagée et vue par les mineurs, impactant donc réellement la compétition pour l'espace de bloc.

Les partisans estiment que cela corrige des distorsions d'incitation, tandis que les opposants craignent que cela ne soit perçu comme un aval au « stockage de données on-chain ». Ce débat rappelle que l'espace de bloc, en tant que ressource rare, voit ses règles d'utilisation (même hors consensus) résulter d'un jeu d'intérêts permanent.

10. Bitcoin Kernel : refonte « modulaire » du code central

【Statut : Refonte architecturale / publication d'API】

En 2025, Bitcoin Core a franchi une étape clé dans le découplage architectural : l'introduction de l'API C Bitcoin Kernel. Cela marque la séparation de la « logique de validation du consensus » du programme de nœud principal, pour en faire un composant standard indépendant et réutilisable. À ce jour, ce kernel permet déjà à des projets externes de réutiliser la validation des blocs et la logique d'état de la chaîne.

La « kernelisation » apportera des avantages structurels de sécurité à l'écosystème. Elle permet aux backends de portefeuilles, indexeurs et outils d'analyse d'appeler directement la logique de validation officielle, évitant ainsi les risques de divergence de consensus dus à la réinvention de la roue. C'est comme doter l'écosystème Bitcoin d'un « moteur d'usine standardisé », sur lequel les applications construites seront plus robustes.

Annexe : Mini-glossaire

Pour faciliter la lecture, voici une brève explication des termes clés mentionnés :

• UTXO (Unspent Transaction Output) : Sortie de transaction non dépensée, unité de base de l'état du registre Bitcoin, enregistrant qui possède combien de coins.
• IBD (Initial Block Download) : Téléchargement initial des blocs, processus de synchronisation des données historiques lors de l'entrée d'un nouveau nœud sur le réseau.
• CPFP / RBF : Deux mécanismes d'accélération des transactions. CPFP (Child Pays For Parent) utilise une nouvelle transaction pour accélérer une ancienne ; RBF (Replace By Fee) remplace directement une transaction à faible frais par une transaction à frais plus élevé.
• Mempool (pool de mémoire) : Tampon utilisé par les nœuds pour stocker les transactions « diffusées mais pas encore incluses dans un bloc ».
• BOLTs : Série de spécifications techniques du Lightning Network (Basis of Lightning Technology).
• MEV (Maximal Extractable Value) : Valeur maximale extractible, désigne le profit supplémentaire que les mineurs peuvent obtenir en réordonnant ou censurant les transactions.

Lien vers l'article original