Bitcoin transações duplicadas: um caso raro mas interessante
As transações de Bitcoin geralmente utilizam saídas não gastas referenciando o ID da transação anterior. Essas saídas só podem ser gastas uma vez, caso contrário, ocorrerá um problema de double spending. No entanto, na história do Bitcoin, de fato ocorreram duas conjuntos de transações totalmente idênticas. Essa situação é possível porque as transações coinbase não têm entradas, mas geram novas moedas diretamente. Portanto, duas transações coinbase diferentes podem ser construídas de maneira idêntica, enviando a mesma quantidade para o mesmo endereço, resultando no mesmo ID de transação.
Esses dois conjuntos de transações duplicadas ocorreram entre 14 e 15 de novembro de 2010, com uma duração de aproximadamente 16 horas. O ID do primeiro conjunto de transações duplicadas começa com d5d2, enquanto o segundo começa com e3bf. Curiosamente, diferentes exploradores de blocos apresentam comportamentos distintos ao mostrar essas transações duplicadas.
O valor total envolvido nas transações duplicadas é de 200 BTC, ou seja, na prática, apenas 100 BTC. Até agora, essas Bitcoins não foram utilizadas. Teoricamente, quem possui as chaves privadas relevantes pode gastar essas moedas, mas apenas pode gastar 100 BTC; os outros 100 BTC não poderão ser utilizados.
Transações duplicadas claramente trazem problemas, como a possibilidade de serem utilizadas para atacar a bolsa. Para resolver este problema, em 2012 foi implementado o soft fork BIP30, que proíbe o uso de IDs de transação duplicados. Em seguida, o BIP34 exigiu que as transações coinbase incluíssem a altura do bloco, prevenindo ainda mais a ocorrência de transações duplicadas.
No entanto, antes do BIP34, havia algumas transações coinbase cujo scriptSig correspondia exatamente à altura do bloco futuro. O próximo bloco em que podem ocorrer transações duplicadas é 1,983,702, previsto para ser gerado por volta de janeiro de 2046. No entanto, o custo de explorar essa vulnerabilidade é muito alto, exigindo a queima de cerca de 170 BTC.
Tendo em conta a dificuldade e o custo de copiar transações, bem como a raridade de aproveitar oportunidades, esta vulnerabilidade não é uma das principais ameaças à segurança do Bitcoin. No entanto, os desenvolvedores ainda estão a considerar a possibilidade de resolver completamente este problema antes de 2046, o que pode exigir a implementação de um soft fork.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
11 Curtidas
Recompensa
11
5
Compartilhar
Comentário
0/400
WhaleWatcher
· 07-24 11:10
Parece que não era tão perfeito na época.
Ver originalResponder0
PessimisticLayer
· 07-23 18:54
Ainda pensei que era grave, mas se não afetar, está bem.
Ver originalResponder0
LiquidityHunter
· 07-21 19:31
De madrugada a olhar para os dados, há um espaço considerável para arbitragem nesta vulnerabilidade.
Ver originalResponder0
NFTragedy
· 07-21 19:31
Quando valiam duzentas moedas, quanto valem agora?
Ver originalResponder0
GlueGuy
· 07-21 19:26
O ID da transação consegue ser repetido, que diabos!
Transações repetidas na história do Bitcoin: causas, impactos e desafios futuros
Bitcoin transações duplicadas: um caso raro mas interessante
As transações de Bitcoin geralmente utilizam saídas não gastas referenciando o ID da transação anterior. Essas saídas só podem ser gastas uma vez, caso contrário, ocorrerá um problema de double spending. No entanto, na história do Bitcoin, de fato ocorreram duas conjuntos de transações totalmente idênticas. Essa situação é possível porque as transações coinbase não têm entradas, mas geram novas moedas diretamente. Portanto, duas transações coinbase diferentes podem ser construídas de maneira idêntica, enviando a mesma quantidade para o mesmo endereço, resultando no mesmo ID de transação.
Esses dois conjuntos de transações duplicadas ocorreram entre 14 e 15 de novembro de 2010, com uma duração de aproximadamente 16 horas. O ID do primeiro conjunto de transações duplicadas começa com d5d2, enquanto o segundo começa com e3bf. Curiosamente, diferentes exploradores de blocos apresentam comportamentos distintos ao mostrar essas transações duplicadas.
O valor total envolvido nas transações duplicadas é de 200 BTC, ou seja, na prática, apenas 100 BTC. Até agora, essas Bitcoins não foram utilizadas. Teoricamente, quem possui as chaves privadas relevantes pode gastar essas moedas, mas apenas pode gastar 100 BTC; os outros 100 BTC não poderão ser utilizados.
Transações duplicadas claramente trazem problemas, como a possibilidade de serem utilizadas para atacar a bolsa. Para resolver este problema, em 2012 foi implementado o soft fork BIP30, que proíbe o uso de IDs de transação duplicados. Em seguida, o BIP34 exigiu que as transações coinbase incluíssem a altura do bloco, prevenindo ainda mais a ocorrência de transações duplicadas.
No entanto, antes do BIP34, havia algumas transações coinbase cujo scriptSig correspondia exatamente à altura do bloco futuro. O próximo bloco em que podem ocorrer transações duplicadas é 1,983,702, previsto para ser gerado por volta de janeiro de 2046. No entanto, o custo de explorar essa vulnerabilidade é muito alto, exigindo a queima de cerca de 170 BTC.
Tendo em conta a dificuldade e o custo de copiar transações, bem como a raridade de aproveitar oportunidades, esta vulnerabilidade não é uma das principais ameaças à segurança do Bitcoin. No entanto, os desenvolvedores ainda estão a considerar a possibilidade de resolver completamente este problema antes de 2046, o que pode exigir a implementação de um soft fork.