TRON Mainnet atualização obrigatória: GreatVoyage-v4.8.1 (Democritus) já lançado

A equipe de desenvolvimento central do TRON lançou oficialmente em 04 de fevereiro de 2026 o GreatVoyage-v4.8.1 (código Democritus), esta é uma versão de atualização obrigatória.
Todos os nós completos (incluindo nós de produção de blocos de representantes super) devem concluir a atualização até 09 de março de 2026 às 23:59 (horário de Singapura / UTC+8). Nós que não atualizarem dentro do prazo não poderão continuar a sincronizar blocos, o que pode levar à interrupção na produção de blocos ou à indisponibilidade do serviço.
I. Onde está o valor central desta atualização?
1. Suporte oficial completo para arquitetura ARM64 + JDK 17 pela primeira vez
Este é um avanço significativo na compatibilidade de hardware do ecossistema TRON.
Em ambientes ARM64, os nós obrigatoriamente devem usar JDK 17 + RocksDB v9.7.4 (remoção completa do suporte ao LevelDB).
Para arquitetura x86_64, a obrigatoriedade de usar JDK 8 permanece (versões superiores podem causar falhas na anotação, NPE, falhas na sincronização, etc.).
Operações de ponto flutuante usam unicamente StrictMath e são parcialmente codificadas em ARM64, garantindo total compatibilidade de dados com a rede principal x86.
Para operadores de nós, pools de mineração e instituições que desejam usar servidores em nuvem de menor custo (como Graviton, Ampere e outros instâncias ARM), isso significa uma redução potencial de custos de hardware a longo prazo.
2. Alinhamento do comportamento do TVM com Ethereum EIP-6780: REINICIALIZAÇÃO COMPLETA
Implementado via TIP-6780 (parâmetro de rede #94, desativado por padrão, requer votação comunitária para ativar).
A mudança mais importante é: apenas ao chamar SELFDESTRUCT na mesma transação em que o contrato foi criado, os dados da conta (código + armazenamento + própria conta) serão realmente destruídos.
Se chamado em transações subsequentes:
1/ Não serão excluídos armazenamento e código, apenas transferido saldo (incluindo TRX, TRX em staking, TRC10)
2/ Se o endereço de destino for o próprio contrato, o saldo não será destruído
3/ O consumo de Energy para essa operação aumentou de 0 para 5000, elevando significativamente a barreira para uso abusivo
Isso aproxima ainda mais o comportamento de contratos inteligentes do TRON ao EVM do Ethereum, beneficiando pontes cross-chain, protocolos DeFi, auditorias de segurança, etc.
3. Reforço completo na estabilidade e segurança da camada de rede (P2P)
1/ Novo limite de frequência de mensagens por Peer (SyncBlockChainMessage, FetchInvDataMessage limitados a 3 QPS na fase de sincronização, P2P_DISCONNECT limitado a 1 QPS), defesa eficaz contra ataques de esgotamento de recursos
2/ Corrigido problema onde o nó leve interpretava conexão como FALHA DE FONTE (FORKED), alterado para LIGHT_NODE_SYNC_FAIL mais preciso
3/ Otimização dos logs de sincronização gt lastNum / gt highNoFork, exibindo apenas informações essenciais, reduzindo ruído nos logs
4/ Refinamento de códigos de motivos de desconexão: falha na validação de assinatura → BAD_BLOCK, falha na verificação da mensagem Hello → INCOMPATIBLE_PROTOCOL, etc.
5/ Campos compartilhados em PeerConnection agora são voláteis + ordem de atribuição otimizada, eliminando problemas de visibilidade concorrente
Essas mudanças tornam a sincronização de nós sob alta carga, implantação internacional e ambientes de rede complexos mais estáveis e resistentes a ataques.
4. Melhorias significativas na experiência de API e serviços de eventos
1/ Novo eth_getBlockReceipts, que retorna todos os recibos de transações de um bloco de uma só vez
2/ Novo endpoint /wallet/getpaginatednowwitnesslist, que permite consultar em tempo real os votos dos atuais testemunhas por paginação (em ordem decrescente de votos)
3/ Quando a chamada eth_call falhar, retorna detalhes mais completos do revert reason (em linha com o comportamento do Ethereum)
4/ Otimizações de desempenho na consulta em larga escala de eth_getLogs / eth_getFilterLogs (remoção de bitIndex duplicado, redução significativa de acessos inválidos ao banco de dados)
5/ Remoção da configuração de ativação da filtragem bloom, agora por padrão persistindo os dados na seção-bloom do banco, garantindo integridade das consultas de eventos históricos sem depender de configurações
5. Outras melhorias práticas
1/ Arquivo de configuração totalmente padronizado, aceitando apenas campos do template completo, demais considerados inválidos ou obsoletos
2/ Funcionalidades do SolidityNode e KeystoreFactory oficialmente integradas ao FullNode, podendo ser ativadas via –solidity / –keystore-factory, simplificando implantação
3/ TIP-767: migração do tempo de expiração de propostas (parâmetro de rede #92) para governança na cadeia
4/ Otimização do gerenciamento de recursos do RocksDB, maxOpenFiles configurável (padrão 5000), evitando vazamentos de memória
Segunda, recomenda-se seguir o ritmo de atualização:
1/ Nós de produção de blocos de representantes super → planejar atualização contínua em modo de rotação, garantindo zero downtime
2/ Fornecedores de DApp / RPC → priorizar atualização, com foco especial em testes de eth_call, eth_getLogs, SELFDESTRUCT
3/ Nós completos comuns / serviços de dados → agendar o quanto antes, evitando o prazo final de 09 de março
4/ Ambiente de desenvolvimento / teste → acompanhar de perto, especialmente em blockchains privadas envolvendo operações de ponto flutuante (pow, etc.), atenção à inicialização em ARM64
Documentação oficial (recomenda-se guardar imediatamente)
• Download de Release & verificação de assinatura GPG:

• Manual detalhado de implantação em chinês (recomendado seguir exatamente este procedimento):

• Análise aprofundada em inglês (Medium):

Compatibilidade ARM, alinhamento EVM, aumento da robustez da rede — Democritus é um passo fundamental na infraestrutura do TRON em 2026.
@justinsuntron @trondao #TRONEcoStar