XRP Ledger, fixCleanup3_4_0 güvenlik yamasını 23 Ekim'e kilitledi

Güncelleme 16:42 UTC: 16:42 UTC Güncellemesi: XRPScan üzerindeki takip kayıtlarına göre fixCleanup3_4_0, kabaca 25 maddelik bir değişiklik paketi taşıyor. Bunlar arasında bir IOU ihraççısının kendi para birimindeki NFT teklifleri için kendi genel dondurmasından muaf tutulması ile yetkilendirilmiş güven hatlarının (trust line) bir sözde hesap karşı tarafını örtük biçimde yetkilendirmesi yer alıyor.

Yüzde 80 Oyu İki Haftalık Sayaç Başlattı

XRP Ledger, fixCleanup3_4_0 yamasının 23 Ekim Cuma günü saat 09.34 civarında devreye girmesini takvime aldı; protokolün aradığı yüzde 80'lik süper çoğunluk desteği yukarıda kalıcı olduğu sürece bu tarih geçerli. Yama bu eşiği 9 Ekim Cuma günü aşmıştı ve kurallar gereği iki haftalık geri sayım o gün başlamıştı. Ekim ortasındaki tarayıcı kayıtları, oy kullanan 32 ile 35 doğrulayıcı (validator) arasında 26 ila 29'unun yamayı desteklediğini gösteriyordu. Takvimin üzerinde tek bir güvenlik kilidi var: etkinleştirmeden önce destek yüzde 80'e veya altına düşerse sayaç sıfırlanıyor ve yamanın kesintisiz iki hafta daha yeterli oyu tutması gerekiyor. Amaç, yumuşak bir konsensus oluşmasını engellemek; zayıf destekle devreye giren bir yama ağı ikiye bölebilir. Son iki haftada eşik altına inilirse güvenlik düzeltmesi en az iki hafta gecikecek, ki ağın işleticileri bunu bölünmüş konsensusla değişikliği hayata geçirmeye tercih eder.

Bu güncelleme, ağa yeni işlem türleri ekleyen protokol değişikliklerinin aksine mevcut yazılımın davranışını onarıyor. Ripple'ın 3.4.0 sürümüyle birlikte dağıtılıyor ve kredi altyapısını, otomatik piyasa yapıcıları, token yönetimini, emanet (escrow) işlemlerini ile hesap izinlerini kapsıyor. Defter (ledger) üzerindeki değişiklikler yalnızca sürekli süper çoğunluk oluştuğunda yürürlüğe giriyor; bu yüzden yükseltme takvimi sürüm tarihleriyle değil, doğrulayıcı oylarıyla ifade ediliyor. Günlük bakiyeler ve XRP fiyatı bu değişikliğin etki alanının dışında kalıyor; uyum yükü asıl olarak düğüm işleticilerinin omuzlarında, çünkü değişiklik devreye girdikten sonra ağın konsensus mekanizmasını takip etmeye devam etmek için güncel yazılım gerekiyor.

PaymentBurn Hatası ve Bekleyen Kredi Sistemi

Paketin en keskin kalemi 8 Ekim Perşembe günü etkinleştirilen PermissionDelegationV1_1.1 özelliğiyle ilgili. Bu özellik, hesap sahibinin başka bir hesaba kendi özel anahtarını devretmeden belirli işlemler için sınırlı yetki verebilmesini sağlıyor. Yetkilerden biri olan PaymentBurn, vekilin belirlenmiş tokenları imha etmesine izin vermeli; ancak yazılım hatası nedeniyle belirli koşullarda bu işlem token üretiyor, yani amaçlanan etkinin tam tersi yapıyor ve doğrudan token arzına dokunuyor. XRPL'in izin değerleri dokümantasyonu, temizlik yaması devreye girene kadar işleticilerin bu izni vermemesi yönünde uyarıyor. Paketteki diğer düzeltmeler kasa çekimlerinin hesaplanmasını düzeltiyor, bir kredinin vadesi geçmiş sayılması kurallarını sıkılaştırıyor ve bazı otomatik piyasa yapıcı işlemlerinin altta yatan varlıkları geri vermeden likidite tokenlarını yok etmesini engelliyor; getiri çiftçiliği (yield farming) yapan likidite sağlayıcılarının yakından izlediği köşe tam olarak burası.

