TL;DR

  • Le Bitcoin programmable fait référence à un Bitcoin étendu avec des capacités de contrats intelligents, permettant aux développeurs de créer des applications qui utilisent le BTC et lisent nativement l'état de Bitcoin.

  • Le langage de script natif de Bitcoin est intentionnellement limité pour garder la couche de base sécurisée et prévisible, c'est pourquoi la programmabilité doit venir de systèmes construits au-dessus de Bitcoin plutôt que directement sur celui-ci.

  • Les réseaux de couche 2 livrent désormais un Bitcoin programmable en pratique : l'exécution se fait au-dessus de la chaîne de base, et l'état résultant est ancré à Bitcoin pour le règlement.

  • Hemi Network est un Bitcoin Layer 2 qui expose un Bitcoin programmable grâce à l'hVM (Hemi Virtual Machine), une EVM avec un nœud Bitcoin complet intégré, donnant aux smart contracts un accès direct à l'état de Bitcoin.

Le Bitcoin programmable fait référence à Bitcoin étendu avec des capacités de smart contracts, permettant aux développeurs de créer des applications qui utilisent le BTC et lisent nativement l'état de Bitcoin. La phrase couvre un éventail de travaux : mises à niveau du scripting de la couche de base de Bitcoin (Taproot, PSBT), sidechains et rollups qui gèrent l'exécution hors chaîne, et réseaux Layer 2 qui ancrent l'état de retour à Bitcoin pour le règlement. Ce qui unifie la catégorie, c'est l'objectif. Garder la sécurité de Bitcoin et la simplicité de la couche de base, et ajouter la surface d'application qui existe sur Ethereum depuis presque une décennie.

La question est pertinente maintenant parce que la plupart de l'offre de BTC reste inactive. Avec la capitalisation boursière de Bitcoin juste au-dessus de 1,5 trillion de dollars et une participation active on-chain à moins de 1 % de l'offre, l'écart entre les avoirs en Bitcoin et l'activité économique libellée en Bitcoin est la plus grande opportunité non satisfaite dans la catégorie.

  1. Bitcoin en lui-même n'est intentionnellement pas programmable. Chaque transaction Bitcoin suit un script écrit en Bitcoin Script, un langage basé sur la pile qui contrôle comment les pièces peuvent être dépensées. Il prend en charge des primitives utiles : multi-signature, verrouillages temporels, verrouillages de hachage et dépenses conditionnelles. Il ne prend pas en charge les boucles, l'état persistant ou la logique arbitraire.

C'est un choix de conception, pas une limitation. Les ingénieurs de Bitcoin veulent corriger cela sur la couche de base. Éliminer la computation générale maintient le réseau déterministe, facile à auditer et résistant aux vecteurs de déni de service qui ont causé des pannes sur des chaînes plus expressives. Chaque nœud complet doit valider chaque transaction, donc tout ce qui est plus complexe que le Bitcoin Script impose un coût à l'ensemble du réseau.

Le compromis est que le Bitcoin programmable ne peut pas être exécuté dans le Bitcoin Script lui-même. Il doit vivre dans un système qui utilise Bitcoin Script comme une primitive de règlement et ajoute un environnement d'exécution par-dessus.

  1. Les mises à niveau de la couche de base de Bitcoin ont élargi ce que Script peut faire, mais pas de beaucoup. Les récentes mises à niveau ont rendu Bitcoin Script significativement plus expressif sans changer sa nature fondamentale. Taproot, activé en 2021, a fait que les transactions multi-signatures ressemblent à des transactions à signature unique sur la chaîne. Cela a amélioré la confidentialité et réduit les frais pour des dépenses complexes. PSBT (Partially Signed Bitcoin Transactions) a standardisé la construction de transactions multipartites, facilitant la création de portefeuilles, d'échanges et de systèmes de garde qui coordonnent les signatures entre plusieurs parties.

Ces mises à niveau ont élargi ce qui est pratique à construire avec Bitcoin Script. Elles n'ont pas transformé Bitcoin en une plateforme de smart contracts. Un développeur ne peut pas écrire un marché de prêt, un market maker automatisé ou un vault de rendement directement sur Bitcoin. L'expressivité nécessaire pour ces applications doit provenir d'ailleurs.

  1. Le Bitcoin programmable en 2026 signifie Layer 2. Aujourd'hui, le Bitcoin programmable est livré via des réseaux Layer 2. Ces réseaux exécutent hors chaîne et ancrent l'état résultant de retour à Bitcoin pour le règlement. Il existe plusieurs variantes en production : sidechains avec leur propre consensus (Stacks, Rootstock), réseaux de style restaking qui sécurisent d'autres protocoles avec Bitcoin (Babylon), et L2 compatibles avec EVM qui s'ancrent à Bitcoin via des protocoles de consensus spécialisés (Hemi).

Le choix architectural qui distingue ces approches est la façon dont le Bitcoin programmable accède à l'état de Bitcoin. La plupart des Bitcoin L2 nécessitent des oracles externes ou des relais pour importer les données Bitcoin dans leur environnement d'exécution. Cela introduit des hypothèses de confiance : l'oracle doit être honnête, le relais doit être disponible, et l'ensemble des validateurs doit rester aligné. Chaque hypothèse de confiance ajoutée est un mode de défaillance potentiel.

L'alternative est d'intégrer directement la conscience de Bitcoin dans la couche d'exécution. Cela élimine entièrement la dépendance à l'oracle et permet aux smart contracts de traiter l'état de Bitcoin comme une primitive.

  1. Comment Hemi livre le Bitcoin programmable. Hemi Network est un Bitcoin Layer 2 qui livre le Bitcoin programmable grâce à l'hVM (Hemi Virtual Machine), une Ethereum Virtual Machine avec un nœud Bitcoin complet intégré à l'intérieur. Les smart contracts fonctionnant sur Hemi peuvent interroger des UTXOs Bitcoin, valider des transactions et lire directement les métadonnées des blocs Bitcoin, sans oracle externe dans la boucle.

Le client Bitcoin intégré s'appelle TBC (Tiny Bitcoin Client). Il fait environ 14 000 lignes de code, fonctionne en deux modes (suivi des en-têtes et indexation de l'état complet) et hérite d'une lignée de conception de BTCD, un client Bitcoin bien connu basé sur Go. Pour rester déterministe, l'hVM accuse intentionnellement un retard de deux blocs Bitcoin par rapport au sommet, ce qui protège contre les reorgs courts qui pourraient autrement confondre l'état des smart contracts.

Les développeurs interagissent avec l'état de Bitcoin via le Hemi Bitcoin Kit (hBK), un SDK de smart contract qui enveloppe les précompilations EVM de bas niveau en fonctions ergonomiques. Un marché de prêt qui souhaite vérifier un UTXO Bitcoin avant d'accorder un prêt peut le faire en quelques lignes de Solidity, avec le même profil d'outils que n'importe quelle autre application EVM.

La sécurité s'ancre dans Bitcoin grâce au consensus Proof-of-Proof (PoP). Les mineurs PoP engagent périodiquement l'état du Hemi Network dans Bitcoin lui-même, donc inverser une transaction Hemi nécessite finalement d'inverser le bloc Bitcoin dans lequel elle a été ancrée. Cela place les garanties de règlement de Hemi dans le même voisinage économique que celles de Bitcoin.

  1. Ce que le Bitcoin programmable débloque. Le but du Bitcoin programmable n'est pas la nouveauté. C'est un ensemble spécifique d'applications qui étaient impraticables sur la couche de base de Bitcoin et risquées sur Ethereum parce qu'elles dépendaient de BTC enveloppé ou synthétique.

Concrètement, le Bitcoin programmable permet : des marchés de prêt où le BTC est la garantie et l'état de Bitcoin détermine la logique de liquidation ; des systèmes de restaking où Bitcoin sécurise des protocoles supplémentaires ; des stratégies de rendement qui génèrent des retours d'activité on-chain plutôt que d'intermédiaires custodiaux ; et des applications cross-chain qui déplacent de la valeur entre Bitcoin, Ethereum et d'autres réseaux sans dépendre de ponts tiers. Chacune de ces applications a été lancée sur Hemi ou est en développement actif dans l'écosystème.

Ce que cela signifie pour les développeurs. Pour les développeurs, le Bitcoin programmable supprime une contrainte structurelle qui a façonné les outils Bitcoin pendant une décennie. Construire une application consciente de Bitcoin signifiait historiquement exécuter des indexeurs, écrire des intégrations de garde et faire confiance à des oracles pour faire remonter l'état. Construire sur un Bitcoin Layer 2 qui expose le Bitcoin programmable de manière native signifie écrire du Solidity contre une EVM qui sait déjà à quoi ressemble Bitcoin.

L'implication pratique est que le même développeur qui peut lancer une dApp Ethereum peut maintenant lancer une dApp consciente de Bitcoin, en utilisant des frameworks familiers (Foundry, Hardhat, viem) et en interrogeant directement l'état de Bitcoin via le Hemi Bitcoin Kit. La courbe d'apprentissage est le modèle architectural, pas un nouvel outil. Pour les équipes évaluant où déployer une logique native à Bitcoin, la question est de savoir si leur application nécessite un accès direct à l'état de Bitcoin ou peut tolérer une dépendance oracle. Le Bitcoin programmable n'a d'importance que lorsque la réponse est la première.

Sources & lectures complémentaires :
https://hemi.xyz/blog/what-makes-bitcoin-programmable

https://hemi.xyz/blog/hemi-developer-ama-recap-whats-next-for-bitcoin-programmability-and-l3-security/

https://hemi.xyz/blog/introducing-hemi-a-new-vision-for-layer-2-on-bitcoin-and-ethereum/

https://docs.hemi.xyz/foundational-topics/the-architecture

https://docs.hemi.xyz/foundational-topics/the-architecture/proof-of-proof/pop-consensus-and-bitcoin-finality


Hemi Network est un Bitcoin Layer 2 qui utilise le consensus Proof-of-Proof pour ancrer sa sécurité à Bitcoin tout en permettant des smart contracts compatibles avec Ethereum grâce à l'hVM.

Pour un récapitulatif hebdomadaire des progrès de Hemi, abonnez-vous à Your Signal Aggregator à https://news.hemi.xyz/.

Les actifs numériques impliquent des risques. Les rendements sont variables et non garantis. Les performances passées ne sont pas indicatives des résultats futurs. Les utilisateurs doivent sélectionner des paramètres de sécurité et de finalité appropriés à leur tolérance au risque.