Les détenteurs de Bitcoin reçoivent automatiquement une pièce dupliquée à l’identique dans un ratio de 1:1 lorsqu’une scission de chaîne survient, car Bitcoin suit des sorties de transactions non dépensées (UTXOs) plutôt que des soldes de compte, et les deux réseaux héritent du même ensemble d’UTXOs provenant de leur historique commun. La fourche eCash de Paul Sztorc s’active sur le bloc Bitcoin 964 000, autour du 21 août 2026, créant ce type de scission. Le ratio 1:1 résulte du mécanisme de duplication des UTXOs, et non d’une quelconque distribution (airdrop) ou générosité : les deux chaînes reconnaissent simplement les mêmes enregistrements de propriété qui existaient avant la scission. La protection contre le rejeu, l’ajustement de la difficulté de minage et les dynamiques de marché déterminent si la crypto de la fourche conserve sa jouabilité et sa valeur après la séparation. L’architecture UTXO de Bitcoin signifie que chaque détenteur contrôlant une clé privée au moment du snapshot peut déverrouiller la même quantité sur les deux chaînes, même si les deux actifs divergent immédiatement après la scission.
Bitcoin suit les UTXOs plutôt que les soldes de compte
Bitcoin n’a pas de registre de comptes avec des noms et des totaux en cours. Il suit plutôt des sorties de transactions non dépensées, appelées UTXOs. Chaque UTXO est un bloc distinct de bitcoin verrouillé sur une clé spécifique. Le solde d’un portefeuille n’est que la somme de tous les UTXOs que la clé privée peut déverrouiller. Lorsqu’une hard fork produit une scission durable, deux réseaux commencent à appliquer des règles différentes à partir du même point partagé dans l’historique. Chaque bloc avant ce point, et chaque UTXO existant au moment juste avant celui-ci, sont identiques sur les deux chaînes. Il n’y a rien à recréer ni à réémettre. Les deux réseaux ont déjà les mêmes enregistrements, car ils étaient la même chaîne jusqu’à la scission.
La scission de chaîne duplique l’ensemble d’UTXOs au bloc de snapshot
Un détenteur qui possède 1 BTC dans un seul UTXO juste avant une scission voit cette sortie exister dans l’historique partagé que les deux chaînes héritent. La chaîne Bitcoin la reconnaît. La nouvelle chaîne issue de la fourche 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. Le ratio est toujours de 1:1 au moment du snapshot. Ce n’est pas un airdrop au sens conventionnel, où un projet émet de nouveaux tokens et les envoie à une liste d’adresses. Personne ne compile de liste. Aucune transaction ne déplace quoi que ce soit. Le réseau issu de la fourche calcule simplement le même ensemble d’UTXOs d’avant la scission qui existait déjà, puis commence à appliquer ses propres règles à partir de là.
Après la scission, les chaînes divergent indépendamment
La relation 1:1 ne décrit que l’instant de la scission. 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 issue de la fourche intacte, ou l’inverse. Le bitcoin miné après la scission n’existe que sur la chaîne Bitcoin. Les nouvelles pièces minées sur la chaîne issue de la fourche n’existent que là-bas. L’offre, le prix et l’historique des transactions divergent à partir de la scission. La conservation en self-custody rend, en principe, la revendication des deux côtés simple, puisque quiconque contrôle la clé au moment du snapshot peut généralement signer des transactions sur l’une ou l’autre chaîne. Les détentions via un service centralisé fonctionnent différemment. Si le bitcoin est dans un portefeuille d’échange, c’est l’échange qui contrôle la clé au moment du snapshot, pas le client individuel. Le fait que ce client reçoive la pièce issue de la fourche dépend entièrement de la politique de la plateforme, et non du protocole lui-même.
Le risque de rejeu apparaît à cause du format de transaction partagé
Comme les deux chaînes démarrent avec des règles de signature identiques, une transaction construite pour une chaîne peut parfois être valide sur l’autre aussi. Quelqu’un n’a pas besoin d’une clé privée pour exploiter cela. Il lui suffit de copier une transaction déjà signée depuis un réseau et de la retransmettre (rebroadcast) sur le second. Si cela passe, un détenteur perd la possibilité de décider indépendamment quand et comment déplacer sa pièce de la fourche. Les forks sérieux dans le passé ont généralement intégré une protection contre le rejeu, 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 exiger des utilisateurs qu’ils fassent quelque chose de plus. Les forks sans protection forte laissent cette décision au détenteur, qui peut devoir créer délibérément une transaction exclusive à une chaîne avant de pouvoir déplacer librement des fonds de chaque côté en toute sécurité.
La chaîne issue de la fourche hérite de la difficulté de minage d’origine
Une chaîne issue de la fourche hérite aussi de la difficulté de minage de Bitcoin, calibrée pour le hashrate que le réseau avait avant la scission. Ce nombre correspond rarement à ce que la nouvelle chaîne attire réellement. Si beaucoup moins de puissance de calcul suit la fourche, les blocs arrivent lentement jusqu’à ce que le prochain ajustement programmé rattrape le retard, laissant le nouveau réseau avec une fenêtre temporaire où il produit des blocs de façon inégale et reste plus facile à perturber que la chaîne d’où il provient.
Les nœuds appliquent les règles de consensus, quels que soient les hashrate
Les nœuds Bitcoin sélectionnent la chaîne valide portant la plus grande preuve de travail accumulée, mais seulement parmi les chaînes qui respectent leurs propres règles de consensus. Un nœud qui applique les règles originales de Bitcoin n’acceptera pas un bloc issu de la fourche simplement parce que des mineurs de la fourche ont produit plus de travail cumulatif derrière celui-ci. Le hashrate règle les différends entre blocs valides en compétition au sein du même jeu de règles. Il n’a aucun pouvoir pour faire accepter à un nœud un bloc qui viole les règles que ce nœud applique déjà. Voilà en partie pourquoi une hard fork aboutit à deux chaînes persistantes plutôt qu’à une seule chaîne qui gagnerait simplement. Une scission de chaîne ne crée pas de valeur à partir de rien. Elle duplique la reconnaissance d’un enregistrement existant de propriété sur deux registres qui ensuite suivent chacun leur voie, laissant la protection contre le rejeu et la stabilité du minage déterminer à quel point le nouvel actif devient utilisable.
FAQ
Que se passe-t-il pour les détenteurs de Bitcoin lorsque la fourche eCash de Paul Sztorc s’active autour du 21 août 2026 ?
Les détenteurs de Bitcoin reçoivent automatiquement une pièce dupliquée à l’identique dans un ratio de 1:1 sur la chaîne issue de la fourche, parce que les deux réseaux héritent du même ensemble d’UTXOs provenant de leur historique commun jusqu’au bloc 964 000. La clé privée qui contrôlait le bitcoin avant la scission peut déverrouiller la même quantité sur les deux chaînes après la scission.
Pourquoi une scission de chaîne Bitcoin crée-t-elle un ratio d’actifs de 1:1 ?
Bitcoin suit les sorties de transactions non dépensées (UTXOs) plutôt que des soldes de compte. Lorsqu’une hard fork produit une scission durable, les deux chaînes reconnaissent le même ensemble d’UTXOs qui existait avant la scission. Le réseau issu de la fourche calcule le même ensemble d’UTXOs d’avant la scission et applique ses propres règles par la suite, ce qui aboutit à un ratio de 1:1 au bloc de snapshot.
Quel est le risque de rejeu lors d’une scission de chaîne Bitcoin ?
Comme les deux chaînes démarrent avec des règles de signature identiques, une transaction construite pour une chaîne peut parfois être valide sur l’autre. Quelqu’un peut copier une transaction déjà signée depuis un réseau et la retransmettre (rebroadcast) sur le second. Les forks sérieux intègrent une protection contre le rejeu en incorporant un identifiant propre à la chaîne dans ce qui est signé.
