Réorganisation des blocs | Financial Context Wiki

La réorganisation des blocs est un phénomène dans lequel une certaine chaîne est remplacée après un fork temporaire de la blockchain. Cette entrée explique comment Reorg affecte les confirmations de transaction, la sécurité et les temps d'attente pour les dépôts d'échange.

À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

Réponse directe

La réorganisation de la chaîne (Reorg) est un processus dans lequel un nœud abandonne un bloc qu’il avait initialement accepté et utilise une autre chaîne conforme aux règles de consensus comme chaîne principale. Il montre que « la transaction est entrée dans le bloc » et « la transaction a atteint un caractère définitif suffisant » ne sont pas la même chose.

Chaque bloc fait référence au hachage du bloc précédent. Lorsque deux blocs du réseau sont générés presque en même temps, certains nœuds peuvent voir le bloc A en premier, et d’autres nœuds peuvent voir en premier le bloc B de même hauteur, formant ainsi temporairement deux branches valides. La branche suivante avec un poids de consensus plus élevé l’emporte et le nœud bascule. Les blocs remplacés sur la branche d’origine sont appelés blocs orphelins, blocs obsolètes ou blocs supprimés. Les noms spécifiques varient d’une chaîne à l’autre.

La réorganisation ne modifie pas le contenu d’un bloc existant. La liaison par hachage entraîne une modification directe pour détruire les références ultérieures ; ce que fait réellement le nœud, c’est d’annuler les changements d’état provoqués par l’ancienne branche, puis d’exécuter les transactions dans la nouvelle branche. Les anciennes transactions de branche peuvent également apparaître sur la nouvelle chaîne, être réintégrées ultérieurement dans les blocs ou être complètement invalidées en raison de conflits.

Comment ça marche

Les nœuds suivent les règles de sélection de fork spécifiées par le consensus. Les réseaux de preuve de travail comparent généralement le travail cumulé, plutôt que de comparer mécaniquement le nombre de blocs ; les réseaux de preuve de participation peuvent intégrer le vote des validateurs, les points de contrôle et les règles de finalité. La soi-disant « chaîne la plus longue » n’est qu’une expression simplifiée. Plus précisément, il s’agit de « la chaîne efficace ayant le poids consensuel le plus élevé ».

Une réorganisation ordinaire passe généralement par :

Deux producteurs de blocs éditent des blocs de même hauteur aux heures de fermeture.
Le délai de propagation du réseau permet aux nœuds de voir temporairement différentes têtes de chaîne.
Le prochain lot de blocs ou de votes donne à une branche un poids plus élevé.
Le nœud de l’autre côté trouve l’ancêtre commun et annule l’ancien état de branche.
Le nœud exécute le nouveau bloc de branche et met à jour le pool de transactions et l’état du compte.

La réorganisation à un seul niveau ne remplace qu’un seul bloc en tête de chaîne, ce qui est plus courant et a un impact limité. Une réorganisation d’une profondeur de 6 signifie que les 6 derniers blocs ont été remplacés, ce qui peut impliquer davantage de transactions et augmenter considérablement les soupçons d’anomalies ou d’attaques. Différents réseaux ont des vitesses de production de blocs, des conceptions de distribution et de finalité différentes, et le même numéro de confirmation ne peut pas être utilisé pour mesurer la sécurité.

Exemple

Supposons qu’une certaine chaîne de preuve de travail produise en moyenne un bloc toutes les 10 minutes. Lorsqu’une transaction entre pour la première fois dans un bloc, elle est confirmée une fois ; lorsqu’il est suivi de cinq blocs, il est généralement confirmé six fois et cela prend environ 60 minutes. S’il n’y a qu’un seul niveau de concurrence provoqué par deux mineurs produisant des blocs en même temps, la première confirmation est la plus susceptible d’être remplacée ; à chaque niveau supplémentaire, les ressources nécessaires aux attaquants ou aux branches en retard pour rattraper leur retard augmentent généralement, mais la probabilité ne sera pas simplement « effacée ».

Supposons en outre que la bourse reçoive un dépôt d’une valeur de 50 USDT et un dépôt d’une valeur de 5 millions USDT. Même si les deux sont sur le même réseau, la plateforme peut nécessiter un examen manuel ou davantage de confirmations pour les dépôts importants car les pertes causées par une réorganisation sont différentes. Les politiques de confirmation sont des paramètres de gestion des risques et non des engagements de protocole en chaîne.

Les chaînes de preuve de participation peuvent apporter une finalité économique. Par exemple, une fois qu’un bloc atteint un certain type de point de contrôle, il ne sera pas annulé normalement à moins qu’un grand nombre de validateurs ne violent les règles et ne subissent des sanctions. Cette finalité est différente de « quelques secondes se sont écoulées » et est soumise à la définition du protocole et à l’état du client.

Risques

Une réorganisation peut renvoyer une transaction précédemment confirmée dans le mempool, l’inclure dans un nouvel ordre ou l’invalider en cas de conflit. Le risque augmente avec la valeur de la transaction, la profondeur de la réorganisation, la concentration des producteurs de blocs et une finalité faible. Les exigences de confirmation doivent varier selon le réseau et l’exposition.

Idées fausses courantes

Mythe 1 : Une fois confirmé, c’est absolument irréversible

Les réseaux à finalité probabiliste peuvent encore subir une réorganisation superficielle après la première confirmation. Plus de confirmations sont généralement plus stables, mais « assez » dépend du réseau et du montant.

Mythe 2 : La réorganisation signifie que la blockchain est piratée

Les forks à court terme peuvent constituer une concurrence de réseau normale. Ce n’est qu’en combinant la profondeur, la fréquence, les transactions conflictuelles et la puissance de calcul ou les anomalies du validateur que nous pouvons déterminer s’il s’agit d’une attaque.

Mythe 3 : les transactions dans les blocs supprimés doivent disparaître

Les transactions valides sans conflits peuvent généralement être renvoyées au pool de transactions et confirmées à nouveau. Ce qui compte vraiment, c’est de savoir si les intrants ont été consommés par d’autres transactions sur la nouvelle chaîne.

Mythe 4 : 12 confirmations sur toutes les chaînes sont également sûres

Le temps de blocage, le poids du consensus, la concentration des participants et les règles de finalité sont différents, et le nombre de confirmations ne peut pas être directement comparé entre les chaînes.

Sujets connexes

Sources faisant autorite

Présentation de la technologie Blockchain - NIST (consulté : 28 juillet 2026)
Guide du développeur Bitcoin - Bitcoin.org (consulté : 28 juillet 2026)