A BNB Chain ativou o hard fork Pasteur na mainnet da BNB Smart Chain às 02:30 UTC em 25 de agosto, introduzindo três mudanças focadas na segurança da ponte, autorização de validadores e capacidade de bloco.
Resumo
- A BNB Chain ativou o Pasteur na mainnet da BSC às 02:30 UTC em 25 de agosto de 2026, com sucesso.
- Três propostas fortalecem a verificação da ponte, autorização de validadores e construção de blocos sem reduzir ainda mais os tempos de bloco.
- BEP-682 rejeita validadores duplicados durante verificações de blocos leves entre cadeias, protegendo os requisitos genuínos de aprovação por supermaioria na cadeia agora.
- QANet benchmarks aumentaram a taxa de transferência em 88%, de 1.237 para 2.324 transações por segundo sob condições controladas.
- Operadores de nós precisavam da versão 1.7.7 do cliente e da remoção do EnableBAL antes da ativação da mainnet na terça-feira.
A rede confirmou que o Pasteur estava ativo após sua ativação programada. A BSC continuou produzindo blocos em seu intervalo existente de 450 milissegundos, sem grandes interrupções relatadas publicamente imediatamente após a atualização.
O Pasteur combina BEP-682, BEP-695 e BEP-675 sob o plano de atualização mais amplo BEP-673. As mudanças operaram na testnet Chapel da BSC desde 21 de julho antes de chegar à mainnet.
Pasteur da BNB Chain fortalece a verificação da ponte
BEP-682 muda como a BSC verifica blocos leves submetidos através da infraestrutura entre cadeias. Antes do Pasteur, o processo de verificação não rejeitava explicitamente entradas duplicadas em uma lista de validadores submetida.
Uma solicitação elaborada poderia, portanto, incluir o mesmo validador mais de uma vez. Contar essas entradas separadamente poderia fazer uma aprovação de ponte parecer ter apoio de mais validadores independentes do que realmente tinha.
O Pasteur rejeita entradas de validadores repetidas antes de calcular se o limite de votação necessário foi atingido. Cada aprovação deve agora vir de um validador distinto para que o bloco leve satisfaça o requisito de supermaioria.
A BNB Chain não relatou que atacantes exploraram a falha ou atribuíram quaisquer perdas de ativos anteriores a ela. A mudança é uma correção preventiva na verificação da ponte, em vez de uma resposta a um roubo divulgado.
A infraestrutura entre cadeias continua sendo uma grande preocupação de segurança em redes descentralizadas. Em cobertura relacionada, ataques a pontes causaram bilhões de dólares em perdas acumuladas através de chaves comprometidas, falhas de contrato e verificação de mensagens fraca.
Chaves antigas de validadores perdem sua autoridade
BEP-695 fecha lacunas envolvendo rotação de chaves de validadores, penalidades e governança. Quando um validador substitui sua chave de operador, a chave anterior agora perde seus direitos de gerenciamento.
A proposta também impede que validadores escapem de penalidades pendentes rotacionando suas chaves. Os processos de slashing e remoção permanecem vinculados ao validador, em vez de desaparecerem quando seu endereço de operador muda.
O Pasteur também bloqueia endereços restritos de usar assinaturas fora da cadeia para participar da governança. A BNB Chain já impedia endereços na lista negra de votar diretamente, mas essas contas poderiam potencialmente assinar votos e ter outro endereço submetendo-os.
Os contratos de governança atualizados verificam o signatário original antes de contar um voto delegado. Se esse signatário for restrito, o voto é rejeitado independentemente de qual conta o submete.
Nova rota de bloco reduz execução repetida
BEP-675 introduz uma rota opcional para construtores especializados submeterem blocos que já executaram. Os validadores verificam o bloco proposto contra as regras de consenso, assinam e transmitem antes de completar a verificação de execução completa.
A rota anterior exigia que tanto o construtor quanto o validador executassem as transações antes de o validador assinar. Essa duplicação consumia parte da curta janela de bloco da BSC e podia deixar blocos abaixo de sua capacidade máxima durante períodos de alta demanda.
Os construtores podem continuar usando o processo anterior. A nova rota deve ser habilitada por meio da interface de chamada de procedimento remoto da rede, dando aos participantes tempo para integrá-la.
A BNB Chain disse que a rota poderia caber mais transações em cada bloco, mas seus números de desempenho publicados vieram de testes controlados, não da atividade da mainnet.
Testes na QANet, um ambiente interno projetado para refletir validadores geograficamente distribuídos, aumentaram a taxa de transferência de 1.237 para 2.324 transações por segundo. O consumo médio de gás por bloco subiu de 46,35 milhões para 84,15 milhões, enquanto o limite de gás de 100 milhões permaneceu inalterado.
Os dados da mainnet testarão o ganho de capacidade de 88%
A Pasteur não aumenta o limite de gás do bloco nem reduz o intervalo de bloco de 450 milissegundos introduzido pela atualização Fermi. Seus ganhos de capacidade dependem de os construtores adotarem a BEP-675 e enviarem blocos mais completos.
A BNB Chain exigiu que os operadores de nós instalassem a versão 1.7.7 do cliente antes da ativação. Os operadores também precisavam remover o campo EnableBAL obsoleto, pois deixá-lo no arquivo de configuração impediria o cliente atualizado de iniciar.
Como relatado anteriormente, a BNB Chain alertou os operadores para concluir a atualização obrigatória da Pasteur antes do fork. Operadores que executassem software incompatível corriam o risco de ficar fora de sincronia com a mainnet.
A próxima evidência virá da utilização de blocos ao vivo, taxa de transferência de transações, taxas de blocos perdidos e desempenho do validador. Essas medições mostrarão se a melhoria de capacidade da QANet se mantém sob demanda sustentada da mainnet.
