TRON (TRX) 已于8月28日正式激活107号提案， 将以太坊 (ETH) 的“布拉格”(Prague)、 “大阪”(Osaka)功能以及更适配通行密钥（passkey）的签名验证机制引入其虚拟机。
要点概览：
- 107号提案在获得25票通过后于8月28日生效，在TRON虚拟机中启用布拉格和大阪相关特性。
- 升级缩小了与以太坊在虚拟机行为上的差距，并为应用提供更长历史区块哈希的链上访问能力。
- 原生P-256签名验证为基于通行密钥的钱包铺路，同时降低部分密码学运算成本，有望减少部分应用的能耗。
TRON 升级细节
在8月28日正式生效前，107号提案已获得25票支持， 为TRON虚拟机打开了此前已包含在 GreatVoyage-v4.8.2 版本中的一系列功能。 根据发布在 GitHub 的提案文档， 此次升级激活了网络参数95和96，在主网上开启与布拉格和大阪相关的功能模块。
对开发者而言，这意味着TRON对以太坊较新行为的支持度提升， 在迁移应用时无需再进行那么多针对不同网络的定制调整，从而压缩一层迁移成本。
其中，与布拉格相关的更改扩展了对网络状态中历史区块哈希的访问范围， 这有助于应用在链上直接验证更早期的交易记录，减少对外部数据提供方进行某些验证任务的依赖。
延伸阅读： Fomo Copy Trading Left Nearly 94% Of Wallets With Losses: Research
以太坊通行密钥支持
与大阪相关的升级则新增了原生 secp256r1（即 P-256）椭圆曲线签名验证， 该曲线广泛应用于通行密钥和硬件级设备密钥存储中。 这为钱包和应用开发者提供了一条更高效的路径，用于验证由手机、电脑等设备内置安全机制生成的签名。
提案同时下调了部分高成本密码学操作（包括 MODEXP 计算）的能量消耗定价， 实际节省幅度仍将取决于各应用的具体实现方式，开发者仍需主动调用和整合这些新能力。
需要强调的是，仅仅因为网络已经支持相关签名验证， 现有TRON钱包并不会“自动”获得通行密钥功能。
各钱包团队仍需自行决定是否集成该特性，并设计用户通过指纹、面部识别或设备PIN码等方式进行身份验证的交互流程。
这些更改事实上已在 GreatVoyage-v4.8.2 中完成代码层面的实现， 但在107号提案通过治理表决之前一直处于主网未启用状态。 治理投票于8月25日开启，8月28日的激活则是将布拉格和大阪相关特性真正放行到主网的最后一步。
下一篇： XRP Sees Over $335M Binance Whale Exit While Futures Selling Builds
