11 Eylül'de XRP Ledger'da fixCleanup3_3_0 aktivasyonu gündemde

XRP Ledger (XRPL) ağının fixCleanup3_3_0 adlı düzeltme paketi, en erken 11 Eylül'de aktifleşebilecek şekilde doğrulayıcı desteğini koruma sürecine girdi. Yeni bir işlevi devreye sokan bir güncellemeden çok, mevcut işlem işleme kurallarındaki istisnaları ve doğrulama mantığını düzenleyen bir bakım yaması olarak öne çıkıyor.

uToday, kamuya açık takip aracını kaynak göstererek düzeltmenin 28 Ağustos'ta 35 doğrulayıcıdan 29'unun desteğini alarak yüzde 82,86 oranında uzlaşı sağladığını aktardı. XRP Ledger'ın resmi belgelerine göre bir düzeltmenin aktifleşebilmesi için doğrulayıcı desteğinin yüzde 80'in üzerinde iki hafta boyunca kesintisiz sürmesi gerekiyor; destek bu eşiğin altına inerse süre sıfırdan başlıyor.

Dolayısıyla 11 Eylül kesinleşmiş bir uygulama tarihi değil. Şu anki durum aktivasyonun tamamlanması değil, aktivasyon beklentisi; söz konusu tarih ancak destek koşulu korunursa en erken devreye giriş noktası olabiliyor.

Düzeltme, XRP Ledger'ın işlem işleme biçimini değiştiren bir protokol değişikliği niteliğinde. Basit bir kod dağıtımından farklı olarak, ağ doğrulayıcılarının desteğinin belirli bir süre boyunca korunması gerekiyor ki değişiklik fiilen defter kuralına dönüşsün. Bu süreç, XRP Ledger'ın düzeltme doğrulama sürecini kamuya açık bir kontrol listesi haline getirdiği akışla da örtüşüyor.

XRPL'nin resmi sürüm notlarına göre 6 Ağustos'ta yayımlanan xrpld 3.3.0 sürümü şu unsurları içeriyor: △BatchV1_1 △ConfidentialTransfer △DynamicMPT △PermissionDelegationV1_1 △Sponsor △fixCleanup3_3_0. Bunlar arasında fixCleanup3_3_0, tek bir yeni işlevi açan bir düzeltme değil, çeşitli işlem işleme alanlarındaki hata düzeltmelerini bir araya getiren bir paket.

Resmi Known Amendments belgesi, bu düzeltmenin tekil varlık kasası, borç verme protokolü, otomatik piyasa yapıcı (AMM), izinli DEX, çek (check) ve pseudo-account ile ilgili işlemleri düzelttiğini açıklıyor. Örneğin tamamı sıfırdan oluşan bir CheckID artık mevcut işlem aşamasındaki 'tecNO_ENTRY' yerine ön doğrulama aşamasında 'temMALFORMED' koduyla filtreleniyor; AMMWithdraw işlemindeki belirli bir hesaplama istisnası da 'tecAMM_FAILED' koduyla geri döndürülüyor.

Bu değişiklik, sıradan kullanıcıya hemen yeni bir ekran ya da yeni bir gelir modeli sunan türden bir güncelleme değil. Doğrudan etkisi daha çok düğüm (node) operatörlerinde, API sunucusu işletmecilerinde ve XRP Ledger tabanlı hizmet sunan altyapı şirketlerinde hissediliyor.

xrpld, XRP Ledger'ın referans sunucu yazılımı; ağ katılımcılarının defteri doğrulamak ve işlem işlemek için kullandığı temel yazılım konumunda. XRPL, sunucu operatörlerine mümkün olan en kısa sürede xrpld 3.3.0 sürümüne geçmeleri yönünde çağrıda bulundu.

Clio 2.8.0 sürüm notları da aynı yönde bir uyarı içeriyor. Clio, XRP Ledger'ın HTTP ve websocket API çağrılarında kullanılan sunucu; bu sürüm fixCleanup3_3_0 dahil yeni düzeltmeleri destekliyor.

XRPL, söz konusu düzeltmeler aktifleşse bile Clio 2.8.0 ve üzerine geçilmezse ETL sürecinin 'amendment blocked' durumuna düşeceğini ve yeni defterlerin işlenemeyeceğini belirtti. Bu da yalnızca ana ağ uzlaşısının değil, çevresindeki API altyapısının sürüm uyumluluğunun da eş zamanlı sağlanması gerektiği anlamına geliyor.

Piyasa açısından bakıldığında bu gelişmeyi bir fiyat verisi değil, bir protokol uyumluluğu meselesi olarak okumak daha isabetli. Söz konusu düzeltme, XRP Ledger'ın borç verme, kasa ve yetki devri gibi kurumsal altyapı genişleme akışına eklenen eşik değerleri ve istisna işlemlerini sadeleştirme niteliği taşıyor.

XRP Ledger'ın kurumsal işlevleri genellikle zincir üstü (on-chain) yürütme ile zincir dışı (off-chain) karar mekanizmasının birlikte çalıştığı bir yapıda tasarlanıyor. Bu yapıda işlem işlemenin eşik değerleri ve hata kodları tutarsız kalırsa, hizmet sağlayıcılar, cüzdanlar ve API operatörleri aynı durumu farklı biçimlerde yorumlayabiliyor.

Topluluk tepkisi de fiyat beklentisinden çok destek oranının korunmasına ve düğüm güncellemelerine odaklandı. Kamuya açık takip aracına göre 29 oy yüzde 80 eşiğinin üzerinde bir tabloya işaret ediyor; ancak aktivasyona kadar destek geri çekilirse takvim yeniden ötelenebilir.

Bu sürecin bir sonraki adımı, 11 Eylül'e kadar doğrulayıcı desteğinin eşik değerin üzerinde kalıp kalmadığının izlenmesi olacak. Koşul korunursa fixCleanup3_3_0, XRP Ledger'a bu tarihi en erken aktivasyon noktası olarak alacak şekilde devreye girecek.