Approfondir Bitcoin

Évolutions futures de Bitcoin : covenants, Ark, BitVM

Cinq ans après TaprootTaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique →, Bitcoin est dans une phase d'évolution lente mais active. Aucun soft-forkFork (soft fork, hard fork)Modification des règles du protocole. Un soft fork reste compatible avec les anciens nœuds (SegWit, Taproot) ; un hard fork crée une chaîne séparée (Bitcoin Cash en 2017).Voir dans le lexique → n'a été activé depuis novembre 2021, mais plusieurs propositions structurantes sont en discussion : covenants OP_CTV, OP_VAULTVaultConfiguration custody pour la conservation longue, souvent multisig, gardée hors-ligne et touchée rarement.Voir dans le lexique →, ANYPREVOUT ; protocole Ark alternative à Lightning ; BitVM permettant un calcul off-chain vérifiable on-chain ; intégration de zero-knowledge proofs. Cet article fait l'état des lieux 2026 de ces évolutions, leurs cas d'usage, leurs risques, et un calendrier hypothétique pour 2027-2030. Lecture pour qui veut anticiper ce que Bitcoin pourra faire dans 5 ans.

Cinq ans après TaprootTaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique → (novembre 2021), Bitcoin n'a connu aucun nouveau soft-forkFork (soft fork, hard fork)Modification des règles du protocole. Un soft fork reste compatible avec les anciens nœuds (SegWit, Taproot) ; un hard fork crée une chaîne séparée (Bitcoin Cash en 2017).Voir dans le lexique →. Cette stabilité protocolaire est une caractéristique, pas un bug : Bitcoin évolue lentement parce que tout changement de protocole demande consensus distribué, et le risque d'un mauvais changement dépasse de loin le coût d'attendre. La conséquence est qu'en 2026, l'innovation se déplace : moins de modifications du Layer 1, plus de constructions sur les primitives existantes (Taproot, MASTMAST (Merkleized Alternative Script Trees)Structure introduite avec Taproot : plusieurs conditions de dépense pour un même UTXO, organisées en arbre. Seule la branche réellement utilisée est révélée on-chain, le reste demeure privé.Voir dans le lexique →, MuSig2MuSig2Protocole d'agrégation de signatures Schnorr (BIP 327). Permet à plusieurs signataires de produire une signature unique indistinguable d'une signature simple.Voir dans le lexique →).

Plusieurs propositions structurantes sont néanmoins en discussion active. Les covenants (OP_CTV BIPBIP (Bitcoin Improvement Proposal)Document standard qui décrit une amélioration proposée au protocole Bitcoin. Numérotés (BIP 32, BIP 39, BIP 174, etc.). Processus ouvert et public sur GitHub.Voir dans le lexique → 119, OP_VAULTVaultConfiguration custody pour la conservation longue, souvent multisig, gardée hors-ligne et touchée rarement.Voir dans le lexique → BIP 345, ANYPREVOUT BIP 118) ouvriraient une nouvelle classe de contrats avec restrictions sur les dépenses futures. Le protocole Ark (Burak Keceli, 2023) propose une alternative à Lightning pour les paiements sans liquidité entrante. BitVM (Robin Linus, 2023) permet le calcul off-chain vérifiable on-chain, ouvrant les ZK-rollups sur Bitcoin. ZK-proofs intégrés au Layer 1 restent une direction de recherche.

Cet article fait l'état des lieux 2026 de ces évolutions, expose leurs cas d'usage et leurs risques, et propose un calendrier hypothétique pour 2027-2030. C'est de la prospective éclairée, pas de la prédiction : aucun soft-fork ne se garantit, et le débat est ouvert. CLÔTURE du Sprint 8 « Approfondir Bitcoin », et fin du thème.

Les covenants en discussion : OP_CTV, OP_VAULT, ANYPREVOUT

Le débat covenants est le plus structurant ouvert en 2026. Trois propositions distinctes coexistent. OP_CTV (BIPBIP (Bitcoin Improvement Proposal)Document standard qui décrit une amélioration proposée au protocole Bitcoin. Numérotés (BIP 32, BIP 39, BIP 174, etc.). Processus ouvert et public sur GitHub.Voir dans le lexique → 119, Jeremy Rubin 2020) est le covenantCovenant (CTV, OP_CHECKTEMPLATEVERIFY)Restriction programmable sur la façon dont des bitcoins pourront être dépensés à l'avenir. Les propositions comme CTV (BIP 119) ouvriraient la voie aux vaults et à des canaux améliorés ; le débat communautaire est en cours.Voir dans le lexique → minimal : restreint la forme exacte de la transaction de dépense future. OP_VAULTVaultConfiguration custody pour la conservation longue, souvent multisig, gardée hors-ligne et touchée rarement.Voir dans le lexique → (BIP 345, James O'Beirne et Greg Sanders 2023) est plus structuré et dédié aux coffres time-locked. ANYPREVOUT (BIP 118, Christian Decker et Anthony Towns) ouvre une voie différente, surtout pour Lightning Eltoo.

