Ripple, XRP (XRP) Ledger'ın XLS-38 Köprü Düzeltmesinin Geri Çekilmesini Öneriyor

Ripple, XLS-38'i Hurdaya Çıkarmak İçin Hamle Yaptı

Ripple, XRP (XRP) ağına yerel zincirler arası köprüleme (cross-chain bridging) kazandırmak üzere tasarlanan ve uzun süredir gündemde olan XChainBridge düzeltmesinin — yani XLS-38'in — topluluk tarafından geri çekilmesini önerdi. Şirkete göre teknoloji, asıl hedeflenen kullanım senaryosu için artık gerekmez durumda ve yeterli geliştirici talebi de çekmeyi başaramadı. Şirketin geliştirici kolu RippleX, X üzerinde paylaştığı bir gönderide, XLS-38'in geliştirilmesine asıl itici güç olan kullanım senaryosunun artık tamamen karşılandığını ve kendi bakış açılarına göre daha iyi karşılandığını — Axelar entegrasyonu sayesinde — belirtti. Söz konusu düzeltme, XRP Ledger için yerel bir köprüleme çerçevesi sunmak üzere kaleme alınmıştı; bu çerçeve, varlıkların XRPL ana zinciri ile ona bağlı yan zincirler (sidechain) arasında, "witness server" adı verilen sunucular üzerinden hareket etmesini sağlıyordu. Sistem, özel yan zincirleri — yani kapalı ve izinli ağları ile deneysel uygulamaya özel zincirleri (appchain) — destekleyecek şekilde kurulmuştu ve asıl amacı, XRP Ledger'ı XRPL EVM Sidechain'e bağlayan köprü işlevi görmekti. XRPL EVM Sidechain, EVM uyumlu uygulamaların XRPL üzerinde çalışabildiği ortam olarak tanımlanıyor. Ripple'ın argümanı şu: kullanılmayan bu uygulamayı kod tabanında tutmak bir yük haline geldi ve XChainBridge'in kaldırılması, geliştiricilerin 10.000'den fazla kod satırından kurtulmasını sağlayacak. Yine de şirket kapıyı tamamen kapatmadı; XLS-38 çevresinde gerçekten inşa eden geliştiricilerin, Ripple'ı pozisyonunu değiştirmeye ikna edebilecek ikna edici kullanım senaryolarını sunmaları istendi.

Geri çekme kararı tek taraflı verilemez. Ripple, şirketten bağımsız çalışan ve güncellemeleri doğrulayıcılarının (validator) oylarıyla alan açık kaynaklı XRP Ledger'da yalnızca tek bir doğrulayıcı oyu kontrol ediyor; bu yüzden kaldırım süreci ağın standart düzeltme prosedüründen geçmek zorunda. Bu yönetişim gerçeği olayın tamamını şekillendiriyor: Ripple'ın açıklaması topluluğa yapılmış bir öneridir, uygulamaya alınmış bir değişiklik değildir ve nihai sonucu şirket değil, ledger'ın dağıtık doğrulayıcı seti belirleyecek. Kararın arka planı Haziran 2024'e uzanıyor; Ripple o dönemde XRPL EVM Sidechain için birlikte çalışabilirlik katmanı olarak Axelar ağını seçmişti. Şirket o sırada, yerel köprüleme yolunun opsiyonunu koruyarak XLS-38'i topluluk oylamasına açık bırakmaya devam edeceğini söylemişti. Axelar'ın ağı şu anda 75'ten fazla doğrulayıcı ile çalışıyor ve 50'den fazla blok zinciri ağıyla geniş birlikte çalışabilirlik sunuyor; bu da EVM Sidechain'e XRPL ekosisteminin çok ötesine uzanan bir zincirler arası bağlantı kazandırıyor. Ripple artık bu entegrasyonun yanında XLS-38 için anlamlı bir geliştirici talebi olduğuna dair fazla kanıt bulunmadığını söylüyor. Bu iddia, atomic swap mekanizmalarının ve köprüleme protokollerinin birçok altcoin ağı için hâlâ aktif bir geliştirme alanı olduğu daha geniş zincirler arası araç ekosisteminin tablosuyla tezat oluşturuyor.

Bizim okumamız şudur: burada asıl mesele teknoloji kararından çok bir yönetişim testidir. XLS-38 ölü bir öneri — üzerinden hiç varlık akmadı — ama kaderi artık, Ripple'ın önerisini ledger'ın opsiyonları açık tutma ilkesiyle tartan doğrulayıcıların elinde. Topluluk geri çekimi onaylarsa, bu XRP Ledger'ın kullanılmayan kodu biriktirmek yerine sahipsiz bırakılmış bir düzeltmeyi resmen silmesinin ender bir örneği olur ve kurumsal destekli temizlik önerilerine doğrulayıcıların nasıl yaklaştığına dair ilk net sinyal olur. Öte yandan geliştiriciler, Ripple'ın istediği türden ikna edici kullanım senaryoları ortaya koyarlarsa, düzeltme hayatta kalabilir.