A ameaça de ataques de distorção temporal na rede Bitcoin
Os desenvolvedores do Bitcoin, Antoine Poinsot, propuseram recentemente uma importante proposta de soft fork, com o objetivo de corrigir várias vulnerabilidades e fraquezas que existem no protocolo do Bitcoin há muito tempo. Uma questão particularmente notável nesta proposta, chamada de "limpeza do grande consenso", é o "ataque de distorção temporal".
Existem duas regras-chave de proteção contra manipulação do tempo no protocolo Bitcoin: a regra do Tempo Médio Passado (MPT) e a regra do Tempo de Bloco Futuro. A regra MPT exige que o timestamp do bloco seja posterior ao tempo médio dos últimos onze blocos, enquanto a regra do Tempo de Bloco Futuro limita o timestamp a não ser mais de 2 horas anterior ao tempo médio dos pares de nós.
No entanto, Satoshi Nakamoto cometeu um pequeno erro, mas potencialmente perigoso, ao projetar o mecanismo de ajuste de dificuldade do Bitcoin. Ao calcular o ciclo de ajuste de dificuldade de 2016 blocos, ele usou incorretamente 2016 em vez de 2015 como o número de intervalos entre blocos. Isso fez com que o tempo alvo fosse 0,05% mais longo do que deveria, resultando em um intervalo alvo real do Bitcoin de 10 minutos e 0,3 segundos.
Embora esse erro de 0,3 segundos pareça insignificante, ele cria uma oportunidade para o "ataque de distorção do tempo". Neste tipo de ataque, mineradores maliciosos podem distorcer o mecanismo de ajuste de dificuldade manipulando os carimbos de data/hora dos blocos. O atacante define o carimbo de data/hora na maioria dos blocos para apenas um segundo após o bloco anterior, enquanto usa o carimbo de data/hora real no último bloco de cada ciclo de ajuste de dificuldade.
Esta prática pode fazer com que o tempo da blockchain fique gradualmente atrasado em relação ao tempo real, levando a um ajuste de dificuldade. Teoricamente, após vários ciclos, a dificuldade pode diminuir drasticamente, permitindo que os atacantes criem blocos a uma velocidade muito rápida e obtenham uma grande quantidade de Bitcoin.
Embora a implementação deste ataque exija o controle da maior parte do poder de computação e exista o risco de ser descoberto e impedido, ainda é uma ameaça que não pode ser ignorada. Para resolver esse problema, os desenvolvedores propuseram várias possíveis soluções, incluindo ajustar o algoritmo de cálculo de dificuldade ou modificar as regras de timestamp.
Poinsot propôs em sua proposta que o timestamp do primeiro bloco do novo ciclo de dificuldade não deve ser anterior a 2 horas antes do último bloco do ciclo anterior. Essa limitação de 2 horas, embora ainda permita um espaço de manobra de dificuldade de cerca de 0,6% por ciclo, reduz significativamente a viabilidade e o impacto de ataques.
Com o contínuo desenvolvimento da rede Bitcoin, é crucial identificar e corrigir rapidamente essas potenciais vulnerabilidades para manter sua segurança e estabilidade. Os esforços contínuos da comunidade de desenvolvedores garantem que o Bitcoin possa enfrentar os novos desafios que surgem, mantendo sua posição como a principal moeda criptográfica.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
11 gostos
Recompensa
11
6
Partilhar
Comentar
0/400
rekt_but_vibing
· 8h atrás
Este erro demorou tanto a ser corrigido.
Ver originalResponder0
OnChainArchaeologist
· 9h atrás
Morrendo de rir, o grande Satoshi Nakamoto também se deu mal.
Ver originalResponder0
PebbleHander
· 07-19 17:03
pro saiu bug e já consertou há alguns anos
Ver originalResponder0
MultiSigFailMaster
· 07-19 16:56
Ah? Satoshi Nakamoto também tem momentos de fracasso???
Ver originalResponder0
OnchainFortuneTeller
· 07-19 16:51
Parece que encontraram um pequeno bug do velho Satoshi～
Ver originalResponder0
defi_detective
· 07-19 16:44
Fuga do tempo? Os pros realmente têm uma grande imaginação.
O ataque de distorção temporal do Bitcoin levou os desenvolvedores a propor uma solução de Soft Fork.
A ameaça de ataques de distorção temporal na rede Bitcoin
Os desenvolvedores do Bitcoin, Antoine Poinsot, propuseram recentemente uma importante proposta de soft fork, com o objetivo de corrigir várias vulnerabilidades e fraquezas que existem no protocolo do Bitcoin há muito tempo. Uma questão particularmente notável nesta proposta, chamada de "limpeza do grande consenso", é o "ataque de distorção temporal".
Existem duas regras-chave de proteção contra manipulação do tempo no protocolo Bitcoin: a regra do Tempo Médio Passado (MPT) e a regra do Tempo de Bloco Futuro. A regra MPT exige que o timestamp do bloco seja posterior ao tempo médio dos últimos onze blocos, enquanto a regra do Tempo de Bloco Futuro limita o timestamp a não ser mais de 2 horas anterior ao tempo médio dos pares de nós.
No entanto, Satoshi Nakamoto cometeu um pequeno erro, mas potencialmente perigoso, ao projetar o mecanismo de ajuste de dificuldade do Bitcoin. Ao calcular o ciclo de ajuste de dificuldade de 2016 blocos, ele usou incorretamente 2016 em vez de 2015 como o número de intervalos entre blocos. Isso fez com que o tempo alvo fosse 0,05% mais longo do que deveria, resultando em um intervalo alvo real do Bitcoin de 10 minutos e 0,3 segundos.
Embora esse erro de 0,3 segundos pareça insignificante, ele cria uma oportunidade para o "ataque de distorção do tempo". Neste tipo de ataque, mineradores maliciosos podem distorcer o mecanismo de ajuste de dificuldade manipulando os carimbos de data/hora dos blocos. O atacante define o carimbo de data/hora na maioria dos blocos para apenas um segundo após o bloco anterior, enquanto usa o carimbo de data/hora real no último bloco de cada ciclo de ajuste de dificuldade.
Esta prática pode fazer com que o tempo da blockchain fique gradualmente atrasado em relação ao tempo real, levando a um ajuste de dificuldade. Teoricamente, após vários ciclos, a dificuldade pode diminuir drasticamente, permitindo que os atacantes criem blocos a uma velocidade muito rápida e obtenham uma grande quantidade de Bitcoin.
Embora a implementação deste ataque exija o controle da maior parte do poder de computação e exista o risco de ser descoberto e impedido, ainda é uma ameaça que não pode ser ignorada. Para resolver esse problema, os desenvolvedores propuseram várias possíveis soluções, incluindo ajustar o algoritmo de cálculo de dificuldade ou modificar as regras de timestamp.
Poinsot propôs em sua proposta que o timestamp do primeiro bloco do novo ciclo de dificuldade não deve ser anterior a 2 horas antes do último bloco do ciclo anterior. Essa limitação de 2 horas, embora ainda permita um espaço de manobra de dificuldade de cerca de 0,6% por ciclo, reduz significativamente a viabilidade e o impacto de ataques.
Com o contínuo desenvolvimento da rede Bitcoin, é crucial identificar e corrigir rapidamente essas potenciais vulnerabilidades para manter sua segurança e estabilidade. Os esforços contínuos da comunidade de desenvolvedores garantem que o Bitcoin possa enfrentar os novos desafios que surgem, mantendo sua posição como a principal moeda criptográfica.