Ces propositions ne sont pas mutuellement exclusives mais elles concurrencent l'attention de la communauté. L'argument pro-covenants : ils débloquent une classe entière de cas d'usage (coffres avec délai de retrait, vaults institutionnels, paiements récurrents trustless, channel factories Lightning efficaces). L'argument contre : ils ajoutent une complexité de protocole significative, et certains craignent qu'ils créent des risques de fungibilité ou de censure (un covenant qui interdit certaines adresses de destination, par exemple).

L'état 2026 : les trois propositions sont en Draft ou Proposed. CTV est le plus mature techniquement mais a vu son champion (Rubin) quitter le projet en 2023, ce qui a ralenti son momentum. OP_VAULT a un cas d'usage clair (vaults institutionnels) qui motive plusieurs custodians. ANYPREVOUT a un soutien fort de la communauté Lightning. Une activation 2027-2028 reste plausible mais demande un consensus social sur lequel des trois passe d'abord. Le débat sur Delving Bitcoin est vivace.

Ark : une alternative à Lightning sans liquidité entrante

Le problème opérationnel numéro un de Lightning reste la liquidité entrante : pour recevoir, il faut qu'un canal soit pré-financé du côté distant. Ark (Burak Keceli, 2023) propose une alternative qui résout structurellement ce problème. Au lieu de canaux peer-to-peer, Ark organise les utilisateurs en rondes (rounds) coordonnées par un service provider (Ark Service Provider, ASP).

Le mécanisme : à chaque ronde (toutes les quelques minutes à quelques heures selon le déploiement), tous les utilisateurs participants envoient leurs UTXOUTXO (Unspent Transaction Output)« Morceau » de bitcoin reçu et non encore dépensé. Un wallet n'a pas un solde unique, il a une collection d'UTXO dont la somme constitue le solde.Voir dans le lexique → virtuels (les vTXO) au ASP. Le ASP construit une transaction Ark unique sur Bitcoin Layer 1 qui consolide tout. Entre rondes, les vTXO se transfèrent off-chain entre utilisateurs sans toucher la blockchainBlockchainGrand livre comptable public partagé qui enregistre toutes les transactions Bitcoin dans des blocs liés cryptographiquement les uns aux autres. Chaque participant du réseau en garde une copie.Voir dans le lexique →. Pour recevoir un paiement, il suffit de donner une adresse Ark à l'émetteur ; aucune liquidité entrante pré-financée n'est requise.

Ark nécessite techniquement les covenants (CTV ou similar) pour fonctionner pleinement. Une variante temporaire (clArk, covenantLess Ark) propose une version sans covenants, plus coûteuse mais déployable dès aujourd'hui. Plusieurs implémentations expérimentales tournent en 2025-2026 (Second.dev, Bark, Boltz Ark). Si les covenants sont activés, Ark pourrait devenir une voie complémentaire ou alternative à Lightning pour certains usages (micro-paiements grand public, intégration dans des wallets retail).

BitVM : calcul off-chain vérifiable on-chain

BitVM (Robin Linus, octobre 2023) est probablement la proposition la plus surprenante de l'écosystème Bitcoin depuis Lightning. L'idée : permettre à deux parties d'effectuer un calcul arbitrairement complexe off-chain, avec une garantie cryptographique que si l'une triche, l'autre peut prouver la triche on-chain et déclencher une sanction. Et le tout sans modifier le protocole Bitcoin : BitVM utilise les primitives TaprootTaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique → et TapscriptTapscriptLangage de script introduit par Taproot (BIP 342), version étendue du script Bitcoin avec de nouveaux opcodes. Base technique des usages récents, des multisigs natifs aux inscriptions.Voir dans le lexique → existantes.

Le mécanisme repose sur des challenge-response interactifs sur la blockchainBlockchainGrand livre comptable public partagé qui enregistre toutes les transactions Bitcoin dans des blocs liés cryptographiquement les uns aux autres. Chaque participant du réseau en garde une copie.Voir dans le lexique → Bitcoin et des engagements cryptographiques massifs. Le calcul lui-même se déroule off-chain ; les transactions on-chain ne servent qu'à la dispute resolution. Application pratique : on peut construire des bridges Bitcoin vers d'autres chains, des smart contracts complexes, et même des ZK-rollups où Bitcoin sert de couche de règlement.

