Hard fork Jenner da BNB Chain: fork da testnet em 29 de outubro de 2026, data da mainnet ainda indefinida

1. O que é o hard fork Jenner?

O Jenner é o hard fork da BSC que vem depois do Pasteur, o fork de segurança anterior, e chega alguns meses depois do fork Fermi de janeiro de 2026, que reduziu os blocos para 0,45 segundo. O escopo está listado na BEP-718, a metaproposta, e no anúncio da BNB Chain de 22 de outubro de 2026: três mudanças de consenso mais melhorias do lado do cliente que não exigem fork.

A BEP-703, a Payment Lane, reserva uma fatia do gas de cada bloco para transações de pagamento. A BEP-702, o Compliant Asset Standard ou CAS20, coloca no próprio protocolo um padrão de token fungível para stablecoins e ativos tokenizados, na forma de precompiles com estado, com papéis para mint, queima, pausa e confisco e allowlists e blocklists compartilhadas; ele mantém os seletores de função e os eventos do BEP-20, então as carteiras não precisam mudar. A BEP-706 adiciona um precompile no endereço 0x70 que devolve o timestamp do bloco em milissegundos. As melhorias da BEP-675 na interface de builders (envio binário de BidBlock via gRPC, revogações de builders que sobrevivem a reinicializações) chegam na mesma release dos clientes, mas não são mudanças de consenso.

A página de upgrade da BNB Chain também lista a BEP-714, que reduz de 2 segundos para 1 segundo a espera até que um validador reserva assuma. Essa proposta não aparece na BEP-718 nem nas notas de release da v1.8.1, então tratamos sua inclusão como em aberto até que uma release de cliente a confirme.

2. Quando é o hard fork Jenner? Datas-chave

As datas abaixo vêm das releases dos clientes e dos anúncios da própria BNB Chain. A coluna de status é o que conseguimos confirmar em 25 de outubro de 2026.

3. O que é a Payment Lane e ela vai mudar as taxas de gas do BNB?

A Payment Lane é uma regra de contabilidade do espaço no bloco, não uma mudança de fee. A BSC não tem base fee: o campo é zero em todos os blocos, então entrar num bloco depende do priority fee que você oferece e do preço mínimo que os validadores publicam, 0,05 gwei no momento em que escrevemos. Quando os blocos enchem, uma transferência de stablecoin ou um saque de exchange disputa espaço com bots de arbitragem e perde, mesmo precisando de muito pouco gas. A BEP-703 responde a isso reservando uma fatia de cada bloco para pagamentos: transações gerais podem usar no máximo o gas limit menos essa fatia, enquanto transações de pagamento podem usar o bloco inteiro. Se nenhum pagamento aparecer, o gas reservado fica vazio em vez de ir para o tráfego geral.

A fatia padrão é de 5% (o parâmetro PAYMENT_LANE_RATIO é 500 em 10.000), e a governança pode movê-la para qualquer valor acima de zero até um teto fixo de 10%. Os blocos da mainnet tinham um gas limit de 70.000.000 em 25 de outubro de 2026 (bloco 129.612.382 no RPC público), então a faixa seria de 3.500.000 de gas, espaço para cerca de 166 transferências simples de BNB de 21.000 de gas cada em todo bloco de 0,45 segundo. Em 25 de outubro de 2026 o preço de gas Normal no nosso tracker é de 0.05 gwei, uma transferência de BNB custa <$0.001 e um swap ~$0.007, com os blocos longe de cheios, então a faixa ficaria ociosa a maior parte do tempo. Ela só faz diferença no congestionamento, e é exatamente essa a ideia.

BNB Chain e Ethereum agora

Duas coisas que a faixa não faz. Ela não baixa nem sobe o preço do gas de ninguém: a BEP-703 afirma que nenhuma regra nova de ordenação, prioridade ou fee é introduzida, os pagamentos concorrem sob as mesmas regras e pagam fees integrais, e o anúncio acrescenta que a reserva não garante a inclusão de nenhum pagamento individual. E ela ainda não cobre stablecoins. Uma transação só conta como pagamento se for uma transferência de BNB com valor diferente de zero para uma conta sem código, ou uma chamada a um contrato da lista de pagamentos gerida pela governança, que começa vazia. Uma transferência de USDT na BSC é uma chamada de contrato, então só se qualifica depois que um voto de governança adicionar esse contrato. A BNB Chain diz que stablecoins e tokens CAS20 precisam dessa aprovação separada.

Para o fee que você paga hoje, veja o gas tracker da BNB Chain, que explica o piso de 0,05 gwei e a base fee zero. Para entender como os preços de gas funcionam em geral, o guia de gas fees cobre base fee, priority fee e gas limit.

4. O que muda para desenvolvedores?

Timestamps em milissegundos. Os headers da BSC carregam um valor em milissegundos desde a BEP-520, guardado nos dois últimos bytes do mix digest, mas a EVM só expunha segundos inteiros. A BEP-706 adiciona um precompile em 0x70 que devolve o horário do bloco em execução em milissegundos desde a epoch Unix, como um inteiro de 32 bytes, por 20 de gas, ignorando o calldata. block.timestamp continua devolvendo segundos, então os contratos já implantados se comportam como antes. O valor é fornecido pelo validador e não oferece garantia mais forte que block.timestamp; só tem resolução mais fina.

