XRP Ledger'ın Batch Yükseltmesi 9 Ekim'e Sarktı: Doğrulayıcı Desteği Sıfırlandı

Batch Geri Sayımı 9 Ekim'e Dönüyor

XRP Ledger'ın imzası sayılan Batch yükseltmesi, aktivasyon takviminde en az on günlük bir kayıp yaşadı. Kullanıcıların sekiz işleme kadar işlemi tek bir atomik operasyonda birleştirmesine imkân tanıyan BatchV1_1 değişikliği, 15 Eylül'den bu yana 29 Eylül aktivasyonu için geri sayım yapıyordu; ancak doğrulayıcı (validator) desteği, sayacın işlemeye devam etmesi için gereken eşiğin kısa süreliğine altına düştü. Ledger'ın değişiklik kurallarına göre bir protokol güncellemesinin hayata geçebilmesi için güvenilen doğrulayıcıların yüzde 80'inden fazlasının desteğini art arda iki hafta boyunca koruması gerekiyor ve bu çizginin altına inen her sapma, oylar saatler içinde geri gelse bile birikmiş bekleme süresini sıfırlıyor. İncelediğimiz XRPL değişiklik panosu, 25 Eylül itibarıyla BatchV1_1'in 35 güvenilen doğrulayıcıdan 30'unun desteğine geri döndüğünü gösteriyor; bu da en erken olası aktivasyonu 9 Ekim, saat 14:46 UTC civarına taşıyor.

Batch'in değiştirdiği şey, ham işlem hacmi değil icra mantığı. Yükseltmenin sunduğu "ya hepsi ya hiç" seçeneği sayesinde tokenize edilmiş bir varlık için ödeme yapan alıcı, ödeme ve varlık devrini tek bir operasyonda kapatabiliyor; böylece işlemin iki tarafından biri tek başına tamamlanamıyor. Bu yapı doğrudan tokenize varlık mutabakatını ve teslim karşılığı ödeme (payment-versus-delivery) riskini hedefliyor. Özellik aynı zamanda ikinci bir deneme niteliğinde: Batch'in ilk uygulaması, geliştiricilerin kritik bir imza denetimi kusuru tespit etmesi üzerine ana ağa (mainnet) aktivasyondan önce geri çekilmişti; düzeltilmiş sürüm ise ağın yazılımı olan xrpld 3.3.0 ile Ağustos'ta yayımlandı. RippleX mühendislik başkanı Ayo Akinyele, bazı projelerin halihazırda Batch'i gözeterek geliştirildiğini ve aktivasyonun bu çalışmayı üretime yaklaştıracağını söylemiş; ancak iş ortaklarına ya da lansman tarihlerine dair isim vermemişti. Düşüş kısa sürmüş görünse de kurallar manevra alanı bırakmıyor: destek hızla toparlandı, takvim toparlanamadı.

Delegasyon Yükseltmesi de Etkilendi

Aynı saat mekanizmasından ikinci bir değişiklik daha etkilendi. Bir hesap sahibinin, fonlarını kontrol eden imzalama anahtarlarını paylaşmadan başka bir hesaba onaylı belirli işlemleri yapma yetkisi vermesine imkân tanıyan PermissionDeleşikliği PermissionDelegationV1_1, 23 Eylül'de nitelikli desteğini kaybetti ve bir gün sonra geri kazandı. Bu sıfırlama, en erken aktivasyon tarihini 5 Ekim'den 8 Ekim'e, saat 21:25 UTC civarına taşıdı — yani destek sürdüğü takdirde ağın bekleyen iki değişikliği birbirinden yaklaşık 24 saat içinde devreye girecek. Panodaki kayıtlar her iki değişiklikte de aynı örüntüyü gösteriyor: destek kaybı, bir gün içinde gelen toparlanma ve takvim bedelinin kodun kendisine değil aktivasyon tarihine yansıması.

Mekanizma en çok kurumsal tarafta önemli. Ödemeler için özel olarak tasarlanmış bir layer-1 ağ üzerinde faaliyet gösteren bir token ihraççısı, hazinesini koruyan ana anahtarı asla açığa çıkarmadan ödeme icrasını ve uyum kontrollerini ayrı operasyonel hesaplara dağıtabiliyor — bu, geleneksel finans denetçilerinin beklediği görev ayrımı. Delegasyon, Batch ile birleştiğinde rol ayrımlı ve atomik mutabakat akışlarının önünü açıyor: bir hesap varlığı teslim etmeye yetkili, diğeri ödemeyi serbest bırakmaya yetkili ve her iki eylem ya birlikte gerçekleşiyor ya da birlikte iptal oluyor. İşlemleri doğrulayan ve ağ değişikliklerine oy veren operatörler olan doğrulayıcılar, fiilen her iki yükseltmeye de tek bir hafta içinde fren bastı. Bu bir teknik arıza değil; zayıf destekle bir değişikliği zorla geçirmek yerine, konsensüs desteğindeki her dalgalanmanın iki haftalık gözlem penceresini yeniden başlattığı, kasıtlı olarak temkinli kurgulanmış aktivasyon sürecinin gereği gibi çalışması. Piyasa katılımcıları için pratik sonuç, iki yönetişim değişikliğinin art arda yürürlüğe girebileceği sıkışık bir Ekim ortası penceresi — ki her ikisi de faaliyeti giderek XRP ekosistemini merkezine alan bir ağ üzerinde mutabakatın ve hesap yetkilendirmenin işleyişini yeniden şekillendiriyor. Piyasayı gerçek zamanlı takip etmek isteyen okurlar canlı spot ve vadeli fiyatları Binance üzerinden izleyebilir.

8 ve 9 Ekim Kritik Tarihler

Batch ertelemesine paralel olarak ayrı bir gelişme daha yaşandı: XRP Ledger çekirdek ekibi, güvenlik açısından hassas konuları ele alan acil bir sürüm olan xrpld 3.4.1'i yayımladı. Güncelleme, Batch işlemleriyle bağlantılı fixBatchV1_2 değişikliğini de bünyesinde barındırıyor ve sunucu operatörlerine mümkün olan en kısa sürede yükseltme yapmaları çağrısı yapılıyor — düzeltme 9 Ekim'deki Batch penceresiyle birlikte aktive olursa, eski sürümleri çalıştırmaya devam eden sunucular ağ ile senkronizasyonunu kaybedebilir. Sürüm XRP'nin arzını ya da kullanım kurallarını değiştirmiyor; ama Ekim ortası diliminde operatörlere, konsensüs desteğini sabit tutmanın ötesinde ikinci bir yapılacaklar kalemi ekliyor. Asıl merak edilen, doğrulayıcı desteğinin yüzde 80 eşiğinin üzerinde o tarihe kadar kalıp kalmayacağı.

(01:01 UTC itibarıyla) Bizim okumamız şu: çifte sıfırlama bir aksama olmaktan çok, ağın yönetişiminin hız yerine öngörülebilirliği tercih ettiğinin kanıtı; XRP fiyatına doğrudan etkisinin minimum düzeyde kalması bekleniyor. Her iki değişiklik de zaten xrpld 3.3.0 içinde yayımlanmış durumda, yani operatörlerin desteği sabit tutmak dışında yeni bir işi yok. Konsensüs tutarsa izlenecek tarihler 8 ve 9 Ekim — batch ve delegasyon, ağı tokenize varlık ve PayFi akışlarının talep ettiği atomik, rol ayrımlı mutabakata yaklaştırıyor. Kurumsal talep erteleme boyunca sürdü: XRP ETF girişleri son dönemde günlük 9,91 milyon dolarlık alımla Bitwise öncülüğünde gerçekleşti; 30 günlük veriler ise XRPL üzerindeki yapay zekâ ajanlarının mutabakat tercihini Ripple USD'ye kaydırdığını gösteriyor — yükseltme tarihlerinden bağımsız olarak ağın ödeme anlatısının gelişmeye devam ettiğinin bir hatırlatıcısı.