Bitcoin transações duplicadas: uma falha de sistema interessante e de risco extremamente baixo
Existe um fenômeno único na rede Bitcoin: dois conjuntos de transações completamente idênticas. Essa situação pode ocorrer porque as transações coinbase não precisam de nenhuma entrada de transação, mas geram diretamente novas Bitcoins. Assim, duas transações coinbase diferentes podem enviar a mesma quantidade de Bitcoins para o mesmo endereço e serem construídas de forma completamente idêntica, resultando em transações totalmente iguais. Como o conteúdo dessas transações é o mesmo, os seus IDs de transação (TXID) também coincidem, uma vez que o TXID é o resumo hash dos dados da transação.
As duas séries de transações duplicadas ocorreram entre 14 e 15 de novembro de 2010, com uma duração de aproximadamente 16 horas. A primeira série de transações duplicadas está inserida entre a segunda série. Classificamos d5d2....8599 como a primeira transação duplicada, pois foi a primeira a se tornar uma cópia, embora tenha aparecido pela primeira vez na blockchain após outra transação duplicada e3bf....b468.
É interessante notar que diferentes exploradores de blocos apresentam comportamentos distintos ao mostrar essas transações duplicadas. Alguns exploradores exibem por padrão blocos mais antigos, enquanto outros mostram blocos mais recentes.
O total de Bitcoin envolvido nessas transações repetidas é de 200 BTC, ou pode ser entendido como 100 BTC. Até o momento, todos esses Bitcoins ainda não foram utilizados. Teoricamente, se alguém possui a chave privada associada a essas saídas, eles podem usar esses Bitcoins. No entanto, uma vez utilizados, os 50 BTC repetidos não poderão ser usados novamente e serão perdidos, portanto, na prática, apenas 100 BTC podem ser recuperados.
Transações duplicadas certamente trarão alguns problemas. Elas podem causar confusão nas carteiras e nos exploradores de blocos, além de dificultar a determinação da verdadeira origem do Bitcoin. Além disso, também pode ser utilizada em alguns ataques e exploração de vulnerabilidades.
Para resolver este problema, os desenvolvedores do Bitcoin propuseram em 2012 o esquema de soft fork BIP30, que proíbe o uso de TXID duplicados em transações, a menos que o TXID anterior já tenha sido utilizado. Posteriormente, esta regra foi alterada para se aplicar a todos os blocos, e não apenas aos blocos após 15 de março de 2012.
Em julho de 2012, o plano de soft fork BIP34 foi proposto e ativado em março de 2013. Essa mudança exigia que as transações coinbase contivessem a altura do bloco, o que parecia resolver completamente o problema das transações duplicadas. No entanto, provou-se que, antes da ativação do BIP34, ainda havia algumas transações coinbase em blocos cujos primeiros bytes de scriptSigs correspondiam exatamente à altura do bloco que seria válida no futuro.
O próximo bloco que pode ter transações duplicadas é 1,983,702, previsto para ser gerado por volta de janeiro de 2046. Se os mineradores quiserem realizar esse tipo de ataque, eles não só precisam ter sorte suficiente para encontrar esse bloco, mas também arcar com custos enormes. Com o preço atual do Bitcoin, isso custaria mais de 15 milhões de dólares.
Considerando a dificuldade e o custo da cópia de transações, bem como a raridade das oportunidades para utilizá-las, essa vulnerabilidade não parece ser um problema de segurança principal do Bitcoin. No entanto, ao longo dos anos, os desenvolvedores ainda gastaram muito tempo nesse problema; 2046 pode ser visto como o prazo final para a correção desse problema na mente de alguns desenvolvedores. Existem várias maneiras de corrigir esse erro, que podem exigir um soft fork. Uma possível solução é a aplicação obrigatória do compromisso SegWit.
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.
16 Curtidas
Recompensa
16
7
Compartilhar
Comentário
0/400
SighingCashier
· 07-29 18:40
Blockchain registra que esse tipo de coisa pode dar errado?
Ver originalResponder0
GasFeeCryer
· 07-29 06:00
Esse bug realmente é uma dor de cabeça.
Ver originalResponder0
RooftopReserver
· 07-29 06:00
200枚? Esta onda Rekt
Ver originalResponder0
YieldChaser
· 07-29 06:00
Explorar uma vulnerabilidade e ficar rico da noite para o dia.
Ver originalResponder0
ChainWallflower
· 07-29 05:59
Este bug foi apenas um falso alarme.
Ver originalResponder0
TokenSherpa
· 07-29 05:51
na verdade, os padrões de dados sugerem vulnerabilidades de protocolo severas... bastante preocupante, para ser honesto
Ver originalResponder0
BearHugger
· 07-29 05:46
Esse bug foi desenvolvido de forma muito superficial.
Desmistificação das transações históricas do Bitcoin: vulnerabilidades raras do sistema e potenciais desafios em 2046
Bitcoin transações duplicadas: uma falha de sistema interessante e de risco extremamente baixo
Existe um fenômeno único na rede Bitcoin: dois conjuntos de transações completamente idênticas. Essa situação pode ocorrer porque as transações coinbase não precisam de nenhuma entrada de transação, mas geram diretamente novas Bitcoins. Assim, duas transações coinbase diferentes podem enviar a mesma quantidade de Bitcoins para o mesmo endereço e serem construídas de forma completamente idêntica, resultando em transações totalmente iguais. Como o conteúdo dessas transações é o mesmo, os seus IDs de transação (TXID) também coincidem, uma vez que o TXID é o resumo hash dos dados da transação.
As duas séries de transações duplicadas ocorreram entre 14 e 15 de novembro de 2010, com uma duração de aproximadamente 16 horas. A primeira série de transações duplicadas está inserida entre a segunda série. Classificamos d5d2....8599 como a primeira transação duplicada, pois foi a primeira a se tornar uma cópia, embora tenha aparecido pela primeira vez na blockchain após outra transação duplicada e3bf....b468.
É interessante notar que diferentes exploradores de blocos apresentam comportamentos distintos ao mostrar essas transações duplicadas. Alguns exploradores exibem por padrão blocos mais antigos, enquanto outros mostram blocos mais recentes.
O total de Bitcoin envolvido nessas transações repetidas é de 200 BTC, ou pode ser entendido como 100 BTC. Até o momento, todos esses Bitcoins ainda não foram utilizados. Teoricamente, se alguém possui a chave privada associada a essas saídas, eles podem usar esses Bitcoins. No entanto, uma vez utilizados, os 50 BTC repetidos não poderão ser usados novamente e serão perdidos, portanto, na prática, apenas 100 BTC podem ser recuperados.
Transações duplicadas certamente trarão alguns problemas. Elas podem causar confusão nas carteiras e nos exploradores de blocos, além de dificultar a determinação da verdadeira origem do Bitcoin. Além disso, também pode ser utilizada em alguns ataques e exploração de vulnerabilidades.
Para resolver este problema, os desenvolvedores do Bitcoin propuseram em 2012 o esquema de soft fork BIP30, que proíbe o uso de TXID duplicados em transações, a menos que o TXID anterior já tenha sido utilizado. Posteriormente, esta regra foi alterada para se aplicar a todos os blocos, e não apenas aos blocos após 15 de março de 2012.
Em julho de 2012, o plano de soft fork BIP34 foi proposto e ativado em março de 2013. Essa mudança exigia que as transações coinbase contivessem a altura do bloco, o que parecia resolver completamente o problema das transações duplicadas. No entanto, provou-se que, antes da ativação do BIP34, ainda havia algumas transações coinbase em blocos cujos primeiros bytes de scriptSigs correspondiam exatamente à altura do bloco que seria válida no futuro.
O próximo bloco que pode ter transações duplicadas é 1,983,702, previsto para ser gerado por volta de janeiro de 2046. Se os mineradores quiserem realizar esse tipo de ataque, eles não só precisam ter sorte suficiente para encontrar esse bloco, mas também arcar com custos enormes. Com o preço atual do Bitcoin, isso custaria mais de 15 milhões de dólares.
Considerando a dificuldade e o custo da cópia de transações, bem como a raridade das oportunidades para utilizá-las, essa vulnerabilidade não parece ser um problema de segurança principal do Bitcoin. No entanto, ao longo dos anos, os desenvolvedores ainda gastaram muito tempo nesse problema; 2046 pode ser visto como o prazo final para a correção desse problema na mente de alguns desenvolvedores. Existem várias maneiras de corrigir esse erro, que podem exigir um soft fork. Uma possível solução é a aplicação obrigatória do compromisso SegWit.