Chris Guida rebaseia o código de fork hard de Proof-of-Work de 2017 para o Bitcoin Knots como plano de contingência para mineiros

iconCryptoBriefing
Compartilhar
AI summary iconResumo
As notícias sobre bitcoin se destacaram esta semana, quando o desenvolvedor Chris Guida rebaseou o código da fork dura de prova de trabalho de Luke Dashjr de 2017 na versão mais recente do Bitcoin Knots, criando um plano de contingência para mineiros. A iniciativa, concluída no início de agosto de 2026, gerou debate sobre o controle dos operadores de nodes. O BIP-110, uma soft fork que visa limitar dados não financeiros nas transações por um ano, enfrenta fraco apoio dos mineiros. O rebase de Guida poderia forçar uma divisão da cadeia ao invalidar o hardware de mineração atual. Dashjr espera que o plano permaneça inutilizado, enquanto os defensores dos nodes o veem como uma postura necessária. A análise do bitcoin sugere que o resultado pode moldar decisões futuras do protocolo.

Os debates sobre a governança do bitcoin têm uma longa história de produzir planos de contingência que todos esperam nunca precisar usar. A última entrada: o desenvolvedor Chris Guida rebaseou o código de fork duro de proof-of-work de Luke Dashjr de 2017 na versão atual do Bitcoin Knots, posicionando-o como uma medida de emergência pronta para implantação caso os mineiros se recusem a aderir a uma proposta de mudança de protocolo.

O trabalho foi concluído até o início de agosto de 2026 e já atraiu atenção significativa da parte da comunidade Bitcoin que acredita que os operadores de nodes, e não os mineiros, deveriam ter a última palavra sobre a direção da rede.

Anúncio

O que o BIP-110 está tentando fazer e por que os mineradores podem resistir

A soft fork no centro de tudo isso é a BIP-110, também chamada de Soft Fork Temporária de Redução de Dados, ou RDTS. Em termos simples, ela restringiria temporariamente a quantia de dados arbitrários, não financeiros que podem ser incorporados nas transações de bitcoin por um período de um ano.

Para que o soft fork seja ativado, é necessário sinalização dos mineiros acima de 55% em uma janela de 2.016 blocos, o que corresponde a aproximadamente duas semanas de produção de blocos do Bitcoin. Relatos iniciais de por volta de agosto de 2026 sugerem que a sinalização dos mineiros tem sido fraca. Essa fraqueza é exatamente o cenário que o rebase de Guida foi projetado para resolver.

A mudança de proof-of-work como uma opção nuclear

Uma mudança no algoritmo de proof-of-work é, em termos técnicos, uma das ferramentas mais drásticas disponíveis para uma facção do bitcoin. Ela tornaria o hardware de mineração existente incompatível com a nova cadeia, efetivamente anulando o investimento acumulado pelos mineiros em equipamentos especializados.

O código original de Dashjr foi escrito em 2017, durante o auge das guerras do tamanho dos blocos. O fato de ele estar sendo recuperado e adaptado para a versão atual do software Bitcoin Knots sinaliza que pelo menos alguns desenvolvedores consideram a intransigência dos mineradores em relação ao BIP-110 uma possibilidade real digna de preparação.

Dashjr expressou a esperança de que a contingência nunca precisasse ser implementada, enquanto afirmava que a preparação era o caminho prudente, independentemente. Bitcoin Mechanic e outros stakeholders da comunidade de operadores de nodes ofereceram endossos mais fortes, apresentando o rebase como uma afirmação necessária do princípio de que nodes econômicos, e não poder de hash, são os árbitros finais das regras do bitcoin.

Aviso legal: as informações nesta página podem ter sido obtidas de terceiros e não refletem necessariamente os pontos de vista ou opiniões da KuCoin. Este conteúdo é fornecido apenas para fins informativos gerais, sem qualquer representação ou garantia de qualquer tipo, nem deve ser interpretado como aconselhamento financeiro ou de investimento. A KuCoin não é responsável por quaisquer erros ou omissões, ou por quaisquer resultados do uso destas informações. Os investimentos em ativos digitais podem ser arriscados. Avalie cuidadosamente os riscos de um produto e a sua tolerância ao risco com base nas suas próprias circunstâncias financeiras. Para mais informações, consulte nossos termos de uso e divulgação de risco.