BSC define 25 de agosto para o hard fork do Pasteur e ordena que os nós migrem para a versão 1.7.7

BNB Chain anunciou que ativará seu hard fork Pasteur na rede principal BNB Smart Chain (BSC) às 02:30 UTC do dia 25 de agosto de 2026. 

O documento afirmava que todos os operadores de nós precisavam estar executando o cliente v1.7.7 antes desse horário, sob pena de serem desconectados da rede. 

BNB Chain confirmou a data e os requisitos do cliente em uma postagem no blog publicada em 14 de agosto.

As propostas BNB Chain estão sendo implementadas em uma única atualização meta?

O hard fork Pasteur está inserido na metaproposta BEP-673. No entanto, ele também integra outras três propostas, BEP-682, BEP-695 e BEP-675, em uma ativação coordenada.

Os projetos BEP-682 e BEP-695 focam-se na segurança da ponte, nostracde staking e de governança. O projeto BEP-675 visa aumentar a capacidade de processamento e, tecnicamente, não precisa de um hard fork para funcionar.

BNB Chain também foi intencional na escolha dos nomes dos hard forks que lançou. Eles foram inspirados em cientistas, como Pascal, Maxwell, Fermi e Mendel. Cada um dos hard forks adicionou mudanças incrementais à cadeia. 

O hard fork Fermi foi implementado em janeiro de 2026 e ajudou a reduzir o tempo de bloco do BSC para 0,45 segundos. Desde então, a rede tem se estabilizado nesse ritmo, em vez de tentar acelerá-lo.

Corrigindo uma falha de validação de duplicados na ponte

O BEP-682 foi projetado para reescrever a forma como o BSC verifica as transferências entre cadeias.

Quando os ativos são transferidos para a blockchain, a BSC não confia na reivindicação da blockchain de origem por si só. Em vez disso, ela executa uma pré-compilação no endereço 0x67 que compara as assinaturas dos validadores com um conjunto de validadores conhecido. A transferência só é concluída após a assinatura de uma supermaioria.

No entanto, isso tinha suas falhas, pois não havia como confirmar se cada validador aparecia apenas uma vez.

Um conjunto de validadores cuidadosamente elaborado poderia listar o mesmo signatário várias vezes, contabilizar o poder de voto desse signatário em cada aparição e ultrapassar o limite com menos assinaturas genuínas do que a regra exige. 

A norma BEP-682 remove duplicatas antes da contagem, garantindo que conjuntos inflados não ultrapassem a barra. 

Fazer com que as chaves de validação aposentadas sejam de fato aposentadas

O BEP-695 foi projetado para lidar com uma fragilidade no staking e na governança. Quando os validadores rotacionam suas chaves de consenso como manutenção de rotina, presume-se que uma chave desativada deixe de ter qualquer autoridade.

No entanto, esse não era exatamente o comportamento anterior. Agora existem três correções para o problema em cada cadeia BNB . A primeira é que uma chave antiga rotacionada agora perde seus privilégios de administrador de validação em vez de mantê-los. 

A segunda correção garante que um validador não possa mais evitar uma expulsão pendente por meio de rotação. Ela também bloqueou endereços da lista negra de votações de governança baseadas em assinaturas. 

Blocos mais cheios sem tocar no gás ou no tempo de bloqueio

Atualmente, os blocos são executados duas vezes no BSC. Na primeira execução, o construtor executa as transações para confirmar se o bloco é válido e, em seguida, o validador executa todas elas novamente antes de assinar.

No entanto, essa ação novamente consome uma janela de 450 milissegundos (ms), e o tempo que o validador gasta executando a segunda execução é tempo que os construtores perdem para empacotar o próximo bloco.

A norma BEP-675 permite que uma construtora entregue um bloco que já tenha sido executado. 

Desta vez, o validador verifica se está de acordo com as regras de consenso, assina, transmite e, em seguida, conclui a verificação completa. 

Os dados coletados da testnet mostraram que o tempo que os validadores contribuem para a camada de execução foi reduzido de 125 milissegundos para 15 milissegundos. Além disso, a taxa de transferência aumentou em quase 88%, de 1.237 para 2.324 transações por segundo (TPS), mantendo-se inalterados o limite de 100 milhões de gas e o intervalo de 450 ms. 

O consumo médio de gás por bloco aumentou de 46,35 milhões para 84,15 milhões. O atraso de finalização permaneceu estável. No entanto, BNB Chain destacou que esses são números de carga de trabalho controlada. Ainda será necessário suportar o tráfego da rede principal, especialmente quando vários provedores de servidores disputarem o mesmo slot.

O que os operadores precisam fazer antes do dia 25?

Os operadores de nós são os que têm uma lista de tarefas a realizar com a chegada do Pasteur. BNB Chain disponibilizou uma documentação extensa sobre o que é necessário fazer para evitar erros de inicialização. 

Os construtores que desejam o caminho BEP-675 podem ter que realizar trabalho extra, pois isso significa executar um nó completo em vez de um nó rápido, já que o construtor agora produz um bloco totalmente executado. As propostas legadas continuam funcionando, apenas com menos tempo de empacotamento.