Розробники XRP Ledger випустили xrpld версії 3.4.0 16 вересня, додавши два пакети поправок, які переглядають запропоновані нативні функції кредитування та зміцнюють кілька шляхів транзакцій, одночасно закликаючи операторів серверів оновитися.
Підсумок
- XRPL версії 3.4.0 представляє дві поправки, що охоплюють зміни кредитування, а також пакет виправлень протоколу.
- LendingProtocolV1_1 додає закриті сховища та касовий облік, але активація в mainnet все ще вимагає стійкого консенсусу валідаторів.
- Операторів серверів закликають якнайшвидше оновитися, оскільки XRPL Foundation тепер розповсюджує підписані пакети Linux.
- fixCleanup3_4_0 зміцнює сховища, AMM, MPT, ескроу, підписування, облікові дані та поведінку дозволеної торгівлі на всіх шляхах транзакцій.
- Нова поправка щодо кредитування залежить від XLS-65 і XLS-66, які залишаються нижче порогів активації.
Офіційний реліз XRPL повідомляє, що версія 3.4.0 представляє LendingProtocolV1_1 та fixCleanup3_4_0, одночасно виводячи з експлуатації fixAMMOverflowOffer після того, як його поведінка після поправки стала постійною частиною протоколу.
Випуск програмного забезпечення не означає, що будь-яка з нових поправок активна в mainnet. Процес внесення поправок XRPL вимагає, щоб пропозиція отримувала понад 80% підтримки від довірених валідаторів безперервно протягом двох тижнів, перш ніж її правила набудуть чинності.
Lending V1.1 додає закриті сховища та касовий облік
Реліз XRPL 3.4.0 повідомляє, що LendingProtocolV1_1 змінює дизайн Single Asset Vaults та Lending Protocol, впроваджуючи закриті сховища з визначеними періодами підписки, інвестування та погашення.
Технічна документація Ripple повідомляє, що вкладники можуть додавати або вилучати активи під час фази підписки. Під час інвестиційного періоду депозити та вилучення припиняються, тоді як активи можуть фінансувати позики. Погашення починається після закінчення інвестиційного періоду, дозволяючи вкладникам відновити свою частку після настання строку позик.
Після активації LendingProtocolV1_1 документація XRPL повідомляє, що нові кредитні брокери можуть бути приєднані лише до закритих сховищ. Існуючі кредитні відносини, створені за попередніми правилами, отримують окрему обробку, щоб непогашені позиції могли продовжувати управлятися.
Модель обліку змінюється одночасно. Документація Ripple повідомляє, що нові сховища визнаватимуть відсотки лише тоді, коли позичальники фактично здійснюють платежі.
За попередньою моделлю всі заплановані відсотки визнавалися при видачі позики. Касовий облік залишає несплачені майбутні відсотки поза доходами сховища до надходження платежу, впливаючи на AssetsTotal, розрахунки боргу за позикою та облікову обробку дефолтів.
Правила V1.1 не конвертуватимуть старі сховища заднім числом. Документація Ripple повідомляє, що сховища, створені за попереднім методом обліку, зберігають цю модель після активації V1.1.
Як раніше повідомлялося про поправки, валідатор Ripple вже голосував за базові пропозиції SingleAssetVault та LendingProtocol у серпні, але схвалення валідаторів залишалося значно нижче рівня, необхідного для активації в mainnet.
XRPL 3.4.0 містить великий набір виправлень транзакцій
Друга поправка, fixCleanup3_4_0, містить виправлення, що охоплюють кредитування, сховища, автоматизованих маркет-мейкерів, токени багатоцільового призначення, NFT, ескроу, дозволену торгівлю та авторизацію облікових записів.
Офіційний реліз повідомляє, що одна зміна запобігає спалюванню AMMClawback токенів постачальника ліквідності власника, одночасно відновлюючи нульові базові активи, коли округлення MPT зменшує розраховану суму відновлення до нуля.
Інше виправлення посилює інваріанти MPT. Розробники XRPL заявили, що перевірки ValidMPTBalanceChanges та ValidMPTTransfer, які раніше генерували логи, тепер примусово застосовуються відповідно до поправки та продовжують діяти, коли транзакції зазнають невдачі.
Для сховищ з одним активом реліз перелічує зміни точності та округлення для депозитів, зняттів та повернень. Правила розроблені так, щоб підтримувати відповідність між записаними активами, доступними активами та непогашеною пропозицією часток, коли конвертації досягають меж точності.
Дозволена торгівля отримує кілька виправлень. Пакет виключає видалені пропозиції домену з одного інваріанта Permissioned DEX, посилює перевірки домену та виправляє спосіб видалення прострочених облікових даних під час виконання транзакцій OfferCreate або Payment.
Поведінка підписування отримує окремий захист. Реліз повідомляє, що версія 3.4.0 призначає різні префікси хешу підпису для підписів контрагента та спонсора, щоб підпис, створений для однієї ролі, не міг бути відтворений як інший.
Реліз містить зміцнення вузлів нижчого рівня поза пакетом поправок. Розробники виправили необмежений пошук у базі даних через TMGetLedger, обмежили розмір вхідних списків TMTransactions та запровадили плату за транзакції, які не можуть бути десеріалізовані.
Розробники XRPL заявили, що версія 3.4.0 включає виправлення першої фази, що виникли в результаті аудиту MPT та DEX і висновків attackathon. Реліз не ідентифікує ці виправлення як доказ активної експлуатації в mainnet.
У попередньому огляді оновлення версія 3.3.0 вже представила код для кількох окремих пропозицій, включаючи виправлену функціональність Batch, спонсоровані комісії та конфіденційні передачі MPT, при цьому для активації все ще потрібне схвалення валідаторів.
Схвалення валідаторів все ще відокремлює реліз від активації
Офіційні правила поправок XRPL стверджують, що встановлення програмного забезпечення, яке містить поправку, лише надає серверу код, необхідний для розуміння запропонованих правил. Валідатори окремо вирішують, чи голосувати за активацію.
Поточний код функцій XRPLF перелічує як LendingProtocolV1_1, так і fixCleanup3_4_0 як підтримувані, зберігаючи поведінку голосування DefaultNo. Налаштування default-no означає, що запуск програмного забезпечення сам по собі не віддає стверджувальний голос за поправку, коли оператор не налаштував інший вибір.
Базові компоненти кредитування все ще не досягли активації. Знімок від 17 вересня на основі даних історії валідаторів XRPL Foundation показав, що 16 з 35 довірених валідаторів підтримують SingleAssetVault і 13 з 35 підтримують LendingProtocol.
Ці підрахунки є чутливими до часу і походять з незалежного мережевого трекера, а не з фіксованої цифри, опублікованої в примітках до випуску. Офіційне правило залишається незмінним: понад 80% підтримки, що зберігається протягом двох безперервних тижнів.
Нова поправка V1.1 залежить від базової архітектури кредитування. Поточна специфікація XLS-66 описує строкове, незабезпечене кредитування з використанням коштів, об'єднаних через сховища з одним активом, тоді як андеррайтинг позичальника та оцінка кредитного ризику залишаються поза мережею.
Ця ж специфікація залишається класифікованою як чернетка. Жодне джерело, розглянуте для цього оновлення, не показало позику в mainnet, виконану через запропонований нативний протокол, або дату активації LendingProtocolV1_1.
Оператори вузлів тепер отримують пакети від XRPL Foundation
Версія 3.4.0 змінює шлях розповсюдження для серверних пакетів Linux. Офіційний реліз повідомляє, що пакети Debian та RPM тепер розміщуються через packages.xrplf.org і підписуються ключем XRPL Foundation.
Розробники XRPL закликали операторів серверів встановити 3.4.0 «якнайшвидше», щоб підтримувати безперервність обслуговування. Опубліковані файли DEB та RPM містять контрольні суми SHA-256, щоб оператори могли перевірити завантажені пакети перед встановленням.
GitHub тепер зазначає 3.4.0 як найновіший незмінний випуск xrpld release, прив’язаний до коміту 4a4fded2eba11427c48ce3f24d9c1aea5e7a9d17. Репозиторій повідомляє, що тег випуску та коміт версії мають перевірені підписи.
Той самий випуск скасовує fixAMMOverflowOffer. Згідно з моделлю поправок XRPL, скасування не відміняє виправлення. Воно видаляє застарілу поведінку, що існувала до поправки, після того як нові правила стали усталеною постійною поведінкою протоколу.
Підтримка клієнтів і перевірка безпеки все ще розвиваються
Бібліотеки застосунків рухаються разом із випуском сервера. Історія JavaScript-клієнта XRPLF history зазначає підтримку LendingProtocolV1_1 у розділі невипущеного після xrpl.js 5.2.0, який вийшов 11 вересня.
Історія binary-codec shows версія 2.11.0 вже містить специфічні для ролі префікси підпису спонсора та контрагента, які використовує fixCleanup3_4_0, разом із визначеннями протоколу, згенерованими з xrpld 3.4.0.
Тестування безпеки роботи з кредитуванням продовжувалося окремо від голосування валідаторів. Sherlock заявив 27 серпня review що Ripple розпочала виключно AI-перевірку Lending Protocol V1.1 через свій Audit Engine.
Sherlock заявив, що опублікує більше інформації після завершення перевірки, але остаточних висновків щодо V1.1 не було знайдено в його публічних матеріалах, перевірених для цього звіту. Раніше тестування охоплювало попередню версію системи кредитування; prior independent audit coverage повідомлялося, що попередній повторний аудит Halborn не виявив критичних або високоризикових проблем, але виявив одну середню, дві низькі та дві інформаційні знахідки.
