XRP Ledger, borç verme işlevindeki kasa işletim yapısını ve muhasebe yöntemini değiştiren sunucu yazılımı 3.4.0’ı yayımladı. Ancak borç vermeyle ilgili temel değişikliklerin ağa uygulanması için doğrulayıcı oylamasından geçmesi gerekiyor.
XRP Ledger geliştirme ekibi, 16’sında resmi blog üzerinden referans sunucu uygulaması ‘xrpld’ sürüm 3.4.0’ın yayımlandığını açıkladı. Yeni sürümde ‘LendingProtocolV1_1’ ve ‘fixCleanup3_4_0’ yer alırken, ‘fixAMMOverflowOffer’ protokole kalıcı olarak dahil edildiği için değişiklik listesinden çıkarıldı.
LendingProtocolV1_1’in temel değişikliği, kapalı kasa modelinin getirilmesi oldu. Kasalar fon toplama için ‘abonelik’, borç verme operasyonu için ‘yatırım’ ve fonların geri alınması için ‘itfa’ aşamalarında çalışacak.
Yatırım aşamasında para yatırma ve çekme işlemleri sınırlandırılacak, itfa aşamasında ise yeni borç oluşturulamayacak. Para yatıranlar, itfa aşamasında sahip oldukları payları geri alabilecek. Aşamaların geçiş takvimi kasa oluşturulurken belirlenecek ve sonradan değiştirilemeyecek.
Borç verme muhasebesi de değişecek. Mevcut yöntemde borç verildiği anda vade sonuna kadar beklenen faiz gelir olarak kaydediliyor. Değişiklik etkinleştirilirse yeni kasalar yalnızca fiilen tahsil edilen faizi gelir olarak kaydeden nakit esaslı muhasebe yöntemini kullanacak.
Bu değişiklik, henüz ödenmemiş faizin kasa varlıklarına ve pay fiyatına önceden yansıtıldığı yapıyı azaltacak. Ancak yeni muhasebe yöntemi mevcut kasalara geriye dönük uygulanmayacak; mevcut kasalar, değişiklik etkinleştirildikten sonra da önceki yöntemi sürdürecek.
Borç verme modeli, tek bir varlık kasasında toplanan fonlarla teminatsız ve sabit vadeli krediler kullandırılmasına dayanıyor. Kredinin kullandırılması ve geri ödenmesi XRP Ledger üzerinde işlenirken, borçlunun kredi değerlendirmesi ve risk yönetimi zincir dışında yürütülecek.
Mevcut uygulamada otomatik zincir üstü teminat ve tasfiye işlevleri bulunmuyor. İlgili yapı ve süreçler XRP Ledger borç verme protokolü belgelerinde yer alıyor.
LendingProtocolV1_1 etkinleştiğinde yeni oluşturulan borç verme brokerları yalnızca kapalı kasalara bağlanabilecek. Brokerlar, kasalarda toplanan likiditeyi kullanarak kredi kullandıracak; borçlunun kredi değerlendirmesi ve risk yönetimi ise zincir dışı süreç olarak kalacak.
Yazılımın yayımlanması, işlevin otomatik olarak etkinleştiği anlamına gelmiyor. XRP Ledger değişiklik kurallarına göre, güvenilir doğrulayıcıların yüzde 80’inden fazlasının desteğinin iki hafta boyunca korunması gerekiyor. Destek oranı bu seviyenin altına düşerse etkinleştirme süresi yeniden başlıyor.
Değişiklik listesi, LendingProtocolV1_1’i oylamaya sunulan bir değişiklik olarak tanımlıyor. Ana ağda etkin olup olmadığı ise doğrulanmış değil.
Yeni sürümde düğüm işletimi ve işlem işleme süreçlerine yönelik düzeltmeler de bulunuyor. Son defter kayıtlarında boşluk tespit edilirse çevrim içi silme işlemi geçici olarak durdurularak düğümün en güncel doğrulanmış deftere yakın tutulması sağlanıyor.
fixCleanup3_4_0 kapsamında, ihraççının güven hattı alımını engellemesi durumunda ilgili tekliflerin token alamamasını sağlayan bir düzeltme de yer alıyor. XRP Ledger’ın borç verme ve kasa işlevlerinin onay süreçleri ile uygulama aşamalarını içeren bir yol haritası olduğu daha önce TokenPost haberinde de ele alınmıştı.
Paket deposunda da değişikliğe gidildi. 3.4.0’dan itibaren DEB ve RPM paketleri ‘packages.xrplf.org’ adresinde XRP Ledger Vakfı imzalama anahtarıyla sunulacak. 3.3.0 ve daha eski sürümleri kullananların kurulumdan önce depo ayarlarını değiştirmesi gerekebilir.
XRP Ledger Vakfı, hizmet sürekliliği için sunucu operatörlerine 3.4.0’a yükseltme tavsiyesinde bulundu. Bundan sonraki temel süreç, LendingProtocolV1_1 için doğrulayıcı desteğinin yüzde 80’in üzerinde seviyeyi iki hafta boyunca koruyup koruyamayacağı olacak.
Yorum 0