Ürünün kendisinin onayı ise henüz yolunda değil. Önerilen kredi protokolü, kullanıcıların defter üzerinde varlıkları havuzda toplamasına ve sabit koşullarla borçlanmasına izin verecek; borçluların mutlaka teminat göstermesi gerekmiyor, kredi koşullarını düzenleyen aracılar ise kredi notunu blok zinciri dışında değerlendirecek. Sistemin tamamını açmak üç ayrı yamayı gerektiriyor ve 15 ile 17 Ekim arasında iki kredi yaması her biri kabaca 17 ila 19 destekçi, yani yüzde 53 civarında oy toplamıştı; tek varlıklı kasa (SingleAssetVault) yaması ise 19 ila 21 destekçi sayıyordu, bu da diğer ikisiyle birlikte neden zorunlu olduğunu açıklıyor. Süper çoğunluğa ulaşan olmadığı için özelliğin bir etkinleştirme tarihi yok. XRP'yi bir cüzdan içinde, hatta çevrimdışı bir Ripple kağıt cüzdanı dahil tutanlar hiçbir işlem yapmak zorunda değil; yine de yetkilendirme hatası, anahtar disiplininin pratikte nasıl kırıldığının taze bir hatırlatması ve bu konunun detaylarını daha önceki haberimizde aktardığımız David Schwartz'ın dolandırıcılık bağlantısı uyarısında bulabilirsiniz.

Oylar birlikte okunduğunda, doğrulayıcıların finansal ürünlerden önce onarımları öne aldığı görülüyor. 23 Ekim, bir kredi sisteminin üzerine kurulacağı rayları sağlamlaştıracak; ürünün kendisi ise üç yamanın da aynı yüzde 80 eşiğini aşmasını bekleyecek ve görünür bir tarihi yok. Önümüzdeki iki hafta fiilî sınav: etkinleştirmeden önce destek tabanının altına bir kez inilirse sayaç sıfırlanır ve güvenlik düzeltmesi gecikir; oylar geçirirse düğüm işleticileri, yetkilendirme özelliği 8 Ekim'de devreye gireli beri resmî dokümantasyonun işaretlediği burn izni riskini emekli edebilir.

17 Ekim Cumartesi itibarıyla XRPL Dashboard'ın taze oy sayıları güvenlik yamasının konumunu koruduğunu doğruluyor: fixCleanup3_4_0 29 destekçi taşıyordu ve o gün geçerli olan 28 oy eşiğinin bir üzerindeydi, 23 Ekim 09.34 etkinleştirme tahmini böylece rayında kalıyor. Kredi yamaları aynı barın altında kaldı: LendingProtocol ile LendingProtocolV1_1 her biri 19, SingleAssetVault ise 21 oydaydı ve üçü de 28'in altındaydı; sayıların son anda değişebileceği notu elbette geçerli. Dashboard verileri tek varlık zorunluluğunun arkasındaki mekanizmayı da aydınlatıyor: mevduat sahipleri varlıkları bir kasada birleştiriyor, aracılar kredileri yönetiyor, XLS-66 taslağı işletim ve geri ödemeyi defter üzerinde gerçekleştirirken kredi değerlendirmesi ile risk yönetimini zincir dışında bırakıyor. İki hat ayrı ayrı ilerliyor ve kredi özelliğinin bir etkinleştirme çizelgesi yok.

Yamayı çevreleyen bağlam, dört gün kaldıkça genişliyor. XRPScan kayıtlarına göre fixCleanup3_4_0 kabaca 25 maddelik değişikliği birleştiriyor; bir IOU ihraççısının kendi para birimindeki NFT teklifleri için kendi genel dondurmasından muaf tutulması ve yetkilendirilmiş güven hatlarının sözde hesap karşı tarafını örtük olarak yetkilendirmesi bu listede. Yama ayrıca bir düzeltme serisinin devamı: Ripple, güvenlik açıklarını avlamak için Mart 2026'da yapay zekâ destekli bir kırmızı ekip kurmuştu, o çabanın ilk adanmış sertleştirme güncellemesi 3.1.3 sürümü olmuştu, fixCleanup3_2_0 Temmuz'da, fixCleanup3_3_0 ise Ekim 2026'da canlıya alınmıştı. Ayrı bir gelişme olarak 9 Ekim'de etkinleştirilen Batch yaması, ilk günlerinde XRPL ana ağ işlemlerinin yüzde 15'inden fazlasını oluşturdu ve üçüncü işlem türü sırasına yerleşti.