TRON（ティーアールオーエヌ／TRX）(TRX)は8月28日、 提案107をメインネットで有効化し、Ethereum（イーサリアム／ETH）(ETH)の PragueおよびOsakaアップグレード相当の機能に加え、パスキーに対応しやすい署名検証機能を TRON Virtual Machine（TVM）へ組み込んだ。
重要ポイント
- 提案107は8月28日に25票の承認を得て発効し、TRON Virtual MachineでPragueおよびOsaka関連機能を有効化した。
- Ethereumとの仕様差が一段と縮まり、アプリケーションはより長期の過去ブロックハッシュへアクセスできるようになった。
- ネイティブなP-256検証はパスキー型ウォレットを後押しし、高コストな暗号処理の削減により一部アプリのエネルギー消費低減も見込まれる。
TRONアップグレードの概要
提案107は8月28日の発効前に25票の承認を獲得し、 すでにGreatVoyage-v4.8.2リリースに含まれていたTVM向け機能の有効化にゴーサインが出た。 **GitHub**上の提案文書によれば、 ネットワークパラメータ95および96が有効化され、メインネットでPrague／Osaka関連の機能がオンになった格好だ。
開発者にとっては、TRON上でより新しいEthereumの挙動が再現しやすくなり、 既存のEthereum向けアプリケーションをTRONへ移植する際に求められる ネットワーク固有の調整作業が一段と減る。移行プロセスのハードルが一つ下がる形だ。
Pragueに関連する変更では、ネットワーク状態に保持された過去ブロックハッシュへのアクセス期間が拡張される。 これにより、アプリケーションはオンチェーンでより古いトランザクションを検証しやすくなり、 一部の検証用途では外部データプロバイダーへの依存度を下げられる可能性がある。
関連記事: Fomo Copy Trading Left Nearly 94% Of Wallets With Losses: Research
Ethereum型パスキー対応の強化
Osaka関連の変更では、ネイティブなsecp256r1、いわゆるP-256曲線による署名検証が追加された。 P-256はパスキーやハードウェア保護されたデバイスキー保管で広く使われる暗号曲線だ。 これによりウォレットやアプリ開発者は、スマートフォンやPCに組み込まれた セキュリティ機能で生成された署名を、より効率的に検証できるようになる。
併せて、MODEXP計算など一部の高コストな暗号処理に必要な「エネルギー」消費量（リソースコスト）が引き下げられた。 もっとも、どの程度コスト削減につながるかは各アプリケーションの設計次第であり、 新機能をどのように組み込むかは依然として開発者の腕に委ねられている。
なお、ネットワークがP-256署名検証をサポートしたからといって、 既存のTRONウォレットに自動的にパスキー機能が搭載されるわけではない。
ウォレット事業者はこの機能を採用するかどうかを判断し、 指紋認証、顔認証、デバイスPINなど、どの認証手段でユーザーを認証するかを 独自に設計する必要がある。
こうした変更自体は、提案107がガバナンスに付託される前に GreatVoyage-v4.8.2で実装済みだったものの、メインネット上では 投票が完了するまで無効化されたままだった。 投票は8月25日に始まり、8月28日の有効化がPrague／Osaka機能を本格稼働させる最終ガバナンスプロセスとなった。
次に読む: XRP Sees Over $335M Binance Whale Exit While Futures Selling Builds
