XRP Ledger наблизився до активації пакета програмних виправлень 23 жовтня після отримання 29 голосів валідаторів, необхідних для схвалення, хоча його запланована система кредитування залишається нижче порогу голосування мережі.
Резюме
- Останній пакет виправлень помилок XRP Ledger отримав 29 голосів валідаторів, досягнувши порогу схвалення мережі.
- Оновлення може бути активоване 23 жовтня, якщо валідатори підтримуватимуть його протягом необхідного двотижневого періоду голосування.
- Запланована система кредитування все ще потребує 10 голосів, а її допоміжна функція сховища — ще восьми.
- Виправлення стосуються розрахунків за кредитами, обліку сховищ, обробки токенів та інших проблем обробки транзакцій у XRPL.
- Пропозиція щодо кредитування підтримуватиме строкові позики без застави, використовуючи брокерів для оцінки кредитоспроможності позичальників поза мережею.
Згідно з XRPL Dashboard, поправка, відома як fixCleanup3_4_0, станом на 19 жовтня отримала підтримку 29 із 35 валідаторів у стандартному списку довірених вузлів мережі. Пропозиція проходить обов'язковий двотижневий період схвалення, і її активація прогнозується на п'ятницю, якщо ця підтримка збережеться.
Оновлення містить виправлення, що впливають на транзакції з токенами, облік сховищ, автоматизованих маркет-мейкерів та процеси, пов'язані з кредитуванням. Його активація не ввімкне кредитування в мережі, оскільки основні пропозиції щодо кредитування та сховищ проходять окремі голосування.
Поправка LendingProtocol мала 19 валідаторів, які її підтримують, тобто їй бракує 10 голосів до необхідних 29. SingleAssetVault, який зберігав би кошти, що використовуються для позик, мав 21 голос і потребував ще восьми.
Виправлення помилок XRP Ledger орієнтоване на активацію 23 жовтня
Поправка fixCleanup3_4_0 досягла необхідної більшості валідаторів 9 жовтня, розпочавши 14-денний період, протягом якого підтримка має залишатися вище 80%.
Станом на контрольну точку 19 жовтня пропозиція завершила приблизно дев'ять днів цього періоду очікування. Дашборд прогнозував 23 жовтня близько 09:34 UTC як момент, коли завершиться необхідний період схвалення.
Фактична активація може відбутися незабаром після цього, оскільки XRP Ledger обробляє рішення щодо поправок через визначені інтервали, відомі як флаг-леджери.
Згідно з документацією мережі щодо поправок, ці перевірки відбуваються кожні 256 леджерів. Після завершення необхідного періоду очікування мережа фіксує рішення щодо поправки та застосовує оновлені правила в наступних леджерах.
У знімку дашборда від 19 жовтня виправлення мало рівно 29 голосів, не залишаючи жодних додаткових валідаторів, які підтримують, понад необхідний мінімум. Якби один із цих валідаторів відкликав підтримку до завершення періоду очікування, пропозиція опустилася б нижче необхідної більшості.
За правилами XRPL втрата цієї більшості перезапускає двотижневий період схвалення, коли достатню підтримку буде відновлено. Таким чином, час активації 23 жовтня є прогнозом, а не підтвердженням того, що оновлення вже набуло чинності.
Оператори серверів повинні запускати програмне забезпечення, яке розпізнає схвалені поправки. Згідно з документацією XRPL, сервери, що використовують старіші версії без необхідного коду, можуть стати заблокованими для поправок, щойно мережа почне застосовувати нові правила.
Розробники XRPL випустили версію 3.4.0 серверного програмного забезпечення xrpld 16 вересня та рекомендували операторам оновитися для підтримки сумісності.
Кредитування XRP Ledger все ще потребує 10 голосів до схвалення
Хоча частини очікуваного виправлення стосуються кредитування, служба кредитування мережі не отримала достатньої підтримки валідаторів для активації.
Пропозиція LendingProtocol, відома як XLS-66, отримала 19 із 35 голосів довірених валідаторів у знімку станом на 19 жовтня. Її супутня пропозиція SingleAssetVault, XLS-65, отримала 21 голос. Обидві потребують підтримки щонайменше 29 валідаторів протягом двох безперервних тижнів, перш ніж набути чинності.
Пропозиції мають бути активовані, перш ніж запланована кредитна система зможе працювати в головній мережі XRP Ledger. Навіть якби обидві негайно досягли необхідної кількості голосів, правило двотижневого очікування означає, що вони не могли б активуватися разом із пакетом виправлень помилок від 23 жовтня.
Окрема поправка, LendingProtocolV1_1, мала 19 голосів підтримки. Представлена у версії 3.4.0, вона пропонує зміни до дизайну кредитних сховищ та обліку відсотків за позиками.
Додаткова поправка вимагатиме, щоб новостворені кредитні брокери використовували закриті сховища, де депозити, кредитування та виведення коштів відбуваються за визначеними етапами.
Пропозиція поділяє цей процес на періоди підписки, інвестування та погашення.
Вона змінить облік відсотків так, щоб дохід визнавався, коли позичальники фактично здійснюють платежі, замість запису всіх запланованих відсотків на початку позики.
Ці запропоновані зміни залишаються предметом схвалення валідаторами.
У вересні crypto.news повідомив про випуск програмного забезпечення та його дві нові поправки, зазначивши, що випуск робочого коду сам по собі не активував нові кредитні правила.
Останній підрахунок голосів валідаторів показує, що об'єднане оновлення обслуговування просувається швидше, ніж фінансові функції, які воно частково підтримує.
Кредитний дизайн покладається на брокерів для перевірки позичальників
Згідно із запропонованою кредитною системою XRPL, вкладники вносили б активи до спільного сховища, а кредитний брокер організовував би строкові позики, використовуючи ці об'єднані кошти.
Реєстр записував би кредитні зобов'язання, погашення та інші пов'язані транзакції.
Позичальникам не довелося б надавати заставу безпосередньо через протокол.
Натомість кредитні брокери оцінювали б фінансовий стан позичальників та їхню здатність погашати позики за допомогою перевірок, що виконуються поза блокчейном. Така домовленість поклала б на брокерів відповідальність за визначення того, які позичальники кваліфікуються та які кредитні умови вони отримують.
Опублікований дизайн включає необов'язковий механізм захисту під назвою капітал першого збитку. Брокер міг би розмістити додаткові активи на окремий рахунок, щоб допомогти покрити збитки, коли позичальники не погашають свої позики.
Захист залежав би від доступної суми. Він не гарантував би, що вкладники зможуть повернути всі свої кошти після дефолту. Документація XRPL пояснює, що протокол наразі не забезпечує автоматичного управління заставою в ланцюжку або ліквідації.
Кредитні брокери мали б можливість оголосити позику дефолтною після того, як позичальник пропустить платіж і відповідний пільговий період спливе.
Протокол призначений для підтримки інституційної кредитної діяльності з використанням XRP та інших прийнятних активів, випущених у реєстрі. Ripple підтримувала розробку кредитних пропозицій у рамках своєї роботи з фінансовими установами.
У серпні Ripple підтримала обидві поправки через свій валідатор, поки вони залишалися нижче порогу активації.
Окремий червневий повторний аудит безпеки кредитування не виявив критичних або високоризикових недоліків у змінах, перевірених фірмою з кібербезпеки Halborn.
Відсутність критичних висновків у цьому огляді не означала схвалення мережею або гарантії від майбутніх проблем із програмним забезпеченням.
Останнє оновлення програмного забезпечення виправляє помилки сховищ і транзакцій
Примітки до випуску xrpld 3.4.0 від 16 вересня описують кілька виправлень, включених до fixCleanup3_4_0.
Одне виправлення запобігає тому, щоб певні транзакції відновлення автоматичного маркет-мейкера знищували токени постачальника ліквідності користувача, коли округлення призвело б до того, що жодні базові активи не були б відновлені.
Інші зміни стосуються розрахунків, що використовуються, коли люди вносять або знімають кошти зі сховищ. Виправлення покликані забезпечити узгодженість балансів активів сховища та кількості часток, виданих вкладникам, під час транзакцій.
Щодо кредитування, розробники оновили правила, які охоплюють авторизацію, заморожені активи, облікові дані та призначення платежів. У примітках до випуску зазначено зміни, що стосуються того, як дефолти за позиками взаємодіють із заморожуванням активів, і як протокол перевіряє зняття коштів із сховищ із дозвільним доступом.
Окремі коригування стосуються транзакцій децентралізованої біржі з дозвільним доступом, пропозицій NFT та обробки ескроу. Одне виправлення, пов'язане з підписами, запроваджує окремі криптографічні префікси для різних ролей підпису. Ця зміна запобігає повторному використанню підпису, призначеного для однієї ролі, в іншій.
Випуск також посилює обмеження на певні транзакції з токенами та запроваджує перевірки, які раніше лише фіксувалися в програмних журналах. Ці виправлення включено до програмного випуску, але потребують активації відповідної поправки, перш ніж його нові правила транзакцій стануть застосовними в основній мережі.
Випуск версії 3.4.0 додатково змінює спосіб розповсюдження сумісних серверних пакетів, причому підписані інсталяційні пакети для Linux надаються через XRPL Foundation.
Повідомлення про випуск фонду інструктує операторів оновити свої сервери до версії 3.4.0, щоб підтримувати роботу в міру прийняття мережею нових поправок.
