Desenvolvedor do bitcoin estima 80% de chance de BIP-54 ser o próximo soft fork

icon币界网
Compartilhar
AI summary iconResumo
Notícias sobre bitcoin: O desenvolvedor Matt Corallo estima 80% de chance de o BIP-54 ser a próxima atualização de soft fork. A proposta visa quatro vulnerabilidades da rede, incluindo dificuldade de mineração e validação de blocos. Embora nenhuma data de ativação tenha sido confirmada, 2027 ou 2028 são prováveis. Alguns desenvolvedores preferem novos recursos, mas Corallo afirma que a atualização de soft fork ajudará a padronizar atualizações futuras.
Relatório do CoinNews:

O desenvolvedor de Bitcoin Matt Corallo estima que o BIP-54 — uma proposta destinada a corrigir quatro vulnerabilidades de longa data na rede — tenha 80% de probabilidade de se tornar a próxima atualização de soft fork do Bitcoin.

- O desenvolvedor de Bitcoin Matt Corallo estima que a proposta BIP-54, destinada a corrigir quatro vulnerabilidades de longa data na rede, terá 80% de probabilidade de se tornar o próximo soft fork do Bitcoin.

Esta atualização proposta abordará ajustes na dificuldade de mineração, verificação de blocos, provas de árvore Merkle e vulnerabilidades em transações coinbase duplicadas.

- O BIP-54 ainda não tem uma data de ativação confirmada, mas as estimativas coletadas pelos desenvolvedores no TABconf indicam que essa atualização pode ocorrer em 2027, sendo mais provável em 2028 ou posterior.

- Alguns desenvolvedores questionam se o Bitcoin deveria priorizar manutenção em vez de novas funcionalidades, mas Corallo acredita que esta atualização ajuda a estabelecer um processo mais claro para futuros soft forks.

Corallo discutiu a proposta na MARA Foundation TV com Isabel Foxen Duke, responsável da MARA Foundation, e explicou por que os desenvolvedores podem priorizar a correção de problemas de consenso existentes em vez de introduzir novas funcionalidades.

A proposta chamada "Great Consensus Cleanup" remonta ao trabalho proposto por Corallo em 2019, que posteriormente evoluiu para uma proposta oficial de melhoria do Bitcoin, escrita em conjunto pelo desenvolvedor Antoine Poinsot.

Embora ainda não haja uma data de ativação confirmada para essa atualização, Corallo acredita que ela resolve problemas técnicos amplamente reconhecidos pelos desenvolvedores e não exige alterações significativas nas funcionalidades do Bitcoin.

Corallo disse: "Sabemos que há uma longa lista de coisas que realmente precisam ser limpas." Ele descreveu essas vulnerabilidades como preocupações reais, mas não como ameaças urgentes à rede.

A proposta BIP-54 corrige quatro vulnerabilidades no Bitcoin

A especificação oficial do BIP-54 descreve alterações nas regras de ajuste de dificuldade do Bitcoin, nos processos de validação de transações, na estrutura da árvore Merkle e nos requisitos das transações coinbase.

Uma das questões envolve uma vulnerabilidade chamada timewarp attack, que pode permitir que mineradores que controlam a maioria da capacidade de hash do Bitcoin manipulem os carimbos de tempo dos blocos.

O Bitcoin geralmente ajusta a dificuldade de mineração a cada 2.016 blocos, o que equivale aproximadamente a duas semanas. Um atacante, ao explorar as regras atuais de carimbo de tempo, pode artificialmente reduzir a dificuldade, fazendo com que novos blocos sejam gerados mais rapidamente do que o esperado.

O documento técnico da proposta estima que, em cenários extremos, um atacante pode levar 38 dias para reduzir a dificuldade de mineração ao nível mínimo.

Para resolver esse problema, o BIP-54 introduz limites para os carimbos de data/hora no início e no fim de cada ciclo de ajuste de dificuldade, incluindo uma tolerância de duas horas para acomodar flutuações normais.

Outra alteração proposta visa os blocos de construção especiais que exigem uma quantidade anormalmente grande de poder de processamento para serem verificados.

De acordo com as normas, alguns blocos podem levar minutos para serem processados em computadores de alto desempenho e até várias horas em máquinas com desempenho mais fraco, permitindo que mineradores maliciosos retardem seus concorrentes.

O BIP-54 limitará certas operações de verificação de assinatura a 2.500 por transação. Seu autor estima que esse limite reduzirá o tempo de verificação de bloco no pior caso em 40 vezes.

