XRP Ledger Geliştiricileri Mainnet Öncesi İki Token Onay Düzenlemesini Karara Bağlamak Zorunda

İki Açık Talep, İki Kapatılmış Tartışma

XRP Ledger geliştiricilerinin ağa hâlâ bir karar borcu var: ihraççısının onay istediği tokenların hesaplara ulaşmasını sıkılaştıran iki düzenleme önerisi henüz mainnet kurallarına dönüşmedi. 27 Ekim'de XRP Ledger Vakfı'nın sunucu yazılımı deposuna girilen PR #8648 ve PR #8650 numaralı talepler, Pazartesi, 2 Kasım itibarıyla hâlâ açık durumda. Eşlik eden #8649 ve #8651 numaralı iki tartışma ise kapatıldı; bu da daha dar kapsamlı iki düzenlemeyi masadaki tek güzergâh hâline getirdi.

İlk öneri olan #8648, otomatik piyasa yapıcı havuzlarının likidite sağlayıcı tokenlarını hedefliyor. Bir hesap böyle bir LP tokenını alacaksa, öneri havuzu oluşturan iki varlığın her biri için yetkilendirme şartlarının kontrol edilmesini istiyor; tek bir yetkisiz varlık, tokenın hesaba girişini durduruyor. Likidite sağlayıcılar şu anda bu havuzlara para yatırıyor, TVL ise kilitli toplam değeri kaydediyor. Önerinin metnine göre yalnızca para yatırma anında yapılan onay kontrolü, LP tokenının daha sonra el değiştirmesini engellemeye yetmeyebilir. Bu yüzden kontrol, ödemeleri, emirleri, bir dApp üzerinden gerçekleşen non-fungible token satışlarını ve AMM müzayede tekliflerini de kapsayacak şekilde genişliyor; LP tokenının hareket edebildiği her yol ayrı ayrı taranıyor.

İkinci öneri olan #8650 ise bakiyesi sıfır olmayan güven hatlarını (trustline) ele alıyor. Bugünkü onay kontrolü, ödeme yollarında yalnızca bakiye sıfırdayken işliyor; bu da hiç onaylanmamış bir hesabın, elinde artık miktar kaldığı sürece token almaya devam edebildiği anlamına geliyor. Düzenleme bu sonraki alımları engellerken, mevcut bakiyeyi ihraççıya iade eden itfa yolunu olduğu gibi bırakıyor. Dar kapsam, tam da burada kapatılmış olan #8649'dan ayrışıyor; o daha geniş öneri, onaysız bakiyelerin tüm kullanımlarını kısıtlamayı öngörüyordu.

Require Auth ve Yüzde 80 Doğrulayıcı Eşiği

Her iki öneri de Require Auth adlı, tokenı yalnızca onaylı hesapların tutabileceğini işaretleyen ihraççı tarafı ayardan hareket ediyor. Resmî defter belgelerine göre bir hesabın güven hattı, böyle bir tokenı tutabilmek için önce yetkilendirilmiş olmalı; güven hat, hesap ile token ihraççısı arasındaki defter üstü ilişkiyi ifade ediyor. Yetkilendirilmemiş güven hat, ihraççının hangi kriter uyguladığına bakılmaksızın o tutucuyu onaylamadığını gösteriyor. Bu rejim yalnızca ihraç edilen tokenları kapsıyor; XRP fiyatının arkasındaki varlık ihraççı kapısına ihtiyaç duymuyor ve bu ayrım, defterin tokenomics yapısını kendi temel para biriminden ayırıyor. Tutucuları elerken getiri dağıtan bir yield-bearing stablecoin hazırlığındaki platformlar da dahil olmak üzere ihraççılar, kimin varlıklarını alabileceğini bu ayardan kontrol ediyor; incelemedeki alım yollarının uyum ağırlığı buradan geliyor.

Aktivasyon sabit bir izleyen izliyor. Düzenlemeler işlem işleme kurallarını değiştiriyor ve resmî belgelere göre bir düzenlemenin önce bir yazılım sürümüne girmesi, ardından iki hafta boyunca güvenilen doğrulayıcıların yüzde 80'den fazlasının desteğini koruması gerekiyor. İki yeni öneri de fixCleanup3_5_0 düzenlemesine bağlanıyor; yani akıbetleri o sürüm döngüsünden geçiyor. Zamanlama yol boyunca kayabilir: fixCleanup3_4_0'ın beklenen aktivasyon tarihi, aynı doğrulayıcı desteği şartıyla 23 Ekim Cuma'dan 4 Kasım Çarşamba'ya kaydı. Açık statü, çifti inceleme aşamasına yerleştiriyor; bakımcılar kodu okuyor, değişiklik istiyor ve mantığın bir sürüm adayına girmesine karar veriyor. Birleştirme, sürüme dâhil etme ve doğrulayıcı oyu, öneriler ile mainnet kuralları arasındaki basamaklar olarak duruyor.

#8650'nin Kapattığı Uyum Boşluğu

#8650'nin yamaladığı artık bakiye boşluğu teorik değil, uygulamada bir uyum açığı: mevcut kurallar altında onaysız bir hesap, elinde kalan tokenlarla almaya devam edebiliyor ve Require Auth kullanan ihraççılar tam da bu sonucu engellemeye çalışıyor. Daha dar düzeltmenin tercih edilmesi, alım yolunu kapatırken itfa akışlarını bozulmadan tutuyor; buna karşılık onaysız bakiyelerin diğer kullanımları gelecek bir tura bırakılıyor. İki önerinin birlikte incelemeye alınması da düzeltmeleri hizalıyor; #8648'in havuz düzeyindeki kontrolleri ile #8650'nin bakiye düzeyindeki kuralı aynı ihraççı kontrolüne hizmet ediyor. Defter hareketi buna paralel sürüyor: zincir üstü kayıtlar 24 saat içinde 1,8 milyar XRP'nin el değiştirdiğini gösteriyor, Ripple 1,8 milyar XRP'lik bu hareketle aktarım hacmini yüksek tuttu ve şirket 1 Kasım Pazar günü escrow'dan 1 milyar XRP'yi serbest bıraktı. Ripple aynı zamanda doğrudan RLUSD itfasını onaylı sözleşmelere bağlıyor; hepsi, ihraççı tarafı kontrollerin defteri şekillendirdiği yönündeki tabloya uyuyor. Bekleyen iş geliştiricilerin masasında: iki talebi birleştirmek, bir sürüme koymak ve sonra iki hafta boyunca yüzde 80'in üzerindeki doğrulayıcı desteğini korumak. Bir sonraki sürüm döngüsü kapanmadan hiçbir şey aktive olmuyor.