XRP Ledger’da ‘xrpld’ dönemi başlıyor: Düğümlerin %38’i eski sürümde

XRP Ledger(XRPL) çekirdek sunucu yazılımı, v3.2.0 dağıtımıyla çalıştırılabilir dosya adını ‘rippled’den ‘xrpld’ye değiştirdi; 29’undaki aktivasyon öncesinde izlenen 843 düğümün 319’u(%37,75) hâlâ v3.1.3’te kaldı.

24’ünde (yerel saatle), Bitcoinist ve XRP Ledger resmi geliştirici bloguna göre XRPL core server v3.2.0 sürümünde çalıştırılabilir ikili dosyanın adı ‘rippled’ yerine ‘xrpld’ oldu. Yeni ad, ‘XRP Ledger daemon’ ifadesinin kısaltması olarak kullanılıyor. Yapılandırma dosyası da ‘rippled.cfg’den ‘xrpld.cfg’ye taşınıyor.

Bu değişiklik, standart teklif ‘XLS-0095’ kapsamında hazırlandı. Amaç, Ripple şirket adından gelen eski daemon adını kaldırıp ağın kendi adını öne çıkarmak.

Ripple bir şirketi, XRP(XRP) yerel varlığı, XRP Ledger ise halka açık blokzincir ağını ifade ediyor. Bu üç isim piyasada sık sık birbirinin yerine kullanılsa da düzenleyiciler, borsalar ve doğrulayıcılar açısından hukuki ve teknik ayrım önem taşıyor. Çekirdek yazılımdaki ad değişikliği, bu ayrımı koda ve operasyon süreçlerine yansıtıyor.

v3.2.0 yalnızca isim değişikliği getirmiyor. Sürümde eski değişiklik önerilerinin temizlenmesi, ‘libxrpl’ kütüphanesinin modüler hale getirilmesi ve yeni ‘fixCleanup3_2_0’ değişikliği de yer alıyor. Bu değişiklik, yeni kullanıcı özelliklerinden çok hata düzeltmeye odaklanan bir bakım güncellemesi niteliğinde.

Düzeltme kapsamına △Tek Varlık Kasası(Single Asset Vault) △Kredi Protokolü(Lending Protocol) △İzinli DEX(Permissioned DEX) △İzinli Alan(Permissioned Domain) △Çok Amaçlı Token(MPT) bağlantılı hatalar giriyor. Özellikle kasa ve kredi protokolü tarafında hassasiyet ve yuvarlama hataları ele alındı. Bu da XRPL’nin ödeme odaklı ağ yapısından zincir üstü finans işlevlerine genişlerken fon işleme mantığını daha hassas hale getirme çabası olarak görülüyor.

Paket imzalarında kullanılan GPG anahtarı da değiştirildi. Mevcut kurulumlarda otomatik yükseltmenin çalışması için yeni anahtarın indirilip güvenilir olarak tanımlanması gerekiyor. Düğüm operatörlerinin yalnızca çalıştırılabilir dosyayı değil, yapılandırma dosyası adını, veritabanı dizinini, paket referanslarını, betikleri, servis tanımlarını ve sunucu meta verilerini de kontrol etmesi bekleniyor.

‘fixCleanup3_2_0’ değişikliğinin 29’unda saat 09.57’de(UTC) etkinleşmesi planlanıyor. Güvenilir 35 doğrulayıcının 30’u değişikliğe destek verdi ve destek oranı %85,71 olarak ölçüldü. Bu oran, aktivasyon için gereken %80 eşiğinin üzerinde. Ancak değişikliğin zamanında devreye girmesi için geri sayım boyunca desteğin %80’in üstünde kalması gerekiyor.

CryptoNews ve CoinGape’in aktardığı verilere göre izlenen 843 düğümün 489’u(%57,87) v3.2.0 çalıştırıyor. Buna karşılık 319 düğüm(%37,75) v3.1.3 sürümünde kalmış durumda. Bu tablo, doğrulayıcı oylamasından çok gerçek düğüm yükseltme hızının kritik değişken haline geldiğini gösteriyor.

Vet(Vet) XRPL doğrulayıcısı, eski sürümde kalan çok sayıda düğümün yakında ‘değişiklik engellendi’ durumuna düşebileceği uyarısıyla “son uyarı” dedi. Bu durumda ilgili sunucu konsensüs sürecinin dışında kalıyor ve yeni işlemleri sorgulayamıyor ya da ağa gönderemiyor.

Bu, ağın tamamının duracağı anlamına gelmiyor. Yine de yükseltmeyi kaçıran borsalar, altyapı sağlayıcıları ve bağımsız hizmetler senkronizasyon sorunları ya da hizmet kesintileri yaşayabilir. İlk dağıtım aşamasında geçiş sırasında doğrulayıcı açık anahtarı uyumsuzluğu(pubkey mismatch) gündeme gelmiş, yükseltme oranının bir süre %30 bandında kaldığı görülmüştü.

v3.2.0, yeni bir kullanıcı özelliğinden çok altyapı temizliği olarak öne çıkıyor. Şirket markası ile ağ altyapısının ayrılması, eski kodların düzenlenmesi ve finansal işlevlerdeki hataların giderilmesi aynı pakette ilerliyor. Kripto piyasasında dikkatler şimdi 29’undan sonra kaç düğümün sorunsuz şekilde konsensüste kalacağına çevrilecek.