A terceira correção aborda uma vulnerabilidade na árvore Merkle, relacionada a transações que contêm exatamente 64 bytes de dados não witness.

Em certas condições, esse tipo de transação pode ser semelhante a nós internos da árvore de Merkle, permitindo que atacantes enganem clientes leves de Bitcoin para aceitarem provas falsas de inclusão de transações.

A proposta de regra tornará inválidas essas transações de tamanho específico, eliminando a ambiguidade subjacente.

A última alteração refere-se a transações coinbase duplicadas. Transações coinbase são transações especiais criadas por mineiros para receber recompensas de bloco.

O BIP-54 introduzirá novos requisitos para os campos de transações coinbase para evitar que problemas de identificação de transações históricas voltem a ocorrer em alturas de bloco futuras.

As diretrizes indicam que, sob as regras atuais, o bloco 1.983.702 é a próxima altura em que pode ocorrer pela primeira vez uma transação coinbase duplicada.

Desenvolvedores de Bitcoin têm divergências sobre futuras atualizações

Apesar da confiança de Corallo, essa proposta também foi criticada por alguns desenvolvedores, que argumentam que o Bitcoin deveria priorizar atualizações que trazem novas funcionalidades.

Paul Sztorc, cofundador e CEO da LayerTwo Labs, postou no X que, se ativado, o BIP-54 é "um pouco frustrante" e considera que a proposta é apenas trabalho de manutenção, sem adicionar funcionalidades.

Sztorc disse que os desenvolvedores pesquisados no TABconf em Atlanta esperam amplamente que esta proposta de limpeza se torne a próxima atualização de soft fork do Bitcoin.

No entanto, suas estimativas indicam que o tempo de espera será longo, com a previsão mais cedo apontando para setembro de 2027, e a maioria esperando ativação em 2028 ou mais tarde.

Esta discussão continua a divisão de longa data em torno das alterações no protocolo Bitcoin desde a ativação do Taproot em novembro de 2021.

Em setembro deste ano, o crypto.news relatou as preocupações de Sztorc: devido à falta de consenso sobre como as alterações de consenso devem ser aprovadas, o Bitcoin pode ter dificuldade em ativar mais soft forks.

Ele mencionou especificamente o OP_CAT, uma atualização proposta destinada a restaurar uma operação que permite aos scripts do Bitcoin combinar dados e suportar condições de gasto mais complexas.

Outras propostas, incluindo OP_CHECKTEMPLATEVERIFY sob o BIP-119, também enfrentam dificuldades semelhantes e têm dificuldade em obter suporte suficiente no ecossistema Bitcoin.

Ao mesmo tempo, o cálculo quântico também se tornou outro tema de discussão no protocolo. A Coinbase recentemente detalhou várias soluções possíveis para proteger o Bitcoin contra ameaças quânticas futuras, incluindo o BIP-360 e sua estrutura proposta de saída Pay-to-Merkle-Root.

Diferentemente dessas propostas, o BIP-54 foca na correção de fraquezas nas regras de consenso atuais do Bitcoin.

Corallo deseja que o BIP-54 estabeleça um processo de ativação de soft fork

Além das alterações técnicas, Corallo acredita que esta atualização também pode ajudar os desenvolvedores a estabelecer um processo mais previsível para futuros soft forks do Bitcoin.

Ele explicou que as atualizações do Bitcoin historicamente envolvem decisões técnicas difíceis, mas as divergências sobre o método de ativação se tornaram um obstáculo igualmente importante.

Durante a disputa sobre a implantação do Taproot, os participantes divergiram sobre se os mineiros deveriam emitir um sinal de apoio antes da ativação ou se os usuários deveriam impor uma data limite para ativação.

Corallo afirmou que os desenvolvedores podem utilizar o processo de implantação do BIP-54 para lidar com divergências semelhantes e estabelecer procedimentos reutilizáveis para atualizações futuras.

De acordo com seu log de atualizações oficial, a proposta atingiu o estado de especificação completa em 22 de maio de 2026, mas esse estado não é equivalente à ativação na rede.

Seus termos de compatibilidade afirmam que essas alterações reforçarão as regras de validação existentes, mantendo ainda a compatibilidade com nós não atualizados.

No entanto, o autor ainda incentiva os operadores de nós a atualizarem o software para implementar independentemente essas restrições propostas.

Para mineiros, o documento indica que as versões 29.0 e 30.0 do Bitcoin Core já incluem proteção de modelos de bloco compatíveis com algumas das restrições propostas, enquanto os pools de mineração precisam garantir que suas transações coinbase estejam em conformidade com os novos requisitos.

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.