XRP Ledger'da (XRPL) 3.3.0 güncellemesi yayımlandı, aktivasyon geri sayımı sıfırda

XRP Ledger (XRPL) ağının sunucu yazılımı xrpld'nin 3.3.0 sürümü yayımlandı, ancak yeni özelliklerin ana ağda devreye girmesi için doğrulayıcı oylama sürecinin tamamlanması gerekiyor.

Resmi XRP Ledger geliştirici dokümantasyonu, ayın 6'sında (yerel saatle) xrpld 3.3.0'ı yayımladığını duyurdu ve düğüm operatörlerine hemen güncelleme yapmaları çağrısında bulundu. Yeni sürüm; BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor ve fixCleanup3_3_0 olmak üzere toplam altı değişiklik önerisini (amendment) içeriyor.

Konunun can alıcı noktası, 'dağıtım' ile 'aktivasyon' kavramlarının aynı şey olmaması. XRP Ledger'da bir değişiklik önerisinin devreye girebilmesi için güvenilir doğrulayıcıların yüzde 80'inden fazlasının kesintisiz 14 gün boyunca onay vermesi gerekiyor. Onay oranı bu eşiğin altına düşerse geri sayım baştan başlıyor.

XRPL Dashboard, ayın 24'ünde 3.3.0 ile ilişkili değişiklik önerilerinde 14 günlük aktivasyon geri sayımının sıfır olduğunu gösterdi. ConfidentialTransfer ve Sponsor ise hâlâ 'geliştirme aşamasında' (In development) olarak sınıflandırılıyor. Bu durum, 3.3.0 yayımlanmış olsa da yeni özelliklerin henüz defter kurallarına yansımadığı anlamına geliyor.

Bu güncelleme yalnızca yeni özellik eklemekten ibaret değil. BatchV1_1 ve PermissionDelegationV1_1, önceki sürümlerde sorun tespit edilip devre dışı bırakılan özelliklerin düzeltilerek yeniden sunulması niteliğinde. Resmi sürüm notları, mevcut Batch ve PermissionDelegation önerilerinin yerini bu yeni sürümlere bıraktığını açıklıyor.

BatchV1_1, birden fazla işlemi tek seferde gruplayarak işleyen bir toplu işlem (batch transaction) önerisi. ConfidentialTransfer transfer bilgilerini koruma altına alan bir özellik, DynamicMPT ise çok amaçlı token'ların (MPT) kullanım alanını genişleten bir değişiklik önerisi. PermissionDelegationV1_1 hesap yetkisi devriyle, Sponsor ise işlem ücreti yükünün nasıl paylaşılacağıyla ilgili.

Düğüm (node) ile doğrulayıcı (validator) arasındaki fark da önemli. Sıradan düğümler ağı takip eder ama bu, değişiklik önerisi oylamasına katıldıkları anlamına gelmez. Doğrulayıcılar ise hem uzlaşı (consensus) sürecine hem de değişiklik önerisi oylamasına katılıyor. Dolayısıyla düğümlerin güncelleme oranı ile doğrulayıcıların oylama oranı aynı gösterge gibi okunursa, gerçek aktivasyon durumu yanlış yorumlanabilir.

Tüm düğümlerin güncel sürüme geçiş oranı ile değişiklik önerisi oylamasına katılan güvenilir doğrulayıcıların destek oranı, birbirinden farklı iki gösterge. Bu iki rakamı aynı ölçütle yorumlamak, dağıtımdan sonra aktivasyonun gerçekte hangi aşamada olduğunun yanlış anlaşılmasına yol açabilir.

U.Today, RippleX mühendislerinin açıklamalarına dayanarak 'yeterince güncellendi' ölçütünün yalnızca doğrulayıcı listesine değil, ağın tamamına bakılarak değerlendirilmesi gerektiği yorumunu aktardı. Habere göre 3.3.0 güncelleme oranı yaklaşık yüzde 32.

Buna karşılık bazı haberlerde geçen 'düğümlerin yüzde 60'ı hazır' rakamı, resmi sürüm notlarında, XRP Ledger değişiklik önerisi belgelerinde ya da herkese açık panolarda doğrudan doğrulanamadı. Mevcut kamuya açık göstergelere bakıldığında, özellik aktivasyonunun yakın olduğunu söylemek yerine dağıtımın ardından güncelleme ve oylama sürecinin beklendiği aşamada olunduğunu söylemek daha doğru.

Operasyonel risk, eski sunucu sürümünde kalınması durumunda ortaya çıkıyor. XRP Ledger dokümantasyonu, bir değişiklik önerisi etkinleştiğinde eski sürümdeki sunucuların bunu işleyemediği durumda 'amendment blocked' (değişiklik önerisi engellendi) durumuna düşebileceğini belirtiyor. Bu durumda sunucu; işlem işleme, uzlaşıya katılma ve gelecekteki değişiklik önerisi oylamalarını normal şekilde yürütemiyor.

Bu ayrım yerel kullanıcılar için de anlam taşıyor. Konu, borsa kullanıcılarının hemen hissedeceği bir mesele olmaktan çok, cüzdan, blok gezgini, ödeme servisi ve token ihraç aracı işleten geliştiricilerin ve altyapı sağlayıcılarının önce takip etmesi gereken bir ağ operasyonu meselesi.

XRP Ledger tabanlı uygulamaların yaygınlaşmasıyla ilgili olarak TokenPost daha önce, XRP Ledger tabanlı bir borç verme protokolünün ana ağda devreye girmesinin doğrulayıcı onayına bağlı olduğunu aktarmıştı. Protokol işlevleri artsa da uygulamaların güvenilir şekilde erişebileceği bir bağlantı katmanı yetersiz kalırsa kullanım alanı sınırlı kalıyor.

XRP Ledger 3.3.0'ın dağıtımı tamamlandı, ancak özelliklerin aktivasyonu için doğrulayıcı oylaması ve 14 günlük kesintisiz onay koşulu hâlâ karşılanmış değil. Herkese açık panoya göre ayın 24'ü itibarıyla, 3.3.0 kapsamındaki değişiklik önerileri için işleyen 14 günlük aktivasyon geri sayımı sayısı sıfır.