BitVM2 (Linus et collègues, 2024) a affiné le design pour réduire le coût et le nombre de transactions nécessaires en cas de dispute. En 2025, plusieurs équipes (Citrea, Bitlayer, Build on Bitcoin) ont annoncé des sidechains ou bridges utilisant BitVM. La maturité opérationnelle reste limitée en 2026 (encore en phase research-to-production), mais l'importance conceptuelle est majeure : BitVM démontre que Bitcoin peut servir de couche de règlement pour une vaste classe d'applications sans soft-forkFork (soft fork, hard fork)Modification des règles du protocole. Un soft fork reste compatible avec les anciens nœuds (SegWit, Taproot) ; un hard fork crée une chaîne séparée (Bitcoin Cash en 2017).Voir dans le lexique →. C'est probablement la nouvelle frontière la plus dynamique de l'écosystème.

Zero-knowledge proofs côté Bitcoin

Les zero-knowledge proofs (ZKP) ont gagné en maturité côté Ethereum et Layer 2 entre 2022 et 2026. Côté Bitcoin, l'intégration ZK est plus lente mais s'accélère. Trois angles distincts existent. Premièrement, les ZKP côté walletWallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → : Light wallets utilisant des ZK pour prouver l'appartenance à une UTXOUTXO (Unspent Transaction Output)« Morceau » de bitcoin reçu et non encore dépensé. Un wallet n'a pas un solde unique, il a une collection d'UTXO dont la somme constitue le solde.Voir dans le lexique → sans révéler laquelle (concept Sapio-style, encore très expérimental). Deuxièmement, les ZK-rollups sur Bitcoin via BitVM : Citrea (Chainway) et plusieurs autres projets construisent un rollup EVM-compatible dont les preuves sont vérifiées via BitVM. Troisièmement, les opcodes ZK natifs (OP_ZKVERIFY ou équivalent), proposés mais sans BIPBIP (Bitcoin Improvement Proposal)Document standard qui décrit une amélioration proposée au protocole Bitcoin. Numérotés (BIP 32, BIP 39, BIP 174, etc.). Processus ouvert et public sur GitHub.Voir dans le lexique → formel en 2026.

