TRON Usulkan Peningkatan Mainnet 4.8.0 untuk Mendukung Kompatibilitas Ethereum Cancun, Sekarang Terbuka untuk Didiskusikan

Usulan untuk TRON Pembaruan mainnet versi 4.8.0 telah diperkenalkan dalam komunitas blockchain proof-of-stake. Tujuan dari proposal ini adalah untuk menerapkan instruksi khusus yang menyelaraskan TRON Virtual Machine (TVM) dengan kemajuan terkini dalam Ethereum Virtual Machine (EVM), dan untuk meningkatkan fungsionalitas lapisan konsensus pada blockchain.

Peningkatan Ethereum Cancun, yang diluncurkan pada tanggal 13 Maret, memperkenalkan beberapa peningkatan. TRON bermaksud untuk mengadopsi perubahan ini guna mempertahankan kompatibilitas EVM, mendukung lingkungan pengembangan yang konsisten di seluruh platform. Menggabungkan instruksi baru dari peningkatan Cancun dianggap perlu untuk mencapai keselarasan operasional sekaligus mewujudkan peningkatan dalam kinerja kontrak pintar dan efisiensi energi.

Proposal ini bertujuan untuk mengaktifkan opcode peningkatan Cancun pada TRON, memperkuat penyelarasan EVM dan berkontribusi pada interoperabilitas di berbagai lingkungan blockchain.

Aktivasi opcode ini dalam kapasitas pengganti diharapkan dapat mempertahankan kompatibilitas TVM-EVM, memfasilitasi pengembangan lintas rantai, mempermudah transisi kontrak pintar berbasis EVM ke TRON, dan memperluas keuntungan penghematan energi bagi pengembang yang bekerja dalam ekosistem TRON.

Mengaktifkan verifikasi yang ditingkatkan pada lapisan konsensus dimaksudkan untuk memperkuat jaringan dengan mengatasi kerentanan yang dapat muncul selama periode pemeliharaan. Secara khusus, hal ini bertujuan untuk mencegah terciptanya blok dan header blok yang tidak valid dengan stempel waktu yang bukan kelipatan tepat tiga detik. Selain itu, pembaruan pada algoritme peringkat Super Representative disertakan untuk memastikan keandalannya dalam kondisi yang tidak umum.

Untuk mendukung fungsionalitas lintas-platform di masa mendatang dan meningkatkan kompatibilitas dengan versi Java Development Kit yang lebih luas, Java-Tron diharapkan beralih dari penggunaan kelas java.lang.Math ke pustaka matematika yang memberikan hasil perhitungan yang konsisten di berbagai lingkungan.

Seiring dengan terus berkembangnya jaringan TRON, peningkatan keamanan dan efisiensi operasional tetap menjadi prioritas. Meskipun saat ini ada perlindungan untuk membatasi jenis transaksi tertentu—seperti yang melibatkan muatan besar, beberapa hasil, waktu yang hampir kedaluwarsa, atau aktivasi akun—kontrol ini belum terintegrasi ke dalam lapisan konsensus. Tidak adanya penegakan seperti itu pada tingkat ini dapat menimbulkan masalah kinerja, meskipun hal itu tidak membahayakan keamanan aset atau konsistensi data pada rantai.

Proposal ini dirancang untuk menggabungkan elemen peningkatan Ethereum Cancun dan menerapkan penyempurnaan tambahan pada lapisan konsensus, dengan tujuan meningkatkan stabilitas dan kinerja jaringan TRON.

Jadwal yang diusulkan mencakup tanggal pembuatan permintaan pemungutan suara pada tanggal 23 Juni, dan tanggal efektif pada tanggal 26 Juni.

Spesifikasi Teknis: Opcode Penyimpanan, Penyalinan Memori, dan Instruksi Opcode

Dua opcode baru yang terkait dengan penyimpanan sementara dijadwalkan untuk aktivasi: TLOAD (0x5c) untuk membaca dari penyimpanan sementara, dan TSTORE (0x5d) untuk menulis ke dalamnya. Penyimpanan sementara menawarkan solusi yang lebih hemat energi untuk menangani data sementara selama transaksi. Ini berfungsi sebagai alternatif untuk memori tradisional dengan memungkinkan persistensi data di seluruh panggilan internal dalam transaksi yang sama, tanpa menyimpan data tersebut setelah transaksi selesai. Informasi teknis lebih lanjut diuraikan dalam TIP-650.

Opcode MCOPY (0x5e) juga akan diperkenalkan, yang menyediakan metode untuk menyalin data secara efisien antarwilayah memori. Instruksi ini mendukung peningkatan efisiensi energi dalam skenario di mana kontrak pintar menjalankan operasi memori yang intensif. Detail tentang penambahan ini dapat ditemukan di TIP-651.

Penyempurnaan tambahan pada verifikasi lapisan konsensus juga disertakan. Ini melibatkan pengaturan batasan pada ukuran transaksi pembuatan akun untuk mengelola penggunaan bandwidth dengan lebih baik. Verifikasi ukuran transaksi di dekat ambang batas atas diperkuat untuk memastikan bahwa blok individual tidak melebihi kapasitas transaksinya. Panjang daftar hasil transaksi sekarang tunduk pada validasi yang lebih ketat, memastikan keselarasan dengan jumlah kontrak yang dipanggil, meskipun perbedaan tidak secara langsung memengaruhi konsensus. Mekanisme yang lebih ketat untuk menangani transaksi yang kedaluwarsa juga sedang diterapkan untuk mengurangi kemungkinan transaksi yang hampir kedaluwarsa menempati sumber daya jaringan yang berharga. Pembaruan ini dijelaskan dalam TIP-694.

Selanjutnya, opcode BLOBHASH (0x49) dan BLOBBASEFEE (0x4a) akan diperkenalkan sebagai placeholder. Instruksi ini akan mengembalikan nilai default nol dan tidak dimaksudkan untuk memberikan fungsionalitas penuh pada tahap ini. Penyertaan sementara ini ditujukan untuk menjaga kompatibilitas dengan bytecode Ethereum. Informasi lebih lanjut tersedia di TIP-745.