XRP Ledger'da fixCleanup3_3_0 teklifi: Vault ve kredi doğrulamaları güçleniyor

XRP Ledger (XRPL) ağının resmi Known Amendments sayfasında yer alan fixCleanup3_3_0 teklifi, tekli varlık kasalarında (vault), kredi protokollerinde ve otomatik piyasa yapıcı (AMM) işlemlerinde görülen hata noktalarını gideriyor. Teklif yeni bir özellik eklemek yerine mevcut protokollerin sınır koşullarını ve doğrulama adımlarını sıkılaştıran bir bakım paketi niteliğinde.

XRPL'in resmi belgelerine göre fixCleanup3_3_0, bilinen teklifler listesine eklendi ve kasa, kredi protokolü, AMM, izinli merkeziyetsiz borsa (DEX), çek (check) işlemleri ile sözde hesap (pseudo-account) yapısına ilişkin düzeltmeleri kapsıyor. Teklifin kimlik numarası 3298D47E1F3A8A24FECAA30F699B8FE1DD234E072834BA099AD8180FFCE0FEC4 olarak kayıtlı.

Teklif; VaultDeposit ve VaultWithdraw, AMMDeposit ve AMMWithdraw, LoanBrokerCoverDeposit ve LoanBrokerCoverWithdraw işlemlerini kapsayacak şekilde düzenleniyor. Bu işlemlerde sözde hesaplara giren ve çıkan varlıklara uygulanan dondurma (freeze) ve derin dondurma (deep freeze) kontrolleri artık tutarlı biçimde işletiliyor.

Sözde hesaplar, olağan kullanıcı hesaplarından farklı olarak belirli protokol işlevlerini yürütmek için kullanılan bir hesap yapısı. Kasa, kredi ve AMM gibi farklı işlem türleri aynı sözde hesabı paylaştığında, dondurma durumunun değerlendirilme kriterinin de aynı şekilde uygulanması gerekiyor.

Çek işlemlerinin ön doğrulama adımı da güçlendiriliyor. CheckCash ve CheckCancel işlemlerinde tüm haneleri sıfır olan bir CheckID girildiğinde, işlem artık işleme aşamasına geçmeden ön doğrulama sırasında reddediliyor.

İzinli DEX tarafında ise hibrit emirlerin silinme kapsamı düzeltiliyor. Emri veren hesap izinli alan (domain) erişimini kaybetse bile, ilgili emrin herkese açık emir defterinden otomatik olarak kaldırılmaması sağlanıyor.

Fiyat kalitesi hesaplanırken izinli DEX emir defteri ile AMM likiditesinin karışması sorunu da düzeltmeler arasında. AMMWithdraw işleminde belirli EPrice değerlerinin sıfıra bölme hatasına yol açması ve ValidAMM ile ObjectHasPseudoAccount değişmezleri (invariant) de teklifin kapsamında ele alınıyor.

XRPL teklifleri, ağ genelinde işlem işleme kurallarını değiştiren bir süreç. Bir hata düzeltmesi bile konsensüs sonucunu veya işlem geçerliliği değerlendirmesini etkiliyorsa doğrulayıcı oylamasından geçmesi gerekiyor.

Bir teklifin devreye girebilmesi için güvenilir doğrulayıcıların yüzde 80'inden fazlasının desteğini iki hafta boyunca kesintisiz koruması gerekiyor. Destek oranı bu eşiğin altına düşerse, süre hesabı sıfırdan başlıyor.

Dolayısıyla sunucu yazılımının yayımlanmış olması, teklifin ana ağda (mainnet) hemen devreye girdiği anlamına gelmiyor.

Resmi Known Amendments sayfasında fixCleanup3_3_0'ın durumu şu an 'Loading...' olarak görünüyor. En güncel kararlı sürümün varsayılan oy değeri ve mevcut özelliklerin kullanımdan kaldırılıp kaldırılmadığı bilgisi de 'No' olarak kayıtlı; bu da yalnızca kamuya açık görüntüden ana ağ aktivasyon durumunu netleştirmeyi zorlaştırıyor.

Ripple'ın teklife ilişkin bireysel tutumu ve 35 doğrulayıcıdan 8'inin destek verdiği yönündeki rakam, XRPL'in resmi belgelerinde teyit edilmiş değil. fixCleanup3_3_0, tek bir kurumun onayıyla devreye giren bir güncelleme değil; hem doğrulayıcı destek oranının hem de sürdürülebilirlik süresinin aynı anda sağlanmasını gerektiren bir teklif.

Bir önceki teklif olan fixCleanup3_2_0'da da yazılım dağıtımı ile teklifin fiilen devreye girmesi ayrı süreçler olarak ilerlemişti. XRPL, 15 Haziran'da xrpld 3.2.0 sürümünü yayımlarken bu teklifi de pakete dahil etmiş, resmi blog bu sürümü bakım odaklı bir güncelleme olarak tanıtmıştı.

Bu son düzenleme paketi; kasa, kredi, izinli DEX ve AMM gibi XRPL'in merkeziyetsiz finans ve tokenizasyon işlevlerini kapsıyor. fixCleanup3_3_0'ın fiilen ne zaman devreye gireceği, güvenilir doğrulayıcı desteğinin yüzde 80'i aşıp aşmadığına ve bu desteğin iki hafta boyunca korunup korunmadığına bağlı olarak belirlenecek.