⚡ A BNB Chain ativa o hard fork Pasteur na rede principal
A BNB Chain ativou com sucesso o hard fork Pasteur na rede principal do BSC às 02:30 UTC de 25 de agosto, agrupando três propostas (BEP-682, BEP-695, BEP-675) focadas em segurança de bridge, autorização de validadores e capacidade de blocos.
O que mudou:
🔒 Correção de segurança do bridge (BEP-682): Antes, uma solicitação cross-chain manipulada poderia listar o mesmo validador várias vezes, fazendo uma aprovação parecer ter suporte independente mais amplo do que realmente tinha. Agora, o Pasteur rejeita entradas duplicadas de validadores antes de calcular os limiares de supermaioria. Não foi reportado nenhum exploit ou roubo; trata-se de uma correção preventiva.
🔑 Rotação de chaves do validador (BEP-695): As chaves antigas dos operadores agora perdem imediatamente os direitos de gerenciamento após a rotação, fechando uma brecha pela qual validadores poderiam antes evitar penalidades pendentes rotacionando chaves. Também bloqueia endereços restritos de votar indiretamente por meio de assinaturas offchain.
⚙️ Nova rota de bloco (BEP-675): Um caminho opcional permite que builders especialistas enviem blocos pré-executados, reduzindo o trabalho duplicado de execução e potencialmente acomodando mais transações por bloco. Os builders ainda podem usar o método antigo; a nova rota exige habilitação manual via RPC.
Desempenho: Em testes controlados do QANet, o rendimento aumentou 88% (1.237 → 2.324 TPS), embora isso dependa da adoção real pelos builders na rede principal; os dados ao vivo ainda estão pendentes. O tempo de bloco permanece inalterado em 450 ms, e o limite de gás continua em 100 milhões.
Requisitos: Os operadores de nós precisavam da versão do cliente 1.7.7 e da remoção do campo EnableBAL obsoleto antes da ativação.
#dyor #NFA✅
A BNB Chain ativou com sucesso o hard fork Pasteur na rede principal do BSC às 02:30 UTC de 25 de agosto, agrupando três propostas (BEP-682, BEP-695, BEP-675) focadas em segurança de bridge, autorização de validadores e capacidade de blocos.
O que mudou:
🔒 Correção de segurança do bridge (BEP-682): Antes, uma solicitação cross-chain manipulada poderia listar o mesmo validador várias vezes, fazendo uma aprovação parecer ter suporte independente mais amplo do que realmente tinha. Agora, o Pasteur rejeita entradas duplicadas de validadores antes de calcular os limiares de supermaioria. Não foi reportado nenhum exploit ou roubo; trata-se de uma correção preventiva.
🔑 Rotação de chaves do validador (BEP-695): As chaves antigas dos operadores agora perdem imediatamente os direitos de gerenciamento após a rotação, fechando uma brecha pela qual validadores poderiam antes evitar penalidades pendentes rotacionando chaves. Também bloqueia endereços restritos de votar indiretamente por meio de assinaturas offchain.
⚙️ Nova rota de bloco (BEP-675): Um caminho opcional permite que builders especialistas enviem blocos pré-executados, reduzindo o trabalho duplicado de execução e potencialmente acomodando mais transações por bloco. Os builders ainda podem usar o método antigo; a nova rota exige habilitação manual via RPC.
Desempenho: Em testes controlados do QANet, o rendimento aumentou 88% (1.237 → 2.324 TPS), embora isso dependa da adoção real pelos builders na rede principal; os dados ao vivo ainda estão pendentes. O tempo de bloco permanece inalterado em 450 ms, e o limite de gás continua em 100 milhões.
Requisitos: Os operadores de nós precisavam da versão do cliente 1.7.7 e da remoção do campo EnableBAL obsoleto antes da ativação.
#dyor #NFA✅