L'argument pour intégrer ZK-proofs côté Bitcoin : ouverture à une nouvelle classe d'applications privacy-preserving (compte caché, transactions par preuves d'appartenance, etc.) et compétitivité face à Ethereum/Solana sur les use cases qui demandent expressivité et confidentialité. L'argument contre : complexité protocolaire massive, risque cryptographique (les schemas ZK reposent sur des hypothèses sécuritaires plus récentes que ECDSAECDSAAlgorithme de signature historique utilisé par Bitcoin avant Taproot. Signe une transaction avec une clé privée pour prouver la propriété.Voir dans le lexique →/SchnorrSchnorrAlgorithme de signature plus moderne, activé par Taproot en 2021 (BIP 340). Plus efficace, permet l'agrégation de signatures (MuSig2).Voir dans le lexique →), et risque de fragmentation de l'attention dev.

État 2026 : pas de BIP ZK natif sérieux, mais beaucoup de R&D off-chain et via BitVM. Les communautés Bitcoin et ZK convergent lentement, plusieurs conférences Bitcoin++ et ZK Summit voient une cross-pollination. Pas d'activation envisagée avant 2028 au plus tôt, mais la direction est plausible à 10 ans.

Calendrier hypothétique 2027-2030

Aucun de ce qui suit n'est certain. Bitcoin évolue par consensus distribué, pas par roadmap. Mais les indicateurs 2026 permettent un calendrier hypothétique pour les prochaines années.

2027. Probable activation d'un premier covenantCovenant (CTV, OP_CHECKTEMPLATEVERIFY)Restriction programmable sur la façon dont des bitcoins pourront être dépensés à l'avenir. Les propositions comme CTV (BIP 119) ouvriraient la voie aux vaults et à des canaux améliorés ; le débat communautaire est en cours.Voir dans le lexique → (CTV ou OP_VAULTVaultConfiguration custody pour la conservation longue, souvent multisig, gardée hors-ligne et touchée rarement.Voir dans le lexique →, plus probablement CTV vu sa maturité technique). Le mécanisme d'activation reste à choisir (Speedy Trial 2 ou BIPBIP (Bitcoin Improvement Proposal)Document standard qui décrit une amélioration proposée au protocole Bitcoin. Numérotés (BIP 32, BIP 39, BIP 174, etc.). Processus ouvert et public sur GitHub.Voir dans le lexique → 8). Premières applications grand public d'Ark sur covenant si CTV passe. BitVM2 atteint maturité production avec plusieurs sidechains opérationnelles. Sparrow WalletWallet (portefeuille)Logiciel ou appareil qui gère vos clés Bitcoin et permet de signer des transactions. Un wallet ne « contient » pas vraiment vos bitcoins, il contient les clés qui prouvent que vous en êtes propriétaire.Voir dans le lexique → et Specter intègrent JoinMarket natif. Silent payments BIP 352 deviennent majoritaires côté wallets retail.

2028-2029. HalvingHalvingÉvénement programmé tous les 210 000 blocs (environ tous les 4 ans) qui divise par deux la récompense des mineurs. Mécanisme qui rend l'émission de bitcoin décroissante jusqu'à un total de 21 millions.Voir dans le lexique → Bitcoin (avril 2028) avec récompense par bloc passant à 1,5625 BTC. Cycle haussier 2028-2029 historiquement attendu. Activation potentielle d'ANYPREVOUT pour Lightning Eltoo si CTV est bien intégré. Premier déploiement à échelle d'Ark si covenants matures. ZK-rollups sur Bitcoin via BitVM atteignent quelques millions d'utilisateurs.

2030 et au-delà. Activation potentielle d'OP_VAULT pour les vaults institutionnels. Discussion sur les opcodes ZK natifs prend forme. Bitcoin Layer 1 reste stable et conservateur, l'innovation se concentre sur les Layer 2 (Lightning, Ark, BitVM-rollups) et les sidechains (Liquid). La diversité des couches au-dessus de Bitcoin se renforce, sans concession sur la simplicité de la base monétaire.

Ce qui ne changera pas et clôture du thème

Au milieu des évolutions possibles, certaines invariants Bitcoin restent garantis par construction. La cap de 21 millions21 millionsNombre maximal de bitcoins qui existeront jamais, codé dans le protocole. Cette rareté programmée est une caractéristique fondatrice. Le dernier sat sera miné autour de l'année 2140.Voir dans le lexique → de BTC reste fixée par les règles consensus depuis 2009 ; aucun changement crédible n'est en discussion (le débat même est tabou social dans la communauté). La récompense halvée tous les 210 000 blocs continue son rythme déterministe jusqu'à 2140. La difficulté du miningMining (minage)Processus de validation des blocs par la preuve de travail. Consomme de l'électricité par design : c'est ce qui sécurise le réseau.Voir dans le lexique → s'ajuste tous les 2 016 blocs comme depuis le bloc 1.

L'engagement de neutralité monétaire reste aussi un invariant : Bitcoin n'a pas de roadmap centrale, pas de fondation dirigeante, pas de pre-mine pour des insiders, pas de governance par token-voting. Cette absence de structure est sa résilience. Les BIPs, les soft-forks, les Layer 2 et sidechains se construisent autour, mais le cœur monétaire reste touchable seulement par consensus distribué quasi-unanime, ce qui dans les faits ne se produit que pour des changements conservateurs.

Cet article clôture le Sprint 8 « Approfondir Bitcoin », et avec lui le thème `approfondir` du site CapBitcoin. Huit articles, du guide aux sept articles (Lightning avancé, TaprootTaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique →, nœudNœud (node)Ordinateur qui fait tourner le logiciel Bitcoin et participe au réseau en validant les blocs et les transactions. Un « full node » garde une copie complète de la blockchain.Voir dans le lexique → Bitcoin CoreBitcoin CoreImplémentation de référence du logiciel Bitcoin, écrite en C++ et maintenue par une communauté open source. C'est le logiciel que la plupart des nœuds utilisent.Voir dans le lexique →, BIPs, Liquid, confidentialité, évolutions futures), couvrent désormais la dimension technique avancée de Bitcoin pour un lectorat européen. La suite éditoriale du site se concentrera sur d'autres thèmes ou phases produit du roadmap. Pour qui veut continuer à suivre Bitcoin de près en 2026, Bitcoin Optech reste la meilleure newsletter hebdomadaire, et Delving Bitcoin la meilleure plateforme de discussion.

Avertissement

Contenu éducatif et informatif uniquement : ni conseil en investissement, ni conseil fiscal ou juridique. Bitcoin comporte des risques importants, dont une forte volatilité et la perte possible du capital investi. Chaque lecteur reste responsable de ses décisions ; en cas de doute, consultez un professionnel qualifié dans votre juridiction.


Voir aussi

Pour les BIPs cités (CTV, OP_VAULTVaultConfiguration custody pour la conservation longue, souvent multisig, gardée hors-ligne et touchée rarement.Voir dans le lexique →, ANYPREVOUT), voir BIPs Bitcoin importants. Pour TaprootTaprootMise à jour majeure de Bitcoin activée en novembre 2021 (BIP 341). Apporte plus de confidentialité, de flexibilité pour les scripts et l'efficacité des signatures Schnorr.Voir dans le lexique → qui sous-tend BitVM et les channel factories Lightning, voir Taproot, Schnorr et MAST. Pour Lightning avancé qui converge avec Eltoo et channel factories, voir Lightning Network avancé. Pour la vue d'ensemble, voir Approfondir Bitcoin.