XRP Ledger, XRP Hesapları İçin Yetki Devrini 8 Ekim'de Devreye Aldı

Güncelleme 21:07 UTC: Batch artık canlıda. XRPScan panosu, BatchV1_1'in ana ağda aktif olduğunu, 35 doğrulayıcının 30'unun lehte beşinin aleyhte oy kullandığını gösteriyor; yüzde 85,7 civarındaki onay oranı zorunlu iki haftalık pencere boyunca korunmuş durumda.

Yetki Devri XRPL'de Devreye Girdi

Bu haftaya kadar XRP Ledger (XRP), yani XRP'nin arkasındaki blok zinciri üzerinden ödeme taşıyan bir işletme, iki zor seçenek arasında sıkışmıştı: ana varlıklarını kontrol eden anahtarları internete bağlı bir makinede tutmak ya da imza gerektiğinde personeli uyum işinden koparmak. 8 Ekim'de yürürlüğe giren PermissionDelegationV1_1 değişikliği bu kısıtı ortadan kaldırdı; hesap sahibi artık ana anahtarlar çevrimdışı depoda kalırken yardımcı hesaplara dar yetkiler verebiliyor. Değişiklik XRP fiyatını ya da XRP arzını etkilemiyor; bir hesap üzerinde kimin ne yapabileceğini yeniden düzenliyor. Etkinleşme standart yolu izledi: işlemleri onaylayan 35 güvenilir doğrulayıcının yüzde 80'den fazlasının desteği kesintisiz iki hafta boyunca korundu ve taban 29 oyu buldu. Geri sayım Eylül'de destek eşiğin altına düştüğü için sıfırlanmıştı; zincir üstü izleme kayıtları değişikliğin ikinci denemede geçtiğini gösteriyor. Kullanım senaryosu kesintisiz uyum. Bir sabitcoin (stablecoin) ihraççısı, hazin anahtarları soğuk cüzdanda tutarken KYC süreçlerinde yeni müşterileri onaylaması için bir uyum hesabına yetki verebiliyor; bireysel kullanıcılara dayattığı aynı çevrimdışı disiplini Ledger Recovery Key de uygular. Her yardımcı hesap en fazla 10 izin taşıyabilir; izinler harcama limitiyle değil eylem türüyle tanımlanıyor: müşteri onayı, ödeme yürütme, belirli hesapları dondurma. Bankalar ödeme ile uyum görevlerini şimdiden departmanlar arasında bölüyordu; değişiklik bu ayrımı defter düzeyinde uygulanabilir kılıyor. İlgili kitle ölçülebilir durumda: XRP hazine şirketi Evernorth'un paylaştığı rakamlar, ağın ikinci çeyrekte ortalama 3,72 milyar dolar tokenize edilmiş varlık taşıdığını, Ripple'ın RLUSD stablecoin'iyle birlikte toplamın yaklaşık 4,26 milyar dolara ulaştığını ortaya koyuyor. İzinli ihraççı tasarımı, merkez bankası dijital para pilotlarında denenen yapıları anımsatıyor ve ledger'ın ölçekli sabitcoin kabulü hamlesini genişletiyor.

Zincir üstü kayıtlar etkinleşmeyi belirli bir noktaya bağlıyor: doğrulayıcılar EnableAmendment işlemini 107.524.865 numaralı defterde onayladı ve geliştiriciler ilk devredilmiş işlemleri canlı ağda test etmeye başladı bile. İptal edilebilir yetkiler resmine bir tasarım detayı eklemek gerekir: ana anahtarları değiştirmek gibi kritik işlevlerin devri teknik olarak imkânsız; yardımcı hesap, ödünç aldığı sahipliği asla yeniden yazamıyor. Değişiklik çoğu yatırımcıyı da etkilemeden geçti, çünkü XRP saklayan ya da gönderen kişisel cüzdanlar eskisi gibi çalışıyor; özellik, hazine sorumluları, operasyon ekibi ve denetçiler arasında görev ayrımı gerektiren büyük hesaplara odaklanmış durumda. Uygulamada yaygınlaşma artık büyük saklama hizmetlerinin izin araçlarını arayüzlerine eklemesine bağlı.

Batch değişiklikleri olan fixBatchV1_2 ve BatchV1_1 saatler içinde devreye girecekti; takvim 19 Şubat 2026'ya uzanıyor. Güvenlik araştırmacıları ve Cantina AI o tarihte ilk Batch değişikliğinin imza doğrulamasında, değişiklik hâlâ oylamadayken kritik bir mantık hatası bulmuştu. Batch V1.1, XRPLD 3.3.0 ile birlikte yedek çözüm olarak yayınlandı; daha küçük bir kusur XRPLd 3.4.1'de düzeltildi. Eylül'deki topluluk oylaması geçici reddin ardından iki haftalık saati yeniden başlatmıştı; ancak doğrulayıcılar şimdi oylarını, ek bekleme süresi olmaksızın Batch'i ve düzeltmesini aynı anda etkinleştirecek şekilde ayarladı. Özellik, defter üzerindeki atomik çok taraflı mutabakat işlemlerinin temelini oluşturuyor.

