
Une forked chain désigne, dans le domaine de la blockchain, une situation où, en raison de divergences sur les règles ou l’historique, deux blockchains ou plus se séparent à partir d’une même hauteur de bloc. On peut comparer une blockchain à un registre partagé : une forked chain revient à disposer de différentes versions de ce registre après une certaine page.
Dans une blockchain, tous les nœuds (ordinateurs exécutant les mêmes règles) valident les transactions et produisent des blocs via un consensus mechanism. Lorsque certains nœuds appliquent des règles différentes ou suivent un autre historique, des forked chains apparaissent. Ces forks peuvent être temporaires ou devenir des réseaux indépendants durables.
Les forked chains résultent généralement de mises à niveau de protocoles, de désaccords en gouvernance ou d’incidents de sécurité. Fondamentalement, elles naissent de préférences divergentes sur l’évolution des règles et la gestion de l’historique.
Exemples courants :
Les forked chains sont généralement classées en hard forks et soft forks. La principale différence porte sur la compatibilité et la nécessité de mises à jour.
Hard Fork : Comparable à une mise à jour logicielle majeure non rétrocompatible. Les nœuds non mis à jour ne peuvent pas valider les blocs et transactions sur la chaîne mise à jour, ce qui crée une séparation définitive entre les chaînes suivant les nouvelles et anciennes règles. Par exemple, le fork Ethereum de 2016 a donné naissance à Ethereum et Ethereum Classic, un hard fork.
Soft Fork : Similaire à une mise à jour rétrocompatible. Les nœuds mis à jour appliquent des règles plus strictes, mais les nœuds non mis à jour peuvent toujours accepter de nouveaux blocs dans certaines conditions. Les soft forks ne créent généralement pas de nouveaux actifs échangeables mais impliquent un durcissement des règles, comme l’ajout de restrictions de script ou l’amélioration des méthodes de validation.
L’impact des forked chains sur les actifs et transactions dépend du type de fork et du soutien de l’écosystème. Les hard forks peuvent créer deux registres indépendants au point de fork, permettant à une même clé privée de détenir des soldes sur les deux chaînes ; les soft forks ne génèrent généralement pas de nouveaux actifs.
Si les deux chaînes sont prises en charge après un hard fork, chacune peut disposer de son propre token et marché. Par exemple, un fork de Bitcoin en 2017 a donné naissance à une nouvelle chaîne et à un nouvel actif. Selon les plateformes, le support de ces actifs varie. La replay protection (empêchant qu’une même transaction soit exécutée sur les deux chaînes) est essentielle : sans elle, une transaction sur une chaîne peut aussi être valide sur l’autre.
Au niveau des dépôts et retraits, les portefeuilles et exchanges doivent distinguer clairement les réseaux et ChainIDs (identifiants uniques de chaque chaîne) pour éviter d’envoyer des actifs sur la mauvaise chaîne ou des échecs de transaction dus à la confusion. Les utilisateurs doivent faire preuve de vigilance lors de transferts importants pendant les événements de fork et suivre attentivement les annonces des plateformes.
Le déclencheur technique d’une forked chain est généralement une hauteur de bloc précise. À partir de ce point, deux versions ou plus du client appliquent des règles différentes, ce qui conduit à une validation distincte des blocs suivants et à des états de chaîne séparés.
Le consensus mechanism influence le développement des forked chains :
Pour limiter les interférences, les forked chains ajustent souvent leur ChainID, les préfixes d’adresse ou la logique de signature des transactions. Une replay protection au niveau protocole et des paramètres réseau uniques sont également mis en place.
Forked chains et mises à niveau ne sont pas synonymes. Les mises à niveau régulières sont des améliorations du réseau maintenant la rétrocompatibilité ; les forked chains apparaissent lorsque les mises à niveau ne sont pas totalement compatibles ou que la communauté ne parvient pas à un consensus, ce qui mène à des chemins parallèles.
Les soft forks sont généralement considérés comme des « mises à niveau compatibles », facilitant l’introduction de changements sans perturber l’écosystème. Les hard forks exigent une coordination et des tests approfondis, car ils modifient les règles de validation : en cas d’échec, des forked chains persistantes peuvent apparaître.
En cas de forked chain, privilégiez les sources d’information fiables et la sécurité opérationnelle avant tout ajustement.
Étape 1 : Surveillez les annonces officielles et celles des exchanges pour confirmer s’il s’agit d’un hard fork, ainsi que la hauteur de snapshot et la fenêtre temporelle prévue.
Étape 2 : Sauvegardez vos seed phrases et clés privées ; évitez les importations ou exportations de clés non nécessaires pendant la période de fork afin de limiter les risques d’exposition.
Étape 3 : Mettez à jour ou modifiez les paramètres réseau du portefeuille, vérifiez le ChainID et les nœuds RPC pour éviter de diffuser des transactions sur la mauvaise chaîne.
Étape 4 : Avant confirmation de la replay protection, suspendez les transferts importants et opérations cross-chain pour éviter qu’une même signature ne soit utilisée sur une autre forked chain.
Étape 5 : Attendez la stabilité du réseau et la reprise des dépôts/retraits par les exchanges avant de transférer ou trader des actifs afin de minimiser les risques liés à des confirmations instables ou à la volatilité des frais.
En cas de fork, Gate publie généralement une annonce précisant s’il prendra en charge de nouvelles chaînes et actifs, les horaires de snapshot et les modalités de dépôt/retrait. Pour des raisons de sécurité, Gate peut suspendre les dépôts et retraits sur les réseaux concernés pendant la période de fork jusqu’à confirmation de la stabilité.
Au niveau des actifs, Gate évalue la sécurité technique, le soutien communautaire et la liquidité des nouvelles chaînes avant de décider de lister de nouveaux actifs ou de fixer des règles pour les swaps ou airdrops. Les utilisateurs doivent se référer aux annonces les plus récentes de Gate pour connaître les paires de trading, réseaux de dépôt et tags afin d’éviter tout dépôt sur une forked chain non prise en charge.
Les forked chains imposent aux développeurs et équipes projets d’évaluer la compatibilité et l’expérience utilisateur. Les smart contracts, services d’indexation et interfaces doivent s’adapter à différents ChainIDs et endpoints RPC pour éviter toute confusion de données.
Pour les services cross-chain et oracles, les forked chains peuvent introduire des divergences de sources de données et modifier la logique de validation des signatures ; les seuils de contrôle des risques et les processus de vérification peuvent nécessiter des ajustements. La documentation et la gestion des versions doivent indiquer clairement les chaînes et paramètres pris en charge afin de réduire les erreurs utilisateurs et pertes d’actifs.
Une forked chain est une évolution parallèle d’une blockchain déclenchée par des désaccords sur les règles ou l’historique : les hard forks impliquent l’absence de rétrocompatibilité, tandis que les soft forks renforcent la compatibilité existante. Elles impactent la correspondance des actifs, la confirmation des transactions et la compatibilité applicative. Techniquement, elles résultent de clients et règles de consensus divergents à des hauteurs précises. Les utilisateurs doivent surveiller les annonces, snapshots et mesures de replay protection, et manipuler les fonds avec précaution lors d’un fork ; développeurs et plateformes doivent distinguer les ChainIDs et paramètres réseau tout en renforçant le contrôle des risques et l’adaptation. Lors d’un fork réel, suivez toujours les dernières notifications de Gate concernant les actifs et fonctionnalités pris en charge pour garantir la sécurité des fonds et la clarté des opérations.
Non, vos tokens ne seront pas perdus. Lors d’un fork, vos tokens sur la chaîne d’origine apparaissent également sur la nouvelle chaîne (souvent sous forme d’« airdrop » ou de « distribution »). Par exemple, lors de la création de Bitcoin Cash via un fork de Bitcoin en 2017, les détenteurs de Bitcoin ont automatiquement reçu un montant équivalent de BCH. Cependant, la valeur des tokens sur la nouvelle chaîne peut différer sensiblement de celle de la chaîne d’origine : il appartient à l’utilisateur d’évaluer ce point.
Gate liste les tokens issus d’un fork après confirmation officielle. Une fois listés, vous pouvez rechercher ces nouveaux tokens dans la section trading pour des opérations au comptant ou sur produits dérivés. Il est conseillé de suivre les annonces de Gate en amont de tout événement de fork pour connaître les horaires de listing et les règles de dépôt/retrait, et ne pas manquer d’opportunités de trading.
Un hard fork donne lieu à deux chaînes indépendantes avec des tokens distincts : les détenteurs reçoivent des actifs sur les deux chaînes ; un soft fork est une simple mise à jour des règles avec une chaîne et un token uniques, les détenteurs étant peu affectés. Pour l’utilisateur, les hard forks présentent un risque plus élevé (volatilité du prix des nouveaux tokens), tandis que les soft forks sont relativement stables.
La volatilité des prix lors d’un fork s’explique principalement par trois facteurs : l’incertitude sur les perspectives de la nouvelle chaîne, les changements de sentiment des investisseurs (poussées de ventes ou d’achats), et les variations de liquidité sur les exchanges. Il est recommandé d’éviter de courir après les hausses ou de vendre dans la panique durant ces périodes : basez vos décisions sur une analyse rationnelle des fondamentaux du projet.
Oui. Les tokens issus d’un fork non listés sur Gate peuvent être échangés sur d’autres plateformes ou via des decentralized exchanges (DEXs). Toutefois, attention à la faible liquidité, aux risques de manipulation des prix et aux arnaques : privilégiez les exchanges réputés et les DEXs audités autant que possible.


