Bitcoin protocole de la faille de distorsion temporelle et sa réparation
Le 26 mars 2025, les développeurs de Bitcoin ont proposé une proposition de soft fork appelée "Nettoyage du Grand Consensus". Cette mise à niveau vise à corriger plusieurs vulnérabilités et faiblesses qui existent depuis longtemps dans le protocole Bitcoin, y compris le problème des transactions en double et une vulnérabilité plus grave connue sous le nom d'"attaque par distorsion temporelle".
Mécanisme de protection par horodatage de Bitcoin
Bitcoin utilise actuellement deux mécanismes principaux pour empêcher la manipulation des horodatages :
Règle de temps médian passé (MPT) : le timestamp du bloc doit être postérieur au temps médian des 11 blocs précédents.
Règle du temps de bloc futur : limiter l'horodatage du bloc à ne pas dépasser 2 heures devant le temps médian des pairs du nœud.
Ces règles visent à empêcher le timestamp des blocs d'être rétrogradé ou avancé de manière excessive, mais il existe toujours une possibilité d'exploitation.
L'erreur de calcul de Satoshi Nakamoto
Le cycle d'ajustement de la difficulté du Bitcoin contient 2016 blocs, soit environ deux semaines. Lors du calcul de l'ajustement de la difficulté, le protocole compare la différence de timestamp entre le premier et le dernier bloc de la fenêtre de 2016 blocs. Cependant, Satoshi Nakamoto a commis une petite erreur en calculant le temps cible : il a utilisé 2016 au lieu de 2015 comme nombre d'intervalles de blocs, ce qui a entraîné un temps cible 0,05 % plus long que ce qu'il aurait dû être.
Cette petite erreur fait que l'intervalle de bloc cible réel pour Bitcoin est légèrement supérieur à 10 minutes, soit 10 minutes et 0,3 seconde. Bien que cette erreur en soi n'ait pas beaucoup d'impact, elle est liée à un autre problème plus grave.
Attaque de distorsion temporelle
L'attaque par distorsion du temps exploite une erreur de Satoshi Nakamoto dans le calcul de la difficulté. L'attaquant manipule les horodatages des blocs pour les faire avancer aussi lentement que possible, tout en utilisant un horodatage réel pour le dernier bloc de chaque cycle d'ajustement de la difficulté. Cette pratique peut entraîner une réduction significative de la difficulté, permettant à l'attaquant de générer rapidement un grand nombre de blocs et d'obtenir des récompenses excessives.
Bien que cette attaque soit théoriquement très puissante, sa mise en œuvre fait face à de nombreux défis. Elle nécessite de contrôler la majorité de la puissance de calcul et est facilement détectable, donnant à la communauté suffisamment de temps pour réagir.
Solutions
Pour corriger cette vulnérabilité, les développeurs ont proposé plusieurs solutions :
Modifier l'algorithme d'ajustement de la difficulté pour corriger complètement les erreurs de calcul.
Annuler la règle MPT et exiger que le temps de chaque bloc avance.
Définir de nouvelles règles pour limiter la différence de temps entre le premier bloc du nouveau cycle de difficulté et le dernier bloc de l'ancien cycle.
Actuellement, la dernière proposition suggère de limiter cet écart de temps à 2 heures. Cette solution peut efficacement atténuer les attaques par distorsion temporelle, tout en réduisant au minimum le risque de génération accidentelle de blocs invalides.
La communauté Bitcoin discute activement de ces propositions afin d'assurer la sécurité à long terme et le fonctionnement stable du réseau. Avec l'avancement de la proposition "nettoyage du grand consensus", nous espérons voir ce problème important être résolu, renforçant ainsi la sécurité du réseau Bitcoin.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
9 J'aime
Récompense
9
6
Partager
Commentaire
0/400
CryptoComedian
· Il y a 3h
Satoshi Nakamoto a aussi échoué, ça me fait rire comme un pigeon.
Voir l'originalRépondre0
PancakeFlippa
· Il y a 9h
Satoshi Nakamoto peut aussi connaître des échecs.
Voir l'originalRépondre0
ZKProofEnthusiast
· Il y a 9h
Satoshi Nakamoto a aussi fait une erreur~
Voir l'originalRépondre0
LiquidationSurvivor
· Il y a 9h
Sasha, Satoshi Nakamoto fait aussi des erreurs de calcul.
Voir l'originalRépondre0
Token_Sherpa
· Il y a 10h
lmao satoshi n'est pas parfait... cette vulnérabilité rôde depuis le premier jour tbh
Voir l'originalRépondre0
SighingCashier
· Il y a 10h
Satoshi Nakamoto ah Satoshi Nakamoto c'est là que c'est faux, n'est-ce pas
Bitcoin prévoit de corriger le bug de distorsion temporelle, la proposition de nettoyage du grand Consensus suscite l'attention
Bitcoin protocole de la faille de distorsion temporelle et sa réparation
Le 26 mars 2025, les développeurs de Bitcoin ont proposé une proposition de soft fork appelée "Nettoyage du Grand Consensus". Cette mise à niveau vise à corriger plusieurs vulnérabilités et faiblesses qui existent depuis longtemps dans le protocole Bitcoin, y compris le problème des transactions en double et une vulnérabilité plus grave connue sous le nom d'"attaque par distorsion temporelle".
Mécanisme de protection par horodatage de Bitcoin
Bitcoin utilise actuellement deux mécanismes principaux pour empêcher la manipulation des horodatages :
Règle de temps médian passé (MPT) : le timestamp du bloc doit être postérieur au temps médian des 11 blocs précédents.
Règle du temps de bloc futur : limiter l'horodatage du bloc à ne pas dépasser 2 heures devant le temps médian des pairs du nœud.
Ces règles visent à empêcher le timestamp des blocs d'être rétrogradé ou avancé de manière excessive, mais il existe toujours une possibilité d'exploitation.
L'erreur de calcul de Satoshi Nakamoto
Le cycle d'ajustement de la difficulté du Bitcoin contient 2016 blocs, soit environ deux semaines. Lors du calcul de l'ajustement de la difficulté, le protocole compare la différence de timestamp entre le premier et le dernier bloc de la fenêtre de 2016 blocs. Cependant, Satoshi Nakamoto a commis une petite erreur en calculant le temps cible : il a utilisé 2016 au lieu de 2015 comme nombre d'intervalles de blocs, ce qui a entraîné un temps cible 0,05 % plus long que ce qu'il aurait dû être.
Cette petite erreur fait que l'intervalle de bloc cible réel pour Bitcoin est légèrement supérieur à 10 minutes, soit 10 minutes et 0,3 seconde. Bien que cette erreur en soi n'ait pas beaucoup d'impact, elle est liée à un autre problème plus grave.
Attaque de distorsion temporelle
L'attaque par distorsion du temps exploite une erreur de Satoshi Nakamoto dans le calcul de la difficulté. L'attaquant manipule les horodatages des blocs pour les faire avancer aussi lentement que possible, tout en utilisant un horodatage réel pour le dernier bloc de chaque cycle d'ajustement de la difficulté. Cette pratique peut entraîner une réduction significative de la difficulté, permettant à l'attaquant de générer rapidement un grand nombre de blocs et d'obtenir des récompenses excessives.
Bien que cette attaque soit théoriquement très puissante, sa mise en œuvre fait face à de nombreux défis. Elle nécessite de contrôler la majorité de la puissance de calcul et est facilement détectable, donnant à la communauté suffisamment de temps pour réagir.
Solutions
Pour corriger cette vulnérabilité, les développeurs ont proposé plusieurs solutions :
Actuellement, la dernière proposition suggère de limiter cet écart de temps à 2 heures. Cette solution peut efficacement atténuer les attaques par distorsion temporelle, tout en réduisant au minimum le risque de génération accidentelle de blocs invalides.
La communauté Bitcoin discute activement de ces propositions afin d'assurer la sécurité à long terme et le fonctionnement stable du réseau. Avec l'avancement de la proposition "nettoyage du grand consensus", nous espérons voir ce problème important être résolu, renforçant ainsi la sécurité du réseau Bitcoin.