Editör: Enver Adıgüzel
Solana Vakfı, çevrim dışı imzalanıp sonra ağa gönderilen işlemleri mümkün kılan durable nonce sistemini kaldırmayı planlıyor. Önerilen yerine geçecek yapı, soğuk anahtarın onay yetkisini korurken, ilgili varlıkları hangi adresin kontrol ettiğini değiştiriyor. Borsalar, saklama kuruluşları ve bu imzalama yöntemini kullanan hazine operatörleri için değişiklik, soğuk anahtarın onayı ile işlemin yürütülmesi arasına yeni bir program yerleştiriyor.
Vakfın ekim ayına ait emeklilik planı, çevrim dışı bir imzayı doğrulayıp onaylanan talimatları yürüten zincir üstü imzacı programlara işaret ediyor. Programdan türetilmiş bir adres, yani PDA, etkilenen hesapları kontrol edecek. Orijinal anahtar işlemleri onaylamaya devam ederken, ayrı bir çevrim içi operatör bu işlemleri ağa gönderiyor ve işlem ücretini ödüyor.
Anahtar onaylıyor, hesap değişiyor
Durable nonce’lar bir zamanlama sorununu çözüyor. Yakın zamanlı bir blockhash’e bağlı ve kısa sürede geçersiz hale gelen bir işlemi imzalamak yerine, çevrim dışı bir imzacı saklanmış bir nonce kullanarak onay verebiliyor. Bu da onay ile ağa gönderme işleminin farklı zamanlarda gerçekleşmesine imkan tanıyor.
Solana’nın ayrı bir güncellemesi olan 200 milisaniyelik slot hızı, 9 Ekim’de son ana ağ aşamasına ulaştı. Daha hızlı blok üretimi, sıradan blockhash tabanlı onaylar için daha az gerçek zaman bırakıyor; geçerlilik süresi sabit bir zamanlayıcıdan değil blok üretiminden kaynaklansa da. Nonce önerisi, bu kısa onay penceresinden kaçınmak için kullanılan mimariyle ilgili.
Programmatic Signer modelinde soğuk anahtar, ağa gönderilen işlemi değil bir yetkilendirme mesajını imzalıyor. Bir aktarıcı (relayer) bu onayı yeni bir blockhash’e sahip işleme yerleştiriyor. İmzacı program yetkilendirmeyi doğrulayıp onaylanan talimatları, anahtarın türetilmiş adresini imzacı olarak kullanarak yürütüyor. PDA’nın kendi özel anahtarı yok; eylem yapma yetkisi, imzacı programın orijinal anahtarın onayını doğrulamasından geliyor.
Geçiş rehberi, yerel SOL’u türetilmiş adrese taşımayı, token bakiyelerini bu adresin kontrolündeki hesaplara aktarmayı ve mint ya da dondurma yetkilerini ona devretmeyi tarif ediyor. Stake hesapları için staker yetkisi, çekme yetkisi ya da her ikisi ayrı ayrı taşınabiliyor. Bunlar tek bir evrensel cüzdan değişimi değil, birbirinden bağımsız kontroller.
Onay nasıl açıkta kalabiliyor
İki aday tasarım da bir onayın çevresindeki işlemi ne kadar sıkı sınırladığı konusunda farklılaşıyor. Programmatic Signer’ın belgelerine göre soğuk imzalar yürütücüyü, nonce hesabını ve gömülü yürütme mesajını birbirine bağlıyor. Bir aktarıcı bu yetkilendirilmiş baytları değiştiremiyor, ama dış ücret ödeyicisini ve blockhash’i seçebiliyor, gönderimden önce ya da sonra talimat ekleyebiliyor.
Vector ise üst düzey talimat tamponuna bağlanıyor; onaylanan eylemleri diğer programlara aktarmak için kullanılan veri ve hesaplar dahil. Bu eylemleri çevreleyen talimatlar, soğuk anahtar imzaladığında zaten dahil edilmiş olmalı. Bir aktarıcı bunları sonradan eklemiyor, çıkarmıyor ya da yeniden sıralamıyor.
Başarısız bir yürütme denemesi, soğuk onayı daha sonra yürütülebilir halde bırakabiliyor. Mevcut durable-nonce işleminde doğrulamayı geçip yürütme sırasında başarısız olan bir işlem bile nonce’unu tüketiyor. Vector, başarısız bir eylemi yeniden deneme imkanının aynısını belgeliyor. Operatörler için bu, başarısız bir gönderimin onayı mutlaka geçersiz kılmadığı anlamına geliyor.
Vector, bir aktarıcının koşullar değişene kadar bir işlemi bekletebileceğini ya da başarısız bir denemede ortaya çıkan imzanın sonradan yürütülebileceğini açıkça belirtiyor. İmzalı talimatlara dahil edilen bir zaman aşımı, belirli bir sürenin ardından yürütmeyi reddedebiliyor. İptal ise ayrıca yetkilendirilmiş bir nonce ilerlemesinin ağa ulaşmasını gerektiriyor.
Uygulama erişimi ayrı bir test
Vakfın gerekçesi, doğrulayıcı işleyişini basitleştirmek. Durable nonce’lar özel tekrar önleme kuralları gerektiriyor, asenkron yürütmeyi zorlaştırıyor ve geçersiz işlemleri filtrelemeyi güçleştiriyor. Onay ve tekrar önleme durumunu sıradan programlara taşımak, doğrulayıcıları normal blockhash işlemleriyle baş başa bırakıyor.
Uygulamalar ise onaylanan eylemleri program-arası çağrı, yani CPI yoluyla alıyor: bir program diğerini çağırıyor. Bu durum, bir eylemin doğrudan üst düzey talimat olarak gelmesini şart koşan uygulama kurallarıyla çelişebiliyor. Token-2022’nin CPI Guard özelliği etkinken CPI yoluyla transfer ve yakma işlemleri vekil yetkisi gerektiriyor; CPI üzerinden onay vermek yasak, sahiplik değişikliği ise CPI dışında bile yasak.
Mart ayında dile getirilen kurumsal endişeler, uygulama erişimi ve fonların hangi kontroller altında hareket edebileceği üzerinde yoğunlaştı. 4 Mart’taki tartışmada kendini Fireblocks’tan Michael olarak tanıtan bir katılımcı, nonce’ların kaldırılmasını desteklerken CPI Passthrough’un geçiş, sözleşme bağımlılığı ve DeFi uyumluluğu yüklerine itiraz etti. Kendini Unit 410’da çalıştığını belirten Grant ise aynı gün, küçük ve denetlenebilir bir imzacı programın yetki geçişini kabul edilebilir kılabileceğini söyledi.
Üretime hazır geçiş yolu bekleniyor
Programmatic Signer’ın mevcut belgeleri, devnet dağıtımını ve devam eden denetimleri bildiriyor; v1 sürümünden ve herhangi bir ana ağ dağıtımından önce düzeltmeler gerekiyor. Arayüzleri değişebilir. Vector ise uygulama kodunu ve program kimliklerini yayımlıyor; README dosyası bir denetim ya da ana ağ dağıtım durumu belirtmiyor.
Durable nonce’lar şimdilik kullanılabilir durumda. Vakıf henüz bir kaldırma tarihi belirlemedi ve Anza’nın Programmatic Signer’ı ile Blueshift’in Vector’ü arasında kesin bir seçim yapmadı. Yaklaşık altı aylık geçiş penceresi, uygun bir yerine geçecek çözümün hazır, denetlenmiş ve ana ağda canlı olması şartına bağlı.
Bitcoin bu sırada 82.506 dolardan işlem görürken önceki kapanışa göre yüzde 1,62 geriledi. Kripto Korku-Açgözlülük Endeksi ise bir önceki güne kıyasla yükselerek 69 seviyesine, yani açgözlülük bölgesine çıktı.
Kaynak: Solana Vakfı | Veri: CoinGecko