Uma mudança de RPC que pega antes do fork. A partir de bsc v1.8.1 e reth-bsc v0.1.3, se você passa blockOverrides.prevRandao a eth_call, eth_estimateGas, debug_traceCall ou eth_simulateV1, o valor precisa codificar o resto em milissegundos (0 a 999) como um número hexadecimal de 32 bytes. Isso vale assim que o nó com que você fala for atualizado, antes de o Jenner ativar. O override de time continua em segundos, e sobrescrever só o time zera o resto em milissegundos. Se as suas ferramentas simulam contra nós da BSC com block overrides, teste-as esta semana.

CAS20. O hard fork instala o código do padrão em todos os nós, mas a criação de tokens e as escritas no registro de políticas ficam desligadas até que um administrador nomeado pela governança ative cada recurso no ActivationRegistry em 0x7020000000000000000000000000000000000001. As leituras nunca são bloqueadas. Os tokens CAS20 mantêm os seletores e eventos do BEP-20, então as integrações existentes vão ler saldos e transferências sem mudanças assim que existirem tokens. A BNB Chain diz que a disponibilidade terá anúncio próprio.

Nada mais se move. Tipos de transação, os métodos JSON-RPC que você usa para enviar transações e os campos de fee não mudam, então SDKs como o ChainGate continuam funcionando. Se você opera um produto de pagamentos, verifique se seus fluxos são transferências simples de BNB (elegíveis desde o primeiro dia) ou chamadas de contrato (elegíveis só depois de listadas), e acompanhe as propostas de governança que adicionam contratos à lista.

5. O que operadores de nós, validadores e builders precisam fazer?

Testnet Chapel: atualizar antes das 02:30 UTC de 29 de outubro de 2026. bsc v1.8.1 e reth-bsc v0.1.3 estão marcadas como obrigatórias para operadores de nós da Chapel, builders de MEV e operadores de sentry, e ambas são simples substituições de binário: leia as mudanças de RPC, troque o binário, reinicie. Um nó deixado numa versão mais antiga vai rejeitar os blocos do Jenner e se separar da testnet no fork.

Duas coisas para verificar no cliente Geth. O serviço gRPC de MEV fica ligado por padrão quando MEV e envio de BidBlock estão habilitados e escuta no endereço de bind HTTP na porta 8552; confira se a porta está livre, mude-a com [Eth.Miner.Mev] GRPCPort no config.toml ou desligue-o com --mev.grpc.disable. Builders também devem verificar sua contabilidade de gas da Payment Lane, porque um bloco cujo gas geral mais o maior valor entre o gas de pagamentos e a cota da faixa ultrapasse o gas limit é inválido, e no caminho de bids da BEP-675 um bloco inválido provoca a revogação do builder.

Mainnet: nada ainda. Nenhuma das releases agenda a mainnet, e rodar a v1.8.1 num nó da mainnet não muda nada ali até que apareça uma release para a mainnet com seu próprio timestamp. Quando ela existir, vale a mesma regra: todo nó, builder e sentry da mainnet precisa atualizar antes do horário do fork.

6. Quem tem BNB ou usa a BSC precisa fazer algo?

Não. Não há token novo, nem migração, nem ação na carteira, nem para o fork da testnet nem para a mainnet mais tarde. Seus BNB, seus tokens BEP-20 e seus endereços não mudam. Quem pedir para você "atualizar" ou "migrar" seus BNB para o Jenner está aplicando um golpe.

O que você pode notar, quando a mainnet fizer o fork, só aparece sob carga: num bloco congestionado, uma transferência simples de BNB tem um espaço reservado que não tinha antes, então deve confirmar no bloco seguinte com mais frequência, em vez de esperar atrás do tráfego de bots. Em períodos calmos nada muda, e o preço do gas fica no piso dos validadores. Exchanges às vezes pausam depósitos e saques na BSC por um breve período em torno de um fork da mainnet; é o único transtorno prático a planejar, e só quando existir uma data de mainnet.

7. O que está confirmado e o que segue em aberto?

8. O que vem depois do Jenner?

Os próximos passos são a release para a mainnet com seu timestamp, as primeiras propostas de governança que listem contratos de pagamento ou ativem o CAS20, e o anúncio separado de disponibilidade do CAS20 que a BNB Chain prometeu. Vamos atualizar esta página em cada um deles, e o registro de atualizações abaixo mostra o que mudou e quando.

Enquanto isso, o gas tracker da BNB Chain mostra o preço do gas ao vivo e quanto custa uma transferência, o guia de gas fees explica a mecânica que a Payment Lane deixa intacta, e a lista de chain IDs das redes EVM tem os chain IDs da mainnet da BSC (56) e da testnet Chapel (97), caso você vá adicioná-las a uma carteira para testar.

Atualizações deste artigo

• 25 de outubro de 2026: primeira publicação. Horário de ativação na testnet retirado das notas de release de bsc v1.8.1 e reth-bsc v0.1.3, escopo e padrões das BEP-703, BEP-706, BEP-702 e BEP-718 e do anúncio e da página de upgrade da BNB Chain de 22 de outubro; o gas limit da mainnet foi lido no RPC público da BSC em 25 de outubro.

Perguntas frequentes