XRP Doğrulayıcıları LendingProtocolV1_1'i Yüzde 80 Eşiğiyle Oylayacak mı?

LendingProtocolV1_1 Doğrulayıcı Oylamasında

XRP Ledger üzerinde borç verme kapalı kasalarla mı yürüyecek, yoksa açık uçlu yapısıyla mı devam edecek? XRPL adlı ve XRP transferlerini gerçekleştiren blok zinciri ağının doğrulayıcıları bu hafta bu soruyu yanıtlıyor: LendingProtocolV1_1 değişikliği oylamaya açıldı. Öneri, kapalı uçlu kasaları ve nakit esaslı faiz muhasebesini getiriyor; yani kasaların mevduatı kabul biçimi ile getirinin raporlanma şekli değişiyor. Karar doğrudan XRP fiyatını etkilemiyor; gündemdeki konu ağın kendi borç verme altyapısı. Evet oyu çıkarsa bu disiplin, henüz hiç borç verme piyasası var olmadan, doğrudan ledger'ın koduna yazılmış olur.

Önerilen yapının özü, kasaların üç aşamadan geçmesi: abonelik, yatırım ve itfa. Varlıklar yalnızca abonelik aşamasında girebiliyor; komişyoncular (loan broker) yatırım aşamasında kredi açıyor ve çekimler itfa aşamasında yapılıyor. Her aşama farklı bir eylemi kilitlediği için mevduat zamanlaması, kredi açımı ve çıkışlar artık üst üste binmiyor. Mevcut açık uçlu kasalarda katılımcılar diledikleri an girip çıkabiliyor, bu da kazaların katılımcılar arasında nasıl dağıldığını kaydırabiliyor. Kapalı uçlu kasalarda ise üye kadrosu sabitleniyor: pencere kapandıktan sonra kasa ek pay basmıyor ve geç kalanlar yatırım ile itfa boyunca dışarıda kalıyor. Kapalı bir defter, getiriyi sürekli değişen bir havuz yerine sabit katılımcı grubu arasında bölüyor.

Değişiklik kaydında LendingProtocolV1_1, iki önceki değişikliğin uzantısı olarak tanımlanıyor: LendingProtocol ve SingleAssetVault. Etkinleştirilirse yeni kredi komişyoncularının kurulması da yalnızca kapalı uçlu kasalarla sınırlandırılacak; böylece yeni borç verme faaliyeti güncellenmiş yapıya bağlanmış olacak. RippleX, 30 Eylül tarihli bir gönderide durumu netleştirdi ve önerinin doğrulayıcı oylamasına açık olduğunu doğrulayan bir not paylaştı; gönderide LendingProtocol ile SingleAssetVault'un, LendingProtocolV1_1 etkinleşmeden ilerleyemeyeceği hatırlatıldı.

@RippleXDev · X gönderisi

Önerinin doğrulayıcı oylamasına açık olduğunu doğrulayan bir not paylaştı.

X'te görüntüle

Sayıların değiştiği yer muhasebe tarafı. Mevcut tasarımda bir kasa, planlanan faizi kredi açıldığı anda gelir yazıyor; borçlunun henüz ödemediği faiz dahi dahil. LendingProtocolV1_1 bunu nakit esaslı muhasebeyle değiştiriyor: faiz, ancak borçlu gerçekten ödediğinde gelir sayılıyor. Böylece kasanın AssetsTotal değeri beklenen gelecekteki faizi değil, fiilen eline geçen faizi yansıtacak. Getiriler, takvimin söylediği anda değil, nakit geldiği anda kayıtlara geçecek.

Değişikliklerin yönelduğu tasarım üç parçalı bir borç verme sistemi. LendingProtocol kredi komişyoncusu işlevlerini karşılıyor: kredi açımı, geri ödeme ve temerrüt yönetimi. SingleAssetVault havuzlanmış varlıkları sağlıyor. LendingProtocolV1_1 ise bunların üzerine kapalı uçlu kasaları ve revize faiz muhasebesini ekliyor.

Krediler vadeli ve teminatsız; zincir üzerinde otomatik teminat ya da likidasyon yönetimi yok. Komişyoncular, kaçan ödemelerin bir kısmını emecek şekilde ilk zarar sermayesi koyabiliyor. Bu da oylamayı bir altyapı kararı yapıyor; borçlunun talebinin kanıtı, garanti edilmiş bir APY ya da canlı bir borç verme piyasası anlamına gelmiyor. XRPL'deki daha geniş altyapı çalışmaları da benimsemeyi kanıtlamıyor.

Onay süreci XRPL'in değişiklik kurallarına göre işliyor: güvenilen doğrulayıcıların yüzde 80'den fazlasının desteği, iki hafta boyunca kesintisiz sürmeli; desteğin bu seviyenin altına inmesi bekleme süresini yeniden başlatıyor. Doğrulayıcılar durumu her bayrak ledger'ında kontrol ediyor, bu genellikle yaklaşık 15 dakikada bir gerçekleşiyor; çoğunluk sayımı ise her 256'ıncı ledger'da yapılıyor. Bu yazı yazılırken değişikliğin anlık destek yüzdesi yayınlanmamıştı ve materyallerde bir etkinleşme tarihi ya da lansman takvimi yer almıyordu. Yazılım bağımlılığı da var: değişiklik kodunu içermeyen eski xrpld sürümleri değişiklik bloğu durumuna düşebiliyor ve yükseltilene kadar bu sunucular ledger doğrulayamıyor, konsensüse katılamıyor, işlem işleyemiyor ve gelecekteki değişiklikler üzerinde oy veremiyor. Üç değişikliğin tamamının onaylanması, borç vermeye ana ağ üzerinde başlanması için şart.

Yüzde 80 Barajı ve Açık Soru

Asıl hüküm, oylama kaydında yazılacak ve o kayıt şimdilik boş. Önerinin metni ile bağımlılıkları herkese açık; ancak anlık destek yüzdesi, katılım oranı ve lansman tarihi henüz açıklanmadı. Doğrulanmış tek şey şu: soru, yüzde 80 barajıyla iki hafta boyunca tutulması koşuluyla usulen doğrulayıcıların önünde duruyor. Destek sürerse nakit esaslı muhasebe ve kapalı kasalar, ledger üzerinde XRP borç verme için varsayılan yola dönüşür; destek gerilerse iki haftalık süreç baştan başlar. Kayıt dolana kadar soru açık kalıyor: ledger'ın borç verme geleceği kapalı uçlu ve nakit ödemeli mi olacak, yoksa esnek mi bırakılacak?