TRON propone actualizar la red principal 4.8.0 para admitir la compatibilidad con Ethereum Cancún. Ya está abierto el debate.

Propuesta para la TRON Se ha introducido la actualización a la versión 4.8.0 de la red principal en la comunidad de la blockchain de prueba de participación. El objetivo de esta propuesta es implementar instrucciones específicas que alineen la Máquina Virtual de TRON (TVM) con los avances recientes de la Máquina Virtual de Ethereum (EVM) y mejorar la funcionalidad de la capa de consenso en la blockchain.

La actualización Cancún de Ethereum, implementada el 13 de marzo, introdujo varias mejoras. TRON pretende adoptar estos cambios para preservar la compatibilidad con EVM y promover un entorno de desarrollo consistente en todas las plataformas. Incorporar las nuevas instrucciones de la actualización Cancún se considera necesario para lograr la alineación operativa y, al mismo tiempo, obtener mejoras en el rendimiento de los contratos inteligentes y la eficiencia energética.

Esta propuesta tiene como objetivo activar los códigos de operación de actualización de Cancún en TRON, reforzando la alineación de EVM y contribuyendo a la interoperabilidad en diferentes entornos de blockchain.

Se espera que la activación de estos códigos de operación en una capacidad de marcador de posición mantenga la compatibilidad TVM-EVM, facilite el desarrollo entre cadenas, facilite la transición de contratos inteligentes basados ​​en EVM a TRON y extienda las ventajas de ahorro de energía a los desarrolladores que trabajan dentro del ecosistema TRON.

La habilitación de una verificación mejorada en la capa de consenso tiene como objetivo fortalecer la red al abordar las vulnerabilidades que podrían surgir durante los periodos de mantenimiento. En concreto, busca evitar la creación de bloques inválidos y encabezados de bloque con marcas de tiempo que no sean múltiplos exactos de tres segundos. Además, se incluyen actualizaciones del algoritmo de clasificación SuperRepresentativo para garantizar su fiabilidad en condiciones inusuales.

Para soportar futuras funcionalidades multiplataforma y mejorar la compatibilidad con una gama más amplia de versiones de Java Development Kit, se espera que Java-Tron pase de utilizar la clase java.lang.Math a una biblioteca matemática que brinde resultados de cálculo consistentes en diferentes entornos.

A medida que la red TRON continúa desarrollándose, las mejoras en seguridad y eficiencia operativa siguen siendo prioritarias. Si bien existen salvaguardas para limitar ciertos tipos de transacciones —como las que implican grandes cargas útiles, resultados múltiples, tiempos de vencimiento cercanos o activaciones de cuentas—, estos controles aún no se han integrado en la capa de consenso. La ausencia de dicha aplicación a este nivel puede generar problemas de rendimiento, aunque no comprometan la seguridad de los activos ni la consistencia de los datos en la cadena.

Esta propuesta está diseñada para incorporar elementos de la actualización de Ethereum Cancún y aplicar mejoras adicionales a la capa de consenso, con el objetivo de mejorar tanto la estabilidad como el rendimiento de la red TRON.

El cronograma propuesto incluye una fecha de creación de la solicitud de votación del 23 de junio y una fecha de vigencia del 26 de junio.

Especificaciones técnicas: Códigos de operación de almacenamiento, copia de memoria e instrucciones de código de operación

Se ha programado la activación de dos nuevos códigos de operación relacionados con el almacenamiento transitorio: TLOAD (0x5c) para leer desde el almacenamiento transitorio y TSTORE (0x5d) para escribir en él. El almacenamiento transitorio ofrece una solución más eficiente energéticamente para gestionar datos temporales durante una transacción. Sirve como alternativa a la memoria tradicional, ya que permite la persistencia de datos entre llamadas internas dentro de la misma transacción, sin conservarlos una vez finalizada. Para más información técnica, consulte TIP-650.

También se introducirá el código de operación MCOPY (0x5e), que proporciona un método para copiar datos eficientemente entre regiones de memoria. Esta instrucción facilita una mayor eficiencia energética en escenarios donde los contratos inteligentes realizan operaciones con uso intensivo de memoria. Los detalles sobre esta incorporación se pueden encontrar en TIP-651.

También se incluyen mejoras adicionales en la verificación de la capa de consenso. Estas incluyen la limitación del tamaño de las transacciones de creación de cuentas para gestionar mejor el uso del ancho de banda. Se refuerza la verificación de los tamaños de transacción cercanos al umbral superior para garantizar que los bloques individuales no excedan su capacidad. La longitud de las listas de resultados de las transacciones ahora está sujeta a una validación más estricta, lo que garantiza la coherencia con el número de contratos invocados, aunque las discrepancias no afectan directamente al consenso. También se está implementando un mecanismo más estricto para gestionar las transacciones vencidas a fin de reducir la probabilidad de que las transacciones próximas a su vencimiento ocupen recursos valiosos de la red. Estas actualizaciones se describen en el TIP-694.

Además, se introducirán los códigos de operación BLOBHASH (0x49) y BLOBBASEFEE (0x4a) como marcadores de posición. Estas instrucciones devolverán un valor predeterminado de cero y no están diseñadas para ofrecer la funcionalidad completa en esta etapa. Su inclusión temporal busca preservar la compatibilidad con el bytecode de Ethereum. Más información disponible en TIP-745.