TRON'da(TRX) kuantum geçişi: Ödeme yapılsa da anahtar değiştirilemeyebilir

TRON(TRX) ağının kuantum dirençli imza geçiş önerisi hayata geçirilirse, bazı cüzdanlarda varlık transferi yapılabilse de hesap yetkilerinin ve anahtarların değiştirilememesi gibi bir durum ortaya çıkabilir. Bu, mevcut ana ağda yaşanan bir cüzdan kilitlenmesi vakası değil, önerilen yetki yapısının belirli koşullarda uygulanmasıyla ortaya çıkan teknik bir risk analizi.

TRON'un kuantum dirençli imza önerisi TIP-899, 15 Eylül 2026 itibarıyla 'Draft' aşamasında bulunuyor. TIP-899, FN-DSA-512 ve ML-DSA-44 algoritmalarının işlemlere, blok üretimine, düğümler arası el sıkışmaya ve TVM'ye uygulanmasını öngörüyor; adres formatı ve hesap yapısının ise değişmeden kalacağı belirtiliyor.

İki imza yöntemi ayrı ayrı zincir üstü yönetişim önerileriyle etkinleştirilip devre dışı bırakılabiliyor. Dolayısıyla önerinin yazılmış olması, bu iki yöntemin TRON ana ağında etkinleştirildiği anlamına gelmiyor.

Sorunun özü, TRON'da hesap yetkilerinin role göre ayrılmış olması. 'owner' yetkisi hesap yetkisinin kendisini değiştirebilirken, 'active' yetkisi yalnızca izin verilen işlemleri gerçekleştirebiliyor. Yani varlık gönderme yetkisi ile anahtar değiştirme yetkisi aynı şey değil.

TRON geliştirici dokümantasyonunda AccountPermissionUpdateContract işleminin mevcut 'owner' yetkisiyle onaylanması gerektiği belirtiliyor. Bu da 'active' yetkisiyle transfer yapılabilse bile, 'owner' yetkisi ayrı olarak devre dışı bırakılırsa hesap yetkisi değişikliği işleminin gerçekleştirilemeyebileceği anlamına geliyor.

Varsayımsal bir hesabın 'owner' yetkisini yalnızca FN-DSA anahtarıyla oluşturduğunu düşünelim. Bu senaryoda risk ortaya çıkıyor: ilgili imza yöntemi devre dışı bırakıldıktan sonra ayrı bir 'active' yetkisiyle varlık transferi yapılabilse de, anahtarı değiştirme yetkisinin elde kalacağının garantisi yok.

Tam tersi bir senaryoda, tek bir ML-DSA anahtarı 'owner' eşik değerini tek başına karşılayacak şekilde yapılandırılmışsa, devre dışı bırakılan anahtar değiştirilebiliyor. ECDSA anahtarı ile FN-DSA-512 anahtarının ağırlıklarının toplamı eşik değerine göre ayarlanmış bir hesapta ise, yöntemlerden biri kapatıldığında kalan anahtar tek başına onay eşiğini karşılayamayabiliyor.

Bu örnek tüm TRON cüzdanlarını etkileyen bir arıza değil, yetki yapılandırmasına bağlı bir analiz senaryosu. CryptoSlate, TIP-899'un yetki kurallarına dayanarak ödeme yetkisinin kalabileceği ama anahtar değiştirme yetkisinin kaybolabileceği bu durumu gündeme getirdi.

TIP-899, mevcut 'Permission' yapısının ağırlık ve eşik değeri mantığını kullanıyor. Tek bir işlemde hem ECDSA hem de kuantum dirençli imza birlikte yer alabiliyor, böylece eski ve yeni anahtarların bir arada kullanılabileceği bir yapı da mümkün oluyor.

Ancak kuantum dirençli imzalarda, ECDSA'nın aksine imzadan açık anahtarın geri çıkarılması mümkün değil; bu yüzden açık anahtarın doğrudan işlemin içine eklenmesi gerekiyor. TIP-899, ilk aşamada bu açık anahtarın her işleme dahil edilmesi yöntemini benimsediğini açıklıyor.

Açık anahtar boyutu, işlem yükünün artmasına neden olabilir. FN-DSA-512 açık anahtarı 896 bayt, ML-DSA-44 açık anahtarı ise 1312 bayt büyüklüğünde; bu rakamlar mevcut ECDSA açık anahtarının 33 baytlık boyutundan oldukça büyük.

TRON çekirdek geliştirici toplantılarında da her işleme açık anahtarın eklenmesi durumunda işlem boyutunun ve ağ maliyetinin artacağı konusu ana tartışma başlıklarından biri oldu. Geçiş sürecinde yalnızca imza yönteminin güvenliği değil, cüzdan ve düğümlerin işlemesi gereken veri hacmi de birlikte değerlendirilmesi gereken bir konu.

Algoritmaların standardizasyon aşamaları da birbirinden farklı. ML-DSA, ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) tarafından 13 Ağustos 2024'te FIPS 204 olarak kesinleştirildi. NIST'in FIPS 204 dokümanı bu standardı, kuantum bilgisayar saldırılarına karşı da güvenli olduğu değerlendirilen bir dijital imza standardı olarak tanımlıyor.

Buna karşılık FN-DSA, TIP-899 belgesinde FIPS 206 Draft aşamasında olarak açıklanıyor. İki yöntemin standardizasyon durumu ve açık anahtar boyutu farklı olduğu için, TRON gerçek bir geçişi hayata geçirirse algoritma bazında uygulama ve işletim yükünün ayrı ayrı değerlendirilmesi gerekiyor.

TRON, cüzdan, SDK ve donanım cüzdanlarında anahtar üretimi ve türetme, imza oluşturma ile düğüm işlevi doğrulama çalışmalarının ek olarak gerekli olduğunu belirtti. Donanım cüzdanı desteğinin zaman çizelgesi ve tüketici cüzdanlarında tam geçişin uygulanıp uygulanmayacağı henüz netleşmiş değil.

Kuantum dirençli geçişte hesap yapısı ve anahtar değiştirme yöntemi zincirden zincire farklılık gösteriyor. NEAR Protocol'ün değiştirilebilir erişim anahtarları ile hesap kimliğini birbirinden ayırdığı örnek gibi anahtar rotasyonu için ayrı bir yapı tasarlayan yaklaşımlarla karşılaştırıldığında, TRON'da 'owner' ve 'active' yetkilerine göre anahtar yapılandırması ve eşik değeri ayarı en kritik inceleme noktası olarak öne çıkıyor.

Şu an için kesinleşen bilgi, TIP-899'un Draft aşamasında olduğu ve buna dayanan teknik analiz. FN-DSA-512 ile ML-DSA-44'ün ana ağda etkinleştirilip etkinleştirilmeyeceği ise ayrı bir zincir üstü yönetişim sürecinden geçmesi gereken bir konu.