Bitcoin transactions répétées : un cas rare mais intéressant
Les transactions Bitcoin sont généralement effectuées en faisant référence à l'ID de la transaction précédente pour utiliser des sorties non dépensées. Ces sorties ne peuvent être dépensées qu'une seule fois, sinon cela entraînera un problème de double dépense. Cependant, il y a eu dans l'histoire de Bitcoin deux ensembles de transactions complètement identiques. Cette situation est possible parce que les transactions coinbase n'ont pas d'entrées, mais génèrent directement de nouveaux jetons. Par conséquent, deux transactions coinbase différentes peuvent potentiellement être construites de la même manière, envoyant le même montant à la même adresse, produisant ainsi le même ID de transaction.
Ces deux séries de transactions répétées ont eu lieu entre le 14 et le 15 novembre 2010, sur une période d'environ 16 heures. Les ID de la première série de transactions répétées commencent par d5d2, et ceux de la deuxième série par e3bf. Il est intéressant de noter que différents explorateurs de blocs affichent un comportement différent lors de la présentation de ces transactions répétées.
Le montant total impliqué dans les transactions répétées est de 200 BTC, ou en d'autres termes, il n'y a en réalité que 100 BTC. À ce jour, ces Bitcoins n'ont pas été utilisés. En théorie, la personne possédant les clés privées associées peut dépenser ces jetons, mais elle ne peut dépenser que 100 BTC, les 100 BTC restants ne pourront pas être utilisés.
Les transactions répétées entraînent manifestement des problèmes, comme la possibilité d'être utilisées pour attaquer les échanges. Pour résoudre ce problème, le BIP30 a été mis en œuvre en 2012, interdisant l'utilisation d'ID de transaction répétés. Par la suite, le BIP34 a exigé que les transactions coinbase contiennent la hauteur du bloc, empêchant davantage la génération de transactions répétées.
Cependant, avant le BIP34, il y avait quelques transactions coinbase dont le scriptSig correspondait exactement à la hauteur des blocs futurs. Le prochain bloc susceptible de générer des transactions répétées est le 1,983,702, prévu pour être produit vers janvier 2046. Cependant, le coût d'exploitation de cette faille est très élevé, nécessitant de brûler environ 170 BTC.
Compte tenu de la difficulté et du coût de la copie des transactions, ainsi que de la rareté des opportunités d'en profiter, cette vulnérabilité n'est pas le principal risque de sécurité du Bitcoin. Cela dit, les développeurs envisagent toujours de corriger complètement ce problème d'ici 2046, ce qui pourrait nécessiter une mise à niveau par soft fork.
Voir l'original
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
5
Partager
Commentaire
0/400
WhaleWatcher
· 07-24 11:10
C'est vraiment délicieux. On dirait que ce n'était pas si parfait à l'époque.
Voir l'originalRépondre0
PessimisticLayer
· 07-23 18:54
Je pensais que c'était grave, tant que cela n'affecte pas.
Voir l'originalRépondre0
LiquidityHunter
· 07-21 19:31
À l'aube, en regardant les données, il y a un espace d'arbitrage non négligeable dans cette faille.
Voir l'originalRépondre0
NFTragedy
· 07-21 19:31
Combien vaut maintenant deux cents jetons ?
Voir l'originalRépondre0
GlueGuy
· 07-21 19:26
L'ID de transaction peut en fait être dupliqué, c'est incroyable.
Transactions répétées dans l'histoire du Bitcoin : causes, impacts et défis futurs
Bitcoin transactions répétées : un cas rare mais intéressant
Les transactions Bitcoin sont généralement effectuées en faisant référence à l'ID de la transaction précédente pour utiliser des sorties non dépensées. Ces sorties ne peuvent être dépensées qu'une seule fois, sinon cela entraînera un problème de double dépense. Cependant, il y a eu dans l'histoire de Bitcoin deux ensembles de transactions complètement identiques. Cette situation est possible parce que les transactions coinbase n'ont pas d'entrées, mais génèrent directement de nouveaux jetons. Par conséquent, deux transactions coinbase différentes peuvent potentiellement être construites de la même manière, envoyant le même montant à la même adresse, produisant ainsi le même ID de transaction.
Ces deux séries de transactions répétées ont eu lieu entre le 14 et le 15 novembre 2010, sur une période d'environ 16 heures. Les ID de la première série de transactions répétées commencent par d5d2, et ceux de la deuxième série par e3bf. Il est intéressant de noter que différents explorateurs de blocs affichent un comportement différent lors de la présentation de ces transactions répétées.
Le montant total impliqué dans les transactions répétées est de 200 BTC, ou en d'autres termes, il n'y a en réalité que 100 BTC. À ce jour, ces Bitcoins n'ont pas été utilisés. En théorie, la personne possédant les clés privées associées peut dépenser ces jetons, mais elle ne peut dépenser que 100 BTC, les 100 BTC restants ne pourront pas être utilisés.
Les transactions répétées entraînent manifestement des problèmes, comme la possibilité d'être utilisées pour attaquer les échanges. Pour résoudre ce problème, le BIP30 a été mis en œuvre en 2012, interdisant l'utilisation d'ID de transaction répétés. Par la suite, le BIP34 a exigé que les transactions coinbase contiennent la hauteur du bloc, empêchant davantage la génération de transactions répétées.
Cependant, avant le BIP34, il y avait quelques transactions coinbase dont le scriptSig correspondait exactement à la hauteur des blocs futurs. Le prochain bloc susceptible de générer des transactions répétées est le 1,983,702, prévu pour être produit vers janvier 2046. Cependant, le coût d'exploitation de cette faille est très élevé, nécessitant de brûler environ 170 BTC.
Compte tenu de la difficulté et du coût de la copie des transactions, ainsi que de la rareté des opportunités d'en profiter, cette vulnérabilité n'est pas le principal risque de sécurité du Bitcoin. Cela dit, les développeurs envisagent toujours de corriger complètement ce problème d'ici 2046, ce qui pourrait nécessiter une mise à niveau par soft fork.