Batch artık canlıda. XRPScan panosuna göre BatchV1_1 ana ağda aktif; 35 doğrulayıcının 30'u lehte, beşi aleyhte oy verdi ve yüzde 85,7 civarındaki onay oranı zorunlu iki haftalık pencere boyunca korundu. Özellik, iki ila sekiz iç işlemi tek bir dış işlemin içine paketliyor ve kullanıcılar dört yürütme modundan birini seçiyor: All or Nothing, Only One, Until Failure ve Independent. Hep ya da hiç ayarında başarısız bir iç ödeme grubun tamamını durduruyor; Batch ücreti yine de kesildiği için resmi rehber, geliştiricilere dış sonucu değil tek tek işlem sonuçlarını ve bakiyeleri kontrol etmelerini söylüyor. XRPL doğrulayıcısı Vet, ilk kullanım alanları olarak tezgâh üstü işlemleri, teslim karşılığı ödeme mutabakatını ve NFT karşılığı NFT takaslarını işaret ederek özelliği kurumlar ve bireysel geliştiriciler için büyük bir açılım diye niteledi. Bir Batch'in başka bir Batch'in içine yerleştirilmesi ile yinelenen iç işlemler protokol tarafından reddediliyor.

Yükseltmenin Ardındaki İki Hata

Yetki devri belgelenmiş tek bir istisnayla devreye girdi. Resmi yönlendirme, ayrı bir düzeltme etkinleşene kadar PaymentBurn izninin devredilmemesini istiyor. İzin, yardımcı hesabın defterde ihraç edilen tokenları yok etmesi için tasarlandı; ancak belirli koşullarda yardımcıya yeni token da oluşturma imkânı veriyor, bu da bir ihraççının arzını yetkisiz biçimde şişirebilir. Uyarı defterde ihraç edilen tokenları kapsıyor, yeni basılan XRP'yi değil; diğer ayrıntılı izinler etkilenmedi. Düzeltme Cuma günü 35 doğrulayıcı oyunun 27'sindeydi, iki haftalık geri sayımı açan 29 oya iki oy uzaktaydı; sayı tamamlandığında uyarı kalkacak. Çerçevenin geri kalanı tasarlandığı gibi çalışıyor: yardımcı her eylemi kendi anahtar çiftiyle imzalıyor, böylece ele geçirilmiş bir yardımcı makine yalnızca verilmiş yetki dilini açığa çıkarıyor, arkasındaki hazineyi değil; yetkiler dilediği zaman yeniden yazılabiliyor ya da geri alınıyor. İkinci kusur sayımın kendisinde. 8 Ekim'de rippled kod tabanına açılan bir hata raporu, rutin güvenlik anahtarını döndüren bir doğrulayıcının, çevrimiçi kalıp oy kullanmaya devam etse bile, sunucuların değişiklik sayımından düşürdüğünü anlatıyor. İki doğrulayıcıyı kaçıran bir sunucu desteği 35 yerine 33'e göre ölçüyor; bu, bir teklifi o sunucunun sayımında gerçekte olduğundan daha yakın gösterebilir. Doğrulayıcıları dönen anahtar yerine kalıcı bir kimlikle tanımlayan önerilen yama hâlâ incelemede. Bölüm, XRPL değişikliklerinin bir yönetişim tokenı sayımıyla değil doğrulayıcı mutabakatıyla geçtiğini, sayım yazılımının da kendisinin başarısız olabilen bir bileşen olduğunu hatırlatıyor.

Pano verileri iki kusura da kesinlik katıyor. Hata raporunun sahibi, üç doğrulayıcı imza anahtarını döndürdükten sonra 26 eşiğiyle 33 doğrulama kaydetti; doğru değerler 35 ve 28'di, ama şimdiye kadar hiçbir değişikliğin geçip geçmeme sonucu değişmedi. Kalıcı düğüm kimliğiyle izleme öneren yama Cuma itibarıyla da incelemede açıktı. XRPL Dashboard ise ana ağda 95 değişiklik listeliyor ve Batch ile ilgili iki değişikliğin, fixBatchV1_2 ile BatchV1_1'in, Cuma günü 14:12 ve 14:46 UTC'de etkinleşebileceğini öngörüyor. Değişiklikler sayfası ayrıca PermissionDelegationV1_1'in, kritik hata ortaya çıktıktan sonra geri çekilen önceki sürümün yerine geçtiğini not ediyor ve bekleyen PaymentBurn düzeltmesini fixCleanup3_4_0 olarak adlandırıyor.

Son Engel Zamanlama

Yükseltmenin kaldırdığı şey bir yetki boşluğu; bıraktığı şey bir takvim. Ayrıntılı kontroller eksikliği nedeniyle tokenlaştırılmış fonlardan ve ödemelerden uzak duran kurumlar artık görevleri defter üzerinde bölebiliyor; ancak PaymentBurn, düzeltmesi 29 oya ulaşana kadar yasaklı kalıyor ve Eylül'deki sıfırlama, savuşan bir doğrulayıcı sayısının iki haftalık saati nasıl yeniden başlatabildiğini gösterdi. Her iki yama da geçene kadar yetki devri belgelenmiş bir uyarıyla yayınlanıyor durumda; defterin haftalarla ölçülen mutabakat hızı ise ajandayı belirlemeye devam ediyor.