Solana Dayanıklı Nonce'ları Kaldırmayı Planlıyor

Solana, bir işlem başarısız olduktan sonra çevrimdışı soğuk anahtar onayını koruyan zincir üstü imzalayıcı programları lehine dayanıklı nonce'ları kullanımdan kaldırmayı değerlendiriyor. Vakfın ekim planında bir kaldırma tarihi bulunmuyor. Yaklaşık altı aylık geçiş süreci, denetlenmiş ve ana ağa hazır bir alternatifin ortaya çıkmasına bağlı. Anza'nın Programmatic Signer'ı ile Blueshift'in Vector'ü rekabet eden tasarımlar olarak öne çıkıyor.

Neden önemli

Dayanıklı nonce'lar, çevrimdışı bir imzalayıcının işlemi daha sonra yayınlanabilecek şekilde onaylamasına izin vererek zamanlama sorununu çözüyor. Böylece hızla geçerliliğini yitiren güncel bir blok özüne güvenmek gerekmiyor. Önerilen mimari, yetkinin bulunduğu yeri değiştiriyor. Program türetilmiş bir adres veya PDA, ilgili hesapları kontrol edecek. Orijinal soğuk anahtar işlemleri yine yetkilendirecek, çevrimiçi bir aktarıcı ise bunları ağa gönderecek ve ağ ücretini ödeyecek.

Bu, basit bir yazılım güncellemesi değil, saklama mimarisinin yeniden tasarlanması anlamına geliyor. Borsaların, saklama kuruluşlarının ve hazine yöneticilerinin SOL'u, token bakiyelerini ve belirli yetkileri imzalayıcı programın kontrol ettiği hesaplara taşıması gerekecek. Stake etme, çekim, basım ve dondurma izinleri ayrı devirler gerektirebilir. Uygulamaların ayrıca onaylanmış işlemleri doğrudan üst düzey talimatlar olarak değil, programlar arası çağrı yoluyla almayı kabul etmesi gerekecek.

Piyasa etkisi

Değişiklik, kurumsal Solana kullanıcıları için öncelikle altyapı ve operasyon riski oluşturuyor. Geçerli bir soğuk imza, bir uygulamanın yeni yöntemle otomatik olarak uyumlu olmasını sağlamayacak. PDA işlemlerini reddeden, yalnızca üst düzey talimatları inceleyen veya CPI'yi kısıtlayan protokoller için ayrıca entegrasyon çalışması gerekebilir. Token-2022 kontrolleri de hesap düzeyinde uyumluluk soruları doğuruyor.

İki aday, farklı yürütme kısıtları getiriyor. Programmatic Signer, yürütücüyü, nonce hesabını ve gömülü yürütme mesajını birbirine bağlıyor. Bununla birlikte bir aktarıcının çevredeki talimatları eklemesine izin veriyor. Vector ise üst düzey talimat arabelleğinin tamamını taahhüt ediyor. Bu nedenle çevredeki talimatların imzadan önce onaylanması gerekiyor. Her iki tasarım da yürütme başarısız olduktan sonra bir onayın kullanılabilir kalmasını sağlayabiliyor. Ancak operatörlerin tekrar oynatma riskini sınırlamak için imzalı son tarihlere veya ayrı nonce ilerletmelerine ihtiyacı olabilir. Geçiş; denetimlere, kullanılabilir araçlara ve üretim ortamında dağıtıma bağlı olmaya devam ediyor.