Rencana kuantum TRON dapat membuat sebagian dompet tidak bisa mengganti kunci

Rancangan desain tanda tangan kuantum TRON dapat membuat sebagian akun yang telah dimigrasikan tetap bisa melakukan pembayaran, tetapi tidak bisa mengganti kuncinya. Sebagian akun dapat mempertahankan akses pembayaran melalui izin aktif yang terpisah. Pembaruan izin harus ditandatangani berdasarkan izin pemilik yang ada. Izin pemilik dapat mengubah izin akun, sedangkan izin aktif terbatas pada operasi yang ditetapkan, seperti transfer. Transaksi yang menggunakan tanda tangan dari skema penandatanganan yang dinonaktifkan dapat ditolak. Transaksi cadangan harus menghilangkan tanda tangan tersebut, bahkan ketika kunci yang tersisa memiliki bobot yang cukup. Izin pemilik yang hanya memiliki kunci Falcon dengan bobot 1 dan ambang batas 1 dapat kehilangan kewenangan pembayaran sekaligus penggantian kunci setelah Falcon dinonaktifkan. Izin aktif yang dikonfigurasi secara terpisah masih dapat mengizinkan transaksi. Akun dengan bobot ECDSA 1, bobot Falcon 1, dan ambang batas 2 juga akan kehilangan jalur penandatanganan pemiliknya setelah Falcon dinonaktifkan. Contoh-contoh ini bersifat hipotetis dan tidak mencerminkan penguncian yang teramati atau pengujian rollback yang telah dijalankan. Skema tahan kuantum kedua hanya dapat menyediakan pemulihan jika kunci-kuncinya yang masih bertahan secara independen memenuhi ambang batas pemilik yang ada. Mewajibkan kedua skema akan membuat pemulihan bergantung pada tetap tersedianya kedua skema. Jalur pemilik yang hanya menggunakan ECDSA tidak akan mempertahankan tujuan ketahanan kuantum dalam proposal tersebut. Masalah konfigurasi yang sama berlaku pada setiap jalur aktif yang mampu memindahkan aset yang dilindungi. Skema alternatif tidak akan melindungi dari skema yang telah dikompromikan tetapi tetap diaktifkan dan diberi wewenang secara independen. Justin Sun mengatakan pada 8 Agustus 2026 bahwa ia ingin TRON menjadi jaringan blockchain tahan kuantum pertama. Ia merujuk pada pengujian di jaringan uji Nile. TIP-899 masih berlabel Draft per 12 September. Rilis perangkat lunak Nile pada 30 Juni mencakup FN-DSA-512 dan ML-DSA-44 berbasis Falcon. Setiap implementasi memiliki pengaturan aktivasinya sendiri dan memerlukan persetujuan tata kelola secara terpisah. Sebanyak 27 Super Representatives yang dipilih TRON melakukan tata kelola melalui proposal on-chain. TIP-899 menggunakan kode aktivasi 1000 dan 1001, sedangkan materi migrasi sebelumnya menggunakan 99 dan 100. Pemeriksaan pada 12 September menghasilkan nilai 1 untuk endpoint parameter Nile. Pengaturan ML-DSA muncul tanpa nilai. Respons mainnet tidak memuat salah satu pun dari kedua pengaturan tersebut. Para pengembang mengatakan pada 15 Juli bahwa waktu mainnet belum diputuskan. Pemeriksaan tersebut tidak menetapkan adanya aktivasi mainnet. NIST memfinalisasi FIPS 204 untuk ML-DSA pada 13 Agustus 2024. NIST masih menyebut standardisasi Falcon sedang berlangsung. TIP-899 menyerukan audit kriptografi dan implementasi eksternal, materi audit publik, serta cakupan bug bounty sebelum aktivasi mainnet. Materi proposal yang ditinjau tidak menyediakan laporan audit independen yang telah selesai. Proposal tersebut juga mengidentifikasi pekerjaan yang melibatkan derivasi dompet, keystore, SDK, dan dompet perangkat keras. Alat testnet tidak menetapkan bahwa dompet konsumen atau kustodian dapat melakukan setiap operasi migrasi dan pemulihan. Jika kedua skema kuantum yang diusulkan dinonaktifkan dan tidak ada set penandatanganan yang valid yang memenuhi ambang batas pemilik atau ambang batas aktif yang relevan, aturan yang dijelaskan tidak akan menyediakan jalur biasa langsung untuk membelanjakan dana atau mengganti kunci. Pengaktifan kembali melalui tata kelola atau perubahan protokol di kemudian hari akan menjadi jalur pemulihan yang terpisah. Saluran darurat yang lebih cepat dan gagasan pemulihan tanpa pengetahuan dalam proposal tersebut masih berada di luar cakupannya saat ini.