TRON Mainnet actualización obligatoria: GreatVoyage-v4.8.1 (Democritus) ya publicado

El equipo de desarrollo central de TRON lanzó oficialmente el 4 de febrero de 2026 GreatVoyage-v4.8.1 (código Democritus), esta es una versión de actualización obligatoria.
Todos los nodos completos (incluidos los nodos de producción de bloques de los superrepresentantes) deben completar la actualización antes de las 23:59 del 9 de marzo de 2026 (hora de Singapur / UTC+8). Los nodos que no actualicen a tiempo no podrán seguir sincronizando bloques, lo que podría causar interrupciones en la producción de bloques o la inoperabilidad del servicio.
I. ¿Dónde está el valor central de esta actualización?
1. Soporte oficial completo por primera vez para arquitectura ARM64 + JDK 17
Esto representa un avance importante en la compatibilidad de hardware del ecosistema TRON.
En entornos ARM64, los nodos requieren obligatoriamente usar JDK 17 + RocksDB v9.7.4 (eliminando completamente el soporte para LevelDB).
La arquitectura x86_64 continúa requiriendo JDK 8 (versiones superiores causarán fallos en anotaciones, NPE, fallos de sincronización, etc.).
Las operaciones de punto flotante usan StrictMath de manera uniforme y están parcialmente codificadas en ARM64, asegurando que los datos en la red principal x86 sean completamente consistentes.
Para los operadores de nodos, pools de minería y organizaciones que desean usar servidores en la nube de menor costo (como Graviton, Ampere y otros instancias ARM), esto significa que los costos de hardware a largo plazo podrían reducirse significativamente.
2. Alineación del comportamiento de TVM con Ethereum EIP-6780: revisión completa de SELFDESTRUCT
Implementado mediante TIP-6780 (parámetro de red #94, desactivado por defecto, requiere votación comunitaria para habilitar).
El cambio más importante es: solo cuando SELFDESTRUCT se llama en la misma transacción en que se crea el contrato, se destruirán realmente los datos de la cuenta (código + almacenamiento + la propia cuenta).
Si en transacciones posteriores se llama a:
1/ No se eliminarán almacenamiento y código, solo se transferirá saldo (incluyendo TRX, staking de TRX, TRC10)
2/ Si la dirección de destino es el propio contrato, el saldo no será destruido
3/ El consumo de energía de esta operación se incrementa de 0 a 5000, aumentando mucho el umbral para abusos
Esto acerca aún más el comportamiento de los contratos inteligentes de TRON al de la máquina virtual de Ethereum (EVM), beneficiando a puentes entre cadenas, protocolos DeFi, auditorías de seguridad y más.
3. Mejoras completas en la estabilidad y seguridad de la capa de red (P2P)
1/ Nuevo límite en la frecuencia de mensajes por Peer (SyncBlockChainMessage, FetchInvDataMessage limitados a 3 QPS en la fase de sincronización, P2P_DISCONNECT limitado a 1 QPS), defendiendo eficazmente contra ataques de agotamiento de recursos
2/ Corrección del error en nodos ligeros que consideraban una conexión como FALLO DE BIFURCACIÓN, cambiándolo a LIGHT_NODE_SYNC_FAIL más preciso
3/ Optimización de los logs de sincronización gt lastNum / gt highNoFork, solo mostrando información clave, reduciendo ruido en los logs
4/ Refinamiento de códigos de causa de desconexión: fallo en verificación de firma → BAD_BLOCK, fallo en verificación de mensaje Hello → INCOMPATIBLE_PROTOCOL, etc.
5/ Todas las variables compartidas de PeerConnection ahora son volatile + orden de asignación optimizado, eliminando problemas de visibilidad concurrente
Estos cambios hacen que la sincronización de nodos en entornos de alta carga, despliegues internacionales y redes complejas sea más estable y resistente a ataques.
4. Mejoras significativas en la experiencia de API y servicios de eventos
1/ Nuevo eth_getBlockReceipts, que devuelve todos los recibos de transacción de un bloque en una sola llamada
2/ Nuevo endpoint /wallet/getpaginatednowwitnesslist, que permite consultar en tiempo real los votos de los testigos en el ciclo actual (orden descendente por votos)
3/ Cuando eth_call falla, devuelve datos de motivo de revert más detallados (similar a Ethereum)
4/ Optimización del rendimiento en consultas masivas con eth_getLogs / eth_getFilterLogs (eliminando bitIndex duplicado, reduciendo significativamente accesos inválidos a la base de datos)
5/ Eliminación de la configuración de escritura del filtro bloom, ahora por defecto se persiste en la base de datos section-bloom, asegurando la integridad de consultas de eventos históricos sin depender de configuraciones
5. Otras mejoras prácticas
1/ Normalización completa de archivos de configuración, solo se reconocen los campos en la plantilla completa, los demás se consideran inválidos o obsoletos
2/ Funciones de SolidityNode y KeystoreFactory integradas oficialmente en FullNode, se pueden iniciar con los parámetros –solidity / –keystore-factory, simplificando despliegues
3/ TIP-767: migración del tiempo de expiración de propuestas (parámetro de red #92) a gobernanza en cadena
4/ Optimización en gestión de recursos de RocksDB, maxOpenFiles configurable (por defecto 5000), evitando fugas de memoria
II. Ritmo de actualización recomendado
1/ Nodos de producción de bloques de superrepresentantes → planificar actualización en serie principal y de respaldo para garantizar cero tiempo de inactividad
2/ Proveedores de DApp / RPC → actualizar prioritariamente, enfocándose en pruebas de lógica relacionada con eth_call, eth_getLogs, SELFDESTRUCT
3/ Nodos completos / servicios de datos comunes → programar lo antes posible, evitando la fecha límite del 9 de marzo
4/ Entornos de desarrollo / prueba → seguir sincronizadamente, especialmente en cadenas privadas con operaciones de punto flotante (como pow), prestando atención a la forma de iniciar en ARM64
Documentación oficial recomendada (guardar de inmediato)
• Descarga de Release y verificación con firma GPG:

• Manual detallado de despliegue en chino (se recomienda seguir este procedimiento):

• Análisis profundo en inglés (Medium):

Compatibilidad ARM, alineación con EVM, mejora en robustez de red—Democritus es un paso clave en la infraestructura de TRON en 2026.
@justinsuntron @trondao #TRONEcoStar