InícioCentro de Notícias da LBank
Hard fork Pasteur da BNB Chain entra em vigor em 25 de agosto
bnb-chain-pasteur-hard-fork-goes-live-aug-25
Hard fork Pasteur da BNB Chain entra em vigor em 25 de agosto
A BNB Chain ativará o hard fork Pasteur às 02:30 UTC na mainnet em 25 de agosto. Os operadores de nós devem instalar a versão 1.7.7 e remover EnableBAL antes do prazo programado para a ativação na mainnet. Três propostas fortalecem a validação de bridge, a governança dos validadores e o processamento de blocos enviados por builders em toda a mainnet da BSC. Os testes da QANet aumentaram a taxa de processamento de 1.237 para 2.324 TPS, sem alterar os tempos de bloco ou a finalidade. Os ganhos de desempenho relatados vieram de testes controlados e não são garantidos após a ativação na mainnet.
2026-08-24 Fonte:crypto.news

A BNB Chain ativará o hard fork Pasteur na BNB Smart Chain às 02:30 UTC de 25 de agosto de 2026.

Resumo
  • A BNB Chain ativará o hard fork Pasteur às 02:30 UTC na mainnet em 25 de agosto.
  • Os operadores de nós devem instalar a versão 1.7.7 e remover o EnableBAL antes do prazo de ativação da mainnet.
  • Três propostas reforçam a validação de pontes, a governança de validadores e o processamento de blocos submetidos por construtores em toda a mainnet da BSC.
  • Os testes na QANet aumentaram o rendimento de 1.237 para 2.324 TPS sem alterar os tempos de bloco ou a finalidade.
  • Os ganhos de desempenho relatados vieram de testes controlados e não são garantidos após a ativação da mainnet.

A atualização obrigatória introduz três propostas que abrangem a verificação de pontes, a governança de validadores e a capacidade de processamento de blocos.

Todos os nós da mainnet da BSC devem executar a versão 1.7.7 do cliente antes da ativação, de acordo com o lançamento oficial. Usuários regulares e a maioria dos desenvolvedores de aplicativos não precisam migrar fundos ou alterar seu software.

Pasteur fortalece a verificação de pontes da BNB Chain

A BEP-682 altera a forma como a BSC valida os blocos usados para transferências entre cadeias. A rede verifica as assinaturas dos validadores antes de aceitar informações de outra cadeia, garantindo que o limiar de votação exigido aprovou o bloco.

O processo anterior não confirmava que cada validador aparecia apenas uma vez em um conjunto de validadores submetido. Um conjunto especialmente construído poderia, teoricamente, repetir um validador e contar seu poder de voto mais de uma vez. A BEP-682 rejeita entradas duplicadas, fazendo com que o limiar reflita uma verdadeira supermaioria de validadores.

Conforme relatado anteriormente, Pasteur difere das atualizações recentes que principalmente reduziram os tempos de bloco. Suas mudanças de segurança focam em transferências entre cadeias e na autoridade do validador.

Controles de validador fecham lacunas de rotação de chaves

A BEP-695 aborda o que acontece quando os validadores rotacionam suas chaves de consenso. Após Pasteur, uma chave de consenso antiga perderá sua autoridade administrativa em vez de reter privilégios após uma rotação.

As exclusões pendentes por "slash" também seguirão os validadores para suas novas chaves. Isso impede que um validador evite uma exclusão pendente alterando as chaves. A proposta também impede que endereços na lista negra usem métodos de votação de governança baseados em assinatura para contornar as restrições aplicadas aos votos diretos.

Essas medidas afetam os contratos de staking e governança da BSC. A BNB Chain afirma que os desenvolvedores não precisam migrar aplicativos existentes porque as mudanças ocorrem nos níveis de protocolo e contrato de sistema.

BEP-675 move o trabalho para fora do caminho crítico

A BEP-675 permite que os construtores submetam blocos que já executaram. Os validadores podem verificar o bloco proposto em relação às regras de consenso, assiná-lo e transmiti-lo, para depois concluir a verificação completa fora do caminho de produção sensível ao tempo.

Na QANet, um ambiente de teste interno projetado para refletir a configuração de validadores entre regiões da BSC, o processamento dentro desse caminho crítico caiu de 125 milissegundos para 15 milissegundos. O uso médio de gás por bloco aumentou de 46,35 milhões para 84,15 milhões em relação ao limite existente de 100 milhões.

O rendimento aumentou de 1.237 para 2.324 transações por segundo durante os mesmos testes. O intervalo de bloco permaneceu em 450 milissegundos, enquanto o atraso de finalidade não mudou. A BNB Chain alertou que esses números vieram de testes controlados e não de atividades ao vivo na mainnet.

Os construtores que adotarem o novo caminho devem operar nós completos porque produzirão blocos totalmente executados. As propostas de blocos legadas permanecerão disponíveis, embora ofereçam aos construtores menos tempo para preencher blocos.

Operadores de nós devem instalar a v1.7.7

Os operadores de nós devem substituir seu binário existente pela versão 1.7.7 antes da ativação. Eles também devem remover [Eth] EnableBAL de config.toml; caso contrário, o cliente atualizado não iniciará.

O lançamento recomenda a remoção de [TxPool] OverflowPoolSlots, embora o cliente ignore silenciosamente esse campo. Várias flags de linha de comando também estão obsoletas ou inativas, incluindo –journalfile, –enablebal e –txpool.overflowpoolslots.

Pasteur tem operado na testnet da BSC desde 21 de julho. Após a ativação da mainnet, operadores e desenvolvedores monitorarão se os ganhos de capacidade medidos na QANet se traduzirão em tráfego real. Nenhum aumento comparável de desempenho na mainnet foi confirmado ainda.

Mudanças anteriores na rede reduziram os tempos de bloco da BNB Smart Chain. Pasteur, em vez disso, visa fazer um uso maior da capacidade de bloco existente, ao mesmo tempo em que fecha lacunas de segurança de validadores e pontes.