La menace des attaques par distorsion temporelle sur le réseau Bitcoin
Les développeurs de Bitcoin, Antoine Poinsot, ont récemment proposé une importante proposition de soft fork visant à corriger plusieurs vulnérabilités et faiblesses qui existent depuis longtemps dans le protocole Bitcoin. Cette proposition, appelée "Nettoyage du Grand Consensus", soulève une question particulièrement accrocheuse : "attaque par distorsion temporelle".
Il existe deux règles clés de protection contre la manipulation du temps dans le protocole Bitcoin : la règle de temps médian passé (MPT) et la règle de temps de bloc futur. La règle MPT exige que le timestamp du bloc soit postérieur au temps médian des onze blocs précédents, tandis que la règle de temps de bloc futur limite le timestamp à ne pas être en avance de plus de 2 heures par rapport au temps médian des pairs du nœud.
Cependant, Satoshi Nakamoto a commis une petite mais potentiellement dangereuse erreur en concevant le mécanisme d'ajustement de la difficulté de Bitcoin. Lors du calcul du cycle d'ajustement de la difficulté de 2016 blocs, il a utilisé 2016 au lieu de 2015 comme nombre d'intervalles entre les blocs. Cela a entraîné un temps cible supérieur de 0,05 % à ce qu'il aurait dû être, ce qui a fait que l'intervalle cible réel de Bitcoin est de 10 minutes et 0,3 seconde.
Bien que cette erreur de 0,3 seconde semble insignifiante, elle crée une opportunité pour une "attaque par distorsion temporelle". Dans ce type d'attaque, des mineurs malveillants peuvent distordre le mécanisme d'ajustement de la difficulté en manipulant les horodatages des blocs. L'attaquant règle l'horodatage de la plupart des blocs pour qu'il soit juste une seconde plus tard que le bloc précédent, tandis qu'il utilise l'horodatage réel dans le dernier bloc de chaque cycle d'ajustement de la difficulté.
Cette pratique peut entraîner un décalage progressif du temps de la blockchain par rapport au temps réel, ce qui peut provoquer un ajustement de la difficulté. En théorie, après plusieurs cycles, la difficulté pourrait diminuer considérablement, permettant aux attaquants de créer des blocs à une vitesse extrêmement rapide et d'obtenir une grande quantité de Bitcoin.
Bien que la mise en œuvre de cette attaque nécessite de contrôler la majeure partie de la puissance de calcul et qu'il y ait un risque d'être découvert et arrêté, elle reste une menace à ne pas négliger. Pour résoudre ce problème, les développeurs ont proposé plusieurs solutions possibles, y compris l'ajustement de l'algorithme de calcul de la difficulté ou la modification des règles de timestamp.
Dans sa proposition, Poinsot suggère que l'horodatage du premier bloc du nouveau cycle de difficulté ne devrait pas être antérieur de plus de deux heures à l'horodatage du dernier bloc du cycle précédent. Cette limite de deux heures, bien qu'elle permette encore environ 0,6 % de marge de manœuvre sur la difficulté pour chaque cycle, réduit considérablement la faisabilité et l'impact des attaques.
Avec l'évolution continue du réseau Bitcoin, il est essentiel d'identifier et de corriger rapidement ce type de vulnérabilités potentielles pour maintenir sa sécurité et sa stabilité. Les efforts continus de la communauté des développeurs garantissent que Bitcoin peut faire face aux nouveaux défis et maintenir sa position en tant que principale cryptocurrency.
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.
11 J'aime
Récompense
11
6
Partager
Commentaire
0/400
rekt_but_vibing
· Il y a 21h
Ce bug a mis si longtemps à être corrigé.
Voir l'originalRépondre0
OnChainArchaeologist
· Il y a 22h
Morte de rire, Satoshi Nakamoto a aussi échoué.
Voir l'originalRépondre0
PebbleHander
· 07-19 17:03
pro a réparé des bugs depuis des années
Voir l'originalRépondre0
MultiSigFailMaster
· 07-19 16:56
Ah ? Satoshi Nakamoto a aussi des revers parfois ???
Voir l'originalRépondre0
OnchainFortuneTeller
· 07-19 16:51
On dirait que nous avons trouvé un petit bug de l'ancien Nakamoto~
Voir l'originalRépondre0
defi_detective
· 07-19 16:44
Vulnérabilité de distorsion temporelle ? Les pros ont vraiment de grandes idées.
La vulnérabilité d'attaque par distorsion temporelle de Bitcoin a conduit les développeurs à proposer un plan de réparation par Soft Fork.
La menace des attaques par distorsion temporelle sur le réseau Bitcoin
Les développeurs de Bitcoin, Antoine Poinsot, ont récemment proposé une importante proposition de soft fork visant à corriger plusieurs vulnérabilités et faiblesses qui existent depuis longtemps dans le protocole Bitcoin. Cette proposition, appelée "Nettoyage du Grand Consensus", soulève une question particulièrement accrocheuse : "attaque par distorsion temporelle".
Il existe deux règles clés de protection contre la manipulation du temps dans le protocole Bitcoin : la règle de temps médian passé (MPT) et la règle de temps de bloc futur. La règle MPT exige que le timestamp du bloc soit postérieur au temps médian des onze blocs précédents, tandis que la règle de temps de bloc futur limite le timestamp à ne pas être en avance de plus de 2 heures par rapport au temps médian des pairs du nœud.
Cependant, Satoshi Nakamoto a commis une petite mais potentiellement dangereuse erreur en concevant le mécanisme d'ajustement de la difficulté de Bitcoin. Lors du calcul du cycle d'ajustement de la difficulté de 2016 blocs, il a utilisé 2016 au lieu de 2015 comme nombre d'intervalles entre les blocs. Cela a entraîné un temps cible supérieur de 0,05 % à ce qu'il aurait dû être, ce qui a fait que l'intervalle cible réel de Bitcoin est de 10 minutes et 0,3 seconde.
Bien que cette erreur de 0,3 seconde semble insignifiante, elle crée une opportunité pour une "attaque par distorsion temporelle". Dans ce type d'attaque, des mineurs malveillants peuvent distordre le mécanisme d'ajustement de la difficulté en manipulant les horodatages des blocs. L'attaquant règle l'horodatage de la plupart des blocs pour qu'il soit juste une seconde plus tard que le bloc précédent, tandis qu'il utilise l'horodatage réel dans le dernier bloc de chaque cycle d'ajustement de la difficulté.
Cette pratique peut entraîner un décalage progressif du temps de la blockchain par rapport au temps réel, ce qui peut provoquer un ajustement de la difficulté. En théorie, après plusieurs cycles, la difficulté pourrait diminuer considérablement, permettant aux attaquants de créer des blocs à une vitesse extrêmement rapide et d'obtenir une grande quantité de Bitcoin.
Bien que la mise en œuvre de cette attaque nécessite de contrôler la majeure partie de la puissance de calcul et qu'il y ait un risque d'être découvert et arrêté, elle reste une menace à ne pas négliger. Pour résoudre ce problème, les développeurs ont proposé plusieurs solutions possibles, y compris l'ajustement de l'algorithme de calcul de la difficulté ou la modification des règles de timestamp.
Dans sa proposition, Poinsot suggère que l'horodatage du premier bloc du nouveau cycle de difficulté ne devrait pas être antérieur de plus de deux heures à l'horodatage du dernier bloc du cycle précédent. Cette limite de deux heures, bien qu'elle permette encore environ 0,6 % de marge de manœuvre sur la difficulté pour chaque cycle, réduit considérablement la faisabilité et l'impact des attaques.
Avec l'évolution continue du réseau Bitcoin, il est essentiel d'identifier et de corriger rapidement ce type de vulnérabilités potentielles pour maintenir sa sécurité et sa stabilité. Les efforts continus de la communauté des développeurs garantissent que Bitcoin peut faire face aux nouveaux défis et maintenir sa position en tant que principale cryptocurrency.