Committee proposal 85 is a voting request for modifying the №71 parameter, optimizing the return value of the chainid opcode in TVM, please refer to here for the origin discussion. …

At present, the return value of the chainid instruction in the smart contract on TRON is the hash of the genesis block. After the optimization is enabled, the return value of the chainid instruction will be the last four bytes of the genesis block hash, please refer to TIP-474. …

GreatVoyage-v4.7.1.1 (Pittacus) version optimized multiple interfaces and removed APIs involving sensitive information. Please see the details below. API 1. Remove APIs involving sensitive information Versions prior to GreatVoyage-v4.7.1.1 (Pittacus) provide APIs related to signature and address generation. Since the input or output of these APIs contains private keys, there are security risks in transmission in the network…

Committee proposal 84 is a voting request for modifying the №59 and №70 network parameters, activating the Stake 2.0, please refer to here for the origin discussion. The №84 committee proposal is already in effect, please refer to here for the voting details, this post is dedicated to provide more…

The NO. 83 committee proposal initiated from the TRON developer community has officially taken effect on the mainnet since February 5, 2023. This proposal has enabled the dynamic energy model, which will adjust the amount of energy consumption of calling a smart contract dynamically according to the resource occupancy of…

GreatVoyage-v4.7.1(Sartre) introduces several important optimizations and updates. The optimized block synchronization logic improves the stability of block synchronization; the optimized node IP setting improves the availability of nodes; the optimized node log improves the maintainability of nodes. Please see the details below. Cores 1. Optimize the node IP setting When the node starts, it will obtain the…

Stake 2.0 is a new stake model of the TRON network, which has been deployed on the Nile testnet. Stake 2.0 separates resource delegating from staking. Delegating and undelegating resources do not need to unstake anymore. The granularity of staking and resource management is also more refined, which greatly improves…

Committee proposal 83 is a voting request for modifying the №72， №73, №74, №75 network parameters, activating the dynamic energy model. The №83 committee proposal is already in effect, please refer to here, this post is dedicated to provide more details and make it clearer. Why need to implement the dynamic energy model? At present, the energy consumption…

Committee proposal 82 is a voting request for modifying the №67 network parameter, optimizing the voting reward calculation performance. The №82 committee proposal is already in effect, please refer to here, this post is dedicated to provide more details and make it clearer. Why need to optimize the voting reward calculation performance？ The time complexity of current reward algorithm…