TRON、イーサリアム・カンクンとの互換性をサポートするためメインネット4.8.0へのアップグレードを提案、現在議論中

提案 トロン プルーフ・オブ・ステーク・ブロックチェーンのコミュニティにおいて、メインネットバージョン4.8.0へのアップグレードが発表されました。この提案の目的は、TRON仮想マシン（TVM）をイーサリアム仮想マシン（EVM）の最近の進歩と整合させるための特定の命令を実装し、ブロックチェーン上のコンセンサス層の機能を向上させることです。

13月XNUMX日に導入されたイーサリアム・カンクン・アップグレードでは、いくつかの機能強化が導入されました。TRONはこれらの変更を採用することでEVMの互換性を維持し、プラットフォーム間で一貫した開発環境を提供する予定です。カンクン・アップグレードの新しい命令を組み込むことは、運用の整合性を確保しつつ、スマートコントラクトのパフォーマンスとエネルギー効率の向上を実現するために不可欠であると考えられています。

この提案は、TRON 上でカンクン アップグレード オペコードをアクティブ化し、EVM の調整を強化し、さまざまなブロックチェーン環境間での相互運用性に貢献することを目的としています。

これらのオペコードをプレースホルダーとしてアクティブ化することで、TVM-EVM の互換性が維持され、クロスチェーン開発が促進され、EVM ベースのスマート コントラクトの TRON への移行が容易になり、TRON エコシステム内で作業する開発者に省エネの利点がもたらされることが期待されます。

コンセンサス層における強化された検証の有効化は、メンテナンス期間中に発生する可能性のある脆弱性に対処することで、ネットワークを強化することを目的としています。具体的には、無効なブロックや、タイムスタンプが3秒の倍数と正確に一致しないブロックヘッダーの作成を防止することを目的としています。さらに、スーパー代表ランキングアルゴリズムのアップデートも含まれており、異常な状況下でも信頼性を確保します。

将来のクロスプラットフォーム機能をサポートし、より広範な Java 開発キット バージョンとの互換性を向上させるために、Java-Tron は java.lang.Math クラスの使用から、さまざまな環境で一貫した計算結果を提供する数学ライブラリに移行する予定です。

TRONネットワークの発展に伴い、セキュリティと運用効率の向上は引き続き優先事項となっています。現在、大規模なペイロード、複数の結果、有効期限が近いタイミング、アカウントのアクティベーションなど、特定の種類のトランザクションを制限するための安全対策が講じられていますが、これらの制御はコンセンサス層にはまだ統合されていません。このレベルでのこのような施行がないと、資産の安全性やチェーン上のデータの一貫性を損なうことはないものの、パフォーマンス上の懸念が生じる可能性があります。

この提案は、Ethereum Cancun アップグレードの要素を組み込み、コンセンサス レイヤーに追加の改良を適用して、TRON ネットワークの安定性とパフォーマンスの両方を向上させることを目指しています。

提案されたタイムラインには、投票リクエストの作成日が 23 月 26 日、有効日が XNUMX 月 XNUMX 日と記載されています。

技術仕様: ストレージオペコード、メモリコピー、オペコード命令

一時ストレージに関連する0つの新しいオペコードが有効化される予定です。一時ストレージからの読み取り用のTLOAD（5x0c）と、一時ストレージへの書き込み用のTSTORE（5x650d）です。一時ストレージは、トランザクション中の一時データを処理するための、よりエネルギー効率の高いソリューションを提供します。トランザクション完了後にデータを保持することなく、同一トランザクション内の内部呼び出し間でデータの永続性を維持できるため、従来のメモリの代替として機能します。詳細な技術情報はTIP-XNUMXに記載されています。

MCOPYオペコード（0x5e）も導入される予定です。これは、メモリ領域間でデータを効率的にコピーする方法を提供します。この命令は、スマートコントラクトが大量のメモリ操作を実行するシナリオにおいて、エネルギー効率の向上をサポートします。この追加の詳細については、TIP-651をご覧ください。

コンセンサスレイヤー検証への追加機能強化も含まれています。これには、帯域幅の使用をより適切に管理するために、アカウント作成トランザクションのサイズに制限を設定することが含まれます。上限値に近いトランザクションサイズの検証が強化され、個々のブロックがトランザクション容量を超えないようにします。トランザクション結果リストの長さは、より厳格な検証の対象となるようになり、呼び出されたコントラクトの数との整合性が確保されますが、不一致がコンセンサスに直接影響を与えることはありません。期限切れトランザクションの処理に関するより厳格なメカニズムも実装され、期限切れが近いトランザクションが貴重なネットワークリソースを占有する可能性を低減します。これらの更新はTIP-694に記載されています。

さらに、BLOBHASH (0x49) および BLOBBASEFEE (0x4a) オペコードがプレースホルダとして導入されます。これらの命令はデフォルト値のゼロを返し、現段階では完全な機能を提供することは想定されていません。これらの一時的な導入は、Ethereumバイトコードとの互換性を維持することを目的としています。詳細はTIP-745をご覧ください。