XRP Ledger, Eylül ayında önemli bir düzeltme güncellemesine hazırlanıyor. fixCleanup3_3_0 adı verilen ve bir dizi değişiklikle hata düzeltmelerini içeren bu güncelleme, %82,86 oranında mutabakat sağlayarak çoğunluğa ulaştı.
xrpld 3.3.0 sürümünde tanıtılan fixCleanup3_3_0 değişikliği, 6 Ağustos’ta oylamaya açıldı ve 28 Ağustos itibarıyla çoğunluğu elde etti.
Son dönemde yapılan bir paylaşımda, Hussein Zangana (Vet), XRPL 3.3.0’daki toplu düzeltme değişikliğinin 29 “Evet” oyu ile 2 haftalık bir etkinleştirme sürecine girdiğini belirtti. Vet’e göre bu güncelleme, mevcut XRP Ledger özelliklerini daha da güçlendiriyor ve düğüm operatörlerinin, güncelleme etkinleştirilmeden önce düğümlerini zamanında yükseltmeleri gerektiğini vurguluyor.
XRPScan verilerine göre, fixCleanup3_3_0 değişikliğinin XRP Ledger mainnet’inde 11 Eylül 2026 tarihinde etkinleşmesi bekleniyor. Bu tarih, en erken olası aktivasyon olarak belirtiliyor ve kesin bir taahhüt anlamına gelmiyor. Destek oranı herhangi bir anda %80 veya altına düşerse, değişiklik reddediliyor ve 14 günlük süreç yeniden başlıyor.
fixCleanup3_3_0 nedir?
fixCleanup3_3_0 değişikliği; Tek Varlıklı Kasalar, Lending Protokolü, Otomatik Piyasa Yapıcılar, izinli DEX, Checks ve sahte hesaplar için bir dizi hata düzeltmesini kapsıyor.
Güncelleme, VaultDeposit, VaultWithdraw, AMMDeposit, AMMWithdraw, LoanBrokerCoverDeposit ve LoanBrokerCoverWithdraw işlemlerinde sahte hesaplara yapılan transferlerde dondurma ve derin dondurma kontrollerini birleştiriyor. Ayrıca, ‘CheckCash’ ve ‘CheckCancel’ işlemlerinde tümü sıfır olan CheckID’leri, işlem öncesi aşamada ‘temMALFORMED’ ile reddediyor; bu, daha önce işlem sırasında ‘tecNO_ENTRY’ ile reddediliyordu.
fixCleanup3_3_0, hibrit tekliflerin, teklifi oluşturan hesabın izinli alana erişimini kaybetmesi durumunda açık emir defterinden kaldırılması sorununu da gideriyor. Ayrıca, Otomatik Piyasa Yapıcı likiditesinin, izinli DEX emir defterlerindeki kalite tahminlerine dahil edilmesiyle ilgili hataları düzeltiyor.
Güncelleme, AMMWithdraw işlemlerinde, hesaplamada paydanın sıfır olduğu tek EPrice değeri için sıfıra bölme yerine ‘tecAMM_FAILED’ hatası döndürülmesini sağlıyor. Ayrıca, fixAMMv1_3 değişikliği de etkinse, AMMDeposit, AMMWithdraw ve AMMClawback işlemlerine hassasiyet kaybı kontrolü ekleniyor.
ValidAMM invariyantı, bir AMM’nin yalnızca AMMWithdraw, AMMClawback veya AMMDelete işlemleriyle silinebilmesini garanti edecek şekilde değiştiriliyor. Ayrıca, bir sahte hesap tarafından desteklenen defter kaydının silinmesi durumunda ilgili sahte hesabın da silinmesini kontrol eden ‘ObjectHasPseudoAccount’ invariyantı ekleniyor. Tek Varlıklı Kasalar ve Lending Protokolü için ek hassasiyet ve yuvarlama düzeltmeleri getiriliyor. Sahte hesap tarafından imzalanan işlemler ise ‘tefBAD_AUTH’ ile başarısız oluyor. Bu kontrol, Lending Protokolü veya BatchV1_1 değişikliği etkinse de geçerli olacak.
Son olarak, CredentialCreate işlemi, Subject alanında sahte hesap bulunması durumunda ‘tecPSEUDO_ACCOUNT’ ile reddediliyor. DepositPreauth işlemi de Authorize alanında sahte hesap olması halinde aynı şekilde reddediliyor.
Bu içerik hazırlanırken faydalanılan kaynaklar: tradingview.com
