Explication du scindement de la chaîne Bitcoin : pourquoi chaque détenteur de BTC obtient un nouvel actif 1:1

Bitcoin a deux forks inscrits au calendrier pour 2026. Le développeur Paul Sztorc prévoit un hard fork délibéré appelé eCash, qui s’activera à la hauteur de bloc 964 000, attendu autour du 21 août. Par ailleurs, une proposition de soft fork contestée appelée BIP-110 offre aussi la possibilité de scinder la chaîne par accident pendant sa fenêtre de signalement d’août. Les deux événements posent la même question à toute personne détenant du BTC : pourquoi un split de chaîne distribue une deuxième pièce, et pourquoi le taux de change est toujours de 1:1 au moment où cela se produit.

Points clés

• Un split de chaîne Bitcoin duplique l’ensemble des UTXO, donnant aux détenteurs une pièce en 1:1 sur les deux registres.
• Le fork eCash de Paul Sztorc s’active sur le bloc Bitcoin 964 000, autour du 21 août 2026.
• La protection contre le replay, la difficulté de minage et le marché, et non la générosité, déterminent si une pièce forkée tient le coup.

La réponse n’a rien à voir avec la générosité et tout avec la façon dont Bitcoin suit réellement la propriété.

Bitcoin ne suit pas des soldes, il suit des sorties

Bitcoin ne possède pas de registre de comptes avec des noms et des totaux qui s’additionnent. Il suit plutôt des sorties de transactions non dépensées, appelées UTXO. Chaque UTXO est un fragment distinct de bitcoin verrouillé sur une clé spécifique. Le solde d’un wallet correspond simplement à la somme de tous les UTXO que la clé privée peut déverrouiller. Ce détail compte, car il explique ce qu’un fork copie réellement.

Quand un hard fork produit une séparation durable, deux réseaux commencent à appliquer des règles différentes à partir du même point de l’historique partagé. Chaque bloc avant ce point, et chaque UTXO qui existait au moment juste avant, sont identiques sur les deux chaînes.

Une interprétation visuelle d’un split de chaîne Bitcoin lorsque les deux réseaux ne s’accordent pas sur le même ensemble de règles. Il n’y a rien à recréer ni à réémettre. Les deux réseaux possèdent déjà les mêmes enregistrements, car ils étaient la même chaîne jusqu’au split.

Pourquoi le 1:1 n’est pas un cadeau, c’est une duplication

Imaginez un détenteur avec 1 BTC dans un seul UTXO juste avant un split. Cette sortie existe dans l’historique partagé que les deux chaînes héritent. La chaîne Bitcoin la reconnaît. La nouvelle chaîne forkée la reconnaît aussi, car elle a accepté les mêmes blocs jusqu’à ce point. La clé privée n’a pas été “copiée” par un processus d’un réseau. Elle était déjà la seule chose capable de dépenser cette sortie, et maintenant deux ensembles distincts de nœuds conviennent indépendamment de ce fait.

Une interprétation visuelle de la façon dont les UTXO de BTC peuvent partager le même historique après un split de chaîne. C’est pour cela que le ratio est toujours de 1:1 au snapshot. Ce n’est pas un airdrop au sens conventionnel, où un projet crée de nouveaux tokens et les envoie à une liste d’adresses. Personne ne compile de liste. Aucune nouvelle transaction ne déplace quoi que ce soit. Le réseau forké calcule simplement le même ensemble d’UTXO existant avant le split, qui existait déjà, puis commence à appliquer ses propres règles à partir de là.

Une règle ne garantit pas deux futurs égaux

La relation 1:1 ne décrit que l’instant du split. Après cela, les deux chaînes cessent de rester synchronisées. Un détenteur peut dépenser son bitcoin sur la chaîne d’origine tout en laissant la pièce forkée intacte, ou l’inverse. Les nouveaux bitcoins minés après le split n’existent que sur la chaîne Bitcoin. Les nouvelles pièces minées sur la chaîne forkée n’existent que là-bas. L’offre, le prix et l’historique des transactions divergent à partir du split.

La conservation en propre (self-custody) rend la revendication des deux côtés relativement simple en principe : celui qui contrôle la clé au snapshot peut généralement signer des transactions sur l’une ou l’autre chaîne. Les holdings en custody (chez un dépositaire) fonctionnent différemment. Si le bitcoin se trouve dans un wallet d’échange, l’échange contrôle la clé au snapshot, pas le client individuel. Le fait que ce client reçoive la pièce forkée dépend entièrement de la politique de la plateforme, pas du protocole lui-même.

L’historique partagé crée un risque caché : le replay

Comme les deux chaînes démarrent avec les mêmes règles de signature, une transaction construite pour une chaîne peut parfois être valide sur l’autre aussi. Un exploitant n’a pas besoin de clé privée. Il lui suffit de copier une transaction déjà signée depuis un réseau et de la retransmettre sur le second. Si cela passe, le détenteur perd la capacité de décider indépendamment quand et comment déplacer sa pièce forkée.

C’est pourquoi les forks sérieux du passé ont intégré une protection contre le replay, typiquement en incorporant un identifiant propre à la chaîne dans ce qui est signé. Une transaction qui inclut cet identifiant valide sur la chaîne prévue et échoue sur l’autre, refermant la faille sans obliger les utilisateurs à faire quoi que ce soit en plus. Les forks sans protection solide laissent ce choix au détenteur, qui devra peut-être créer volontairement une transaction exclusive à la chaîne avant qu’il ne soit sûr de déplacer librement des fonds de chaque côté.

La difficulté de minage est la prochaine difficulté de la nouvelle chaîne

Une chaîne forkée hérite aussi de la difficulté de minage de Bitcoin, qui a été calibrée pour le hashrate que le réseau avait avant le split. Ce chiffre correspond rarement à ce que la nouvelle chaîne attire réellement. Si beaucoup moins de puissance de hachage suit le fork, les blocs arrivent lentement jusqu’au prochain ajustement programmé, laissant au nouveau réseau une fenêtre temporaire où il produit des blocs de manière irrégulière et demeure plus facile à perturber que la chaîne d’où il vient.

La puissance de hachage décide quelle chaîne un nœud suit réellement

Un autre détail empêche les deux réseaux de “se saigner” l’un dans l’autre. Les nœuds Bitcoin sélectionnent la chaîne valide qui transporte le plus de preuve de travail accumulée (PoW), mais uniquement parmi les chaînes qui suivent leurs propres règles de consensus. Un nœud appliquant les règles originales de Bitcoin n’acceptera pas un bloc forké simplement parce que des mineurs forkés ont produit plus de travail cumulatif derrière lui. La puissance de hachage tranche les différends entre blocs valides concurrents sur le même ensemble de règles. Elle n’a aucun pouvoir pour faire accepter à un nœud un bloc qui viole les règles que ce nœud applique déjà. C’est notamment une raison pour laquelle un hard fork aboutit à deux chaînes persistantes au lieu d’une seule chaîne qui gagnerait “à elle seule”.

Rien de tout cela ne change le mécanisme de base au cœur des deux eCash et BIP-110. Un split de chaîne ne crée pas de la valeur à partir de rien. Il duplique la reconnaissance d’un enregistrement de propriété existant sur deux registres, qui ensuite prennent chacun leur direction, laissant la protection contre le replay et la stabilité du minage déterminer à quel point le nouvel actif devient utilisable.