AktualnościKryptoXRP Ledger wydaje wersję 3.4.0 z nowymi zmianami w protokole pożyczkowym

XRP Ledger wydaje wersję 3.4.0 z nowymi zmianami w protokole pożyczkowym

Autor: LiveBitcoinNews·

Najważniejsze informacje

  • Fundacja XRP Ledger wydała xrpld 3.4.0 w dniu 16 września, wprowadzając poprawki LendingProtocolV1_1 i fixCleanup3_4_0, przy czym poprawka fixAMMOverflowOffer zostaje wycofana.
  • LendingProtocolV1_1 rozszerzyłaby Single Asset Vaults o zamknięte vaulty działające w fazach subskrypcji, inwestycji i odkupu, a po aktywacji nowi pośrednicy pożyczkowi mieliby obowiązek korzystać z zamkniętych vaultów.
  • Proponowany model księgowania cash-basis uznawałby odsetki za przychód dopiero po faktycznej płatności pożyczkobiorcy — podejście bardziej konserwatywne niż ujmowanie należnych odsetek w momencie udzielenia pożyczki.
  • Poprawka fixCleanup3_4_0 grupuje poprawki dotyczące vaultów, automatycznych animatorów rynku, Multi-Purpose Tokens, NFT, escrow i handlu z uprawnieniami oraz dodaje odrębne prefiksy haszu podpisu, zapobiegające ponownemu użyciu podpisów między rolami.
  • Poprawki staną się aktywnymi regułami księgi dopiero po uzyskaniu ponad 80% poparcia zaufanych walidatorów nieprzerwanie przez dwa tygodnie, a Fundacja wzywa operatorów do aktualizacji za pomocą pakietów Linux hostowanych na packages.xrplf.org.
XRP Ledger wydaje wersję 3.4.0 z nowymi zmianami w protokole pożyczkowym

XRP Ledger wydał wersję 3.4.0 swojego oprogramowania podstawowego, wprowadzając nowe zasady pożyczkowe, poprawki protokołu oraz ulepszenia wydajności dla operatorów sieci. Proponowane zmiany pożyczkowe nie wejdą w życie automatycznie i nadal wymagają poparcia walidatorów, zanim staną się aktywne w XRP Ledger.

XRPL 3.4.0 wprowadza zmiany w protokole pożyczkowym

Fundacja XRP Ledger ogłosiła wydanie xrpld 3.4.0 w dniu 16 września, dodając dwie poprawki do rozważenia przez walidatorów. Wydanie obejmuje LendingProtocolV1_1 oraz fixCleanup3_4_0, przy czym poprawka fixAMMOverflowOffer zostaje wycofana.

LendingProtocolV1_1 rozszerza Single Asset Vaults o zamknięte vaulty (closed-ended) i księgowanie w metodzie cash-basis. Zgodnie z proponowaną strukturą vaulty miałyby działać w trzech fazach: subskrypcji, inwestycji i odkupu.

W fazie subskrypcji użytkownicy mogą wpłacać aktywa do vaultu przed rozpoczęciem okresu inwestycji. Zarówno wpłaty, jak i wypłaty są wstrzymane w okresie inwestycji, podczas gdy zgromadzone środki mogą być wykorzystane do udzielania pożyczek. Odkup rozpoczyna się po zakończeniu okresu inwestycji, umożliwiając uczestnikom odzyskanie swoich udziałów wraz z zapadalnością kwalifikujących się pożyczek. Po aktywacji poprawki nowi pośrednicy pożyczkowi również mieliby obowiązek korzystać z zamkniętych vaultów.

Z kolei księgowanie w metodzie cash-basis uznawałoby odsetki za przychód dopiero wtedy, gdy pożyczkobiorcy faktycznie dokonają płatności. Różni się to od poprzedniego modelu, w którym należne odsetki byłyjmowane w momencie udzielenia pożyczki. Ujmowanie w metodzie cash-basis jest ogólnie uznawane za bardziej konserwatywne z tych dwóch podejść, ponieważ zgłaszany przychód vaultu odzwierciedla wyłącznie faktycznie otrzymane płatności, a nie kwoty nadal należne od pożyczkobiorców.

XRP Ledger version 3.4.0 is now available ✅ New amendments for voting: – Lending Protocol v1.1 – closed-ended vaults and cash-basis accounting. – fix Cleanup – bundled fixes. Performance and Stability: – Online delete now pauses on ledger history gaps, so nodes stay closer… pic.twitter.com/hiW8XuL2AZ

— XRP Ledger Operations (@XRPLOperations) September 17, 2026

Nowe wydanie dodaje poprawki protokołu i wydajności

Poza pożyczkami XRPL 3.4.0 wprowadza szeroki zestaw poprawek protokołu i ulepszeń sieciowych. Poprawka fixCleanup3_4_0 grupuje poprawki dotyczące vaultów, automatycznych animatorów rynku, Multi-Purpose Tokens (MPT), NFT, escrow oraz handlu z uprawnieniami.

Na przykład aktualizacja zmienia zachowanie AMMClawback w sytuacji, gdy zaokrąglenie MPT daje zerową kwotę odzysku. Wzmacnia również kontrole sald i transferów MPT, które wcześniej jedynie generowały wpisy do logów, zamiast wymuszać niezmienniki protokołu.

Wydanie dodaje także odrębne prefiksy haszu podpisu dla podpisów kontrahenta i sponsora, co zapobiega ponownemu użyciu podpisu utworzonego dla jednej roli jako podpisu innej roli.

Na poziomie węzłów usuwanie online jest teraz wstrzymywane, gdy najnowsza historia księgi zawiera luki. Dzięki temu serwery mogą pozostawać bliżej najnowszej księgi, zarządzając jednocześnie danymi historycznymi. Deweloperzy zoptymalizowali również kontrole zamrożenia MPT oraz wzmocnili obsługę wiadomości między węzłami, a dodatkowe poprawki obejmują zbyt duże listy transakcji, operacje bazodanowe, nieprawidłowe dane wejściowe i inne przypadki brzegowe.

O aktywacji pożyczek nadal decyduje głosowanie walidatorów

Co istotne, instalacja XRPL 3.4.0 nie aktywuje automatycznie proponowanych zmian pożyczkowych. Poprawki nadal wymagają wystarczającego poparcia walidatorów, zanim staną się regułami sieci. Proces poprawek XRPL wymaga, aby poprawka otrzymała ponad 80% poparcia zaufanych walidatorów nieprzerwanie przez dwa tygodnie.

Wydanie oprogramowania dostarcza zatem kod niezbędny do obsługi LendingProtocolV1_1, podczas gdy aktywacja pozostaje uzależniona od głosowania walidatorów. Leżąca u podstaw architektura pożyczkowa pozostaje istotna, ponieważ nowa poprawka rozszerza istniejącą funkcjonalność Single Asset Vault oraz protokołu pożyczkowego księgi.

Fundacja wezwała operatorów serwerów do jak najszybszej aktualizacji do wersji 3.4.0. Pakiety Linux DEB i RPM są teraz hostowane na packages.xrplf.org i podpisywane kluczem Fundacji XRPL. Operatorzy korzystający ze starszych wersji mogą zatem musieć zaktualizować konfigurację repozytoriów przed instalacją nowego wydania.

Na razie XRPL 3.4.0 ustanawia techniczne podstawy rozszerzonej funkcjonalności pożyczkowej, jednocześnie wzmacniając podstawową infrastrukturę sieci. Kolejnym kamieniem milowym jest samo głosowanie walidatorów: utrzymane poparcie powyżej progu 80% w wymaganym dwutygodniowym oknie przesunęłoby którąkolwiek z poprawek z dostępnego kodu do aktywnych reguł księgi.