News Report Technology
June 20, 2025

TRON Proposes Mainnet 4.8.0 Upgrade To Support Ethereum Cancun Compatibility, Now Open For Discussion

In Brief

TRON mainnet 4.8.0 upgrade proposal introduces enhancements for EVM compatibility, consensus layer security, and energy-efficient opcode support, aligning with Ethereum’s Cancun upgrade to improve cross-chain interoperability and network performance.

TRON Proposes Mainnet 4.8.0 Upgrade To Support Ethereum Cancun Compatibility, Now Open For Discussion

Proposal for the TRON mainnet version 4.8.0 upgrade has been introduced within the proof-of-stake blockchain’s community. The purpose of this proposal is to implement specific instructions that align the TRON Virtual Machine (TVM) with recent advancements in the Ethereum Virtual Machine (EVM), and to improve the functionality of the consensus layer on the blockchain.

The Ethereum Cancun upgrade, which was deployed on March 13th, introduced several enhancements. TRON intends to adopt these changes to preserve EVM compatibility, supporting a consistent development environment across platforms. Incorporating the new instructions from the Cancun upgrade is considered necessary to achieve operational alignment while also realizing gains in smart contract performance and energy efficiency.

This proposal aims to activate the Cancun upgrade opcodes on TRON, reinforcing EVM alignment and contributing to interoperability across different blockchain environments.

The activation of these opcodes in a placeholder capacity is expected to sustain TVM-EVM compatibility, facilitate cross-chain development, ease the transition of EVM-based smart contracts to TRON, and extend energy-saving advantages to developers working within the TRON ecosystem.

Enabling enhanced verification at the consensus layer is intended to strengthen the network by addressing vulnerabilities that could arise during maintenance periods. Specifically, it aims to prevent the creation of invalid blocks and block headers with timestamps that are not exact multiples of three seconds. Additionally, updates to the Super Representative ranking algorithm are included to ensure its reliability under uncommon conditions.

In order to support future cross-platform functionality and improve compatibility with a broader range of Java Development Kit versions, Java-Tron is expected to move from using the java.lang.Math class to a mathematical library that delivers consistent calculation results across different environments.

As the TRON network continues to develop, improvements in security and operational efficiency remain a priority. While safeguards are currently in place to limit certain types of transactions—such as those involving large payloads, multiple outcomes, near-expiry timing, or account activations—these controls have not yet been integrated into the consensus layer. The absence of such enforcement at this level may introduce performance concerns, even though they do not compromise the safety of assets or the consistency of data on the chain.

This proposal is designed to incorporate elements of the Ethereum Cancun upgrade and apply additional refinements to the consensus layer, with the goal of enhancing both the stability and performance of the TRON network.

The proposed timeline includes a voting request creation date of June 23rd, and an effective date of June 26th.

Technical Specifications: Storage Opcodes, Memory Copying, And Opcode Instructions

Two new opcodes related to transient storage are scheduled for activation: TLOAD (0x5c) for reading from transient storage, and TSTORE (0x5d) for writing to it. Transient storage offers a more energy-efficient solution for handling temporary data during a transaction. It serves as an alternative to traditional memory by allowing data persistence across internal calls within the same transaction, without retaining that data after the transaction completes. Further technical information is outlined in TIP-650.

The MCOPY opcode (0x5e) is also set to be introduced, providing a method for efficiently copying data between memory regions. This instruction supports improved energy efficiency in scenarios where smart contracts perform intensive memory operations. Details on this addition can be found in TIP-651.

Additional enhancements to consensus layer verification are also included. These involve setting limits on the size of account creation transactions to better manage bandwidth use. Verification of transaction sizes near the upper threshold is strengthened to ensure that individual blocks do not exceed their transaction capacity. Transaction result list lengths are now subject to stricter validation, ensuring alignment with the number of invoked contracts, though discrepancies do not directly affect consensus. A tighter mechanism for handling expired transactions is also being implemented to reduce the likelihood of near-expiry transactions occupying valuable network resources. These updates are described in TIP-694.

Furthermore, the BLOBHASH (0x49) and BLOBBASEFEE (0x4a) opcodes will be introduced as placeholders. These instructions will return a default value of zero and are not intended to deliver full functionality at this stage. Their temporary inclusion is aimed at preserving compatibility with Ethereum bytecode. More information is available in TIP-745.

Disclaimer

In line with the Trust Project guidelines, please note that the information provided on this page is not intended to be and should not be interpreted as legal, tax, investment, financial, or any other form of advice. It is important to only invest what you can afford to lose and to seek independent financial advice if you have any doubts. For further information, we suggest referring to the terms and conditions as well as the help and support pages provided by the issuer or advertiser. MetaversePost is committed to accurate, unbiased reporting, but market conditions are subject to change without notice.

About The Author

Alisa, a dedicated journalist at the MPost, specializes in cryptocurrency, zero-knowledge proofs, investments, and the expansive realm of Web3. With a keen eye for emerging trends and technologies, she delivers comprehensive coverage to inform and engage readers in the ever-evolving landscape of digital finance.

More articles
Alisa Davidson
Alisa Davidson

Alisa, a dedicated journalist at the MPost, specializes in cryptocurrency, zero-knowledge proofs, investments, and the expansive realm of Web3. With a keen eye for emerging trends and technologies, she delivers comprehensive coverage to inform and engage readers in the ever-evolving landscape of digital finance.

The Calm Before The Solana Storm: What Charts, Whales, And On-Chain Signals Are Saying Now

Solana has demonstrated strong performance, driven by increasing adoption, institutional interest, and key partnerships, while facing potential ...

Know More

Crypto In April 2025: Key Trends, Shifts, And What Comes Next

In April 2025, the crypto space focused on strengthening core infrastructure, with Ethereum preparing for the Pectra ...

Know More
Read More
Read more
ZetaChain Unveils Lightning Upgrade To Accelerate Cross-Chain Transactions And Expand Universal App Capabilities
News Report Technology
ZetaChain Unveils Lightning Upgrade To Accelerate Cross-Chain Transactions And Expand Universal App Capabilities
June 20, 2025
Ripple, WhiteBit, Bitget & More: Crypto Partnerships In June 2025
Business News Report Technology
Ripple, WhiteBit, Bitget & More: Crypto Partnerships In June 2025
June 20, 2025
Bitget PRO Launches Limited-Time Advanced Plan Offering Enhanced Benefits For Institutional And Professional Users
News Report Technology
Bitget PRO Launches Limited-Time Advanced Plan Offering Enhanced Benefits For Institutional And Professional Users
June 20, 2025
Kroma To Shut Down Layer 2 Network On June 26, Urges Users To Migrate KRO To Ethereum Mainnet
News Report Technology
Kroma To Shut Down Layer 2 Network On June 26, Urges Users To Migrate KRO To Ethereum Mainnet
June 20, 2025