Разработчики XRP Ledger выпустили xrpld версии 3.4.0 16 сентября, добавив два пакета поправок, которые пересматривают предложенные нативные функции кредитования и укрепляют несколько путей транзакций, одновременно призывая операторов серверов обновиться.
Сводка
- XRPL версии 3.4.0 представляет две поправки, охватывающие изменения в кредитовании, а также пакет исправлений протокола.
- LendingProtocolV1_1 добавляет закрытые хранилища и кассовый учёт, но для активации в основной сети по-прежнему требуется устойчивый консенсус валидаторов.
- Операторов серверов призывают быстро обновиться, так как XRPL Foundation теперь распространяет подписанные пакеты для Linux.
- fixCleanup3_4_0 укрепляет хранилища, AMM, MPT, эскроу, подписывание, учётные данные и поведение разрешённой торговли на всех путях транзакций.
- Новая поправка о кредитовании зависит от XLS-65 и XLS-66, которые остаются ниже порогов активации.
Официальный релиз XRPL сообщает, что версия 3.4.0 вводит LendingProtocolV1_1 и fixCleanup3_4_0, одновременно выводя из эксплуатации fixAMMOverflowOffer после того, как его поведение после поправки стало постоянной частью протокола.
Выпуск программного обеспечения не означает, что какая-либо из новых поправок активна в основной сети. Процесс внесения поправок XRPL требует, чтобы предложение получало более 80% поддержки от доверенных валидаторов непрерывно в течение двух недель, прежде чем его правила вступят в силу.
Lending V1.1 добавляет закрытые хранилища и кассовый учёт
Релиз XRPL 3.4.0 сообщает, что LendingProtocolV1_1 изменяет дизайн Single Asset Vaults и протокола кредитования, вводя закрытые хранилища с определёнными периодами подписки, инвестирования и погашения.
Техническая документация Ripple сообщает, что вкладчики могут добавлять или выводить активы во время фазы подписки. Во время инвестиционного периода депозиты и снятие средств прекращаются, при этом активы могут финансировать кредиты. Погашение начинается после окончания инвестиционного периода, позволяя вкладчикам вернуть свою долю после погашения кредитов.
Как только LendingProtocolV1_1 станет активной, документация XRPL сообщает, что новые кредитные брокеры могут быть привязаны только к закрытым хранилищам. Существующие кредитные отношения, созданные по более ранним правилам, получают отдельную обработку, чтобы непогашенные позиции могли продолжать управляться.
Модель учёта меняется одновременно. Документация Ripple сообщает, что новые хранилища будут признавать проценты только тогда, когда заёмщики фактически производят платежи.
В рамках более ранней модели все запланированные проценты признавались при выдаче кредита. Кассовый учёт оставляет неоплаченные будущие проценты за пределами дохода хранилища до поступления платежа, влияя на AssetsTotal, расчёты задолженности по кредитам и учётную трактовку дефолтов.
Правила V1.1 не будут ретроактивно конвертировать старые хранилища. Документация Ripple сообщает, что хранилища, созданные по предыдущему методу учёта, сохраняют эту модель после активации V1.1.
Как сообщалось в более раннем освещении поправок, валидатор Ripple уже голосовал за базовые предложения SingleAssetVault и LendingProtocol в августе, но одобрение валидаторов оставалось значительно ниже уровня, необходимого для активации в основной сети.
XRPL 3.4.0 включает большой набор исправлений транзакций
Вторая поправка, fixCleanup3_4_0, содержит исправления, охватывающие кредитование, хранилища, автоматические маркет-мейкеры, многоцелевые токены, NFT, эскроу, разрешённую торговлю и авторизацию аккаунтов.
Официальный релиз сообщает, что одно изменение предотвращает сжигание AMMClawback токенов поставщика ликвидности держателя при восстановлении нулевых базовых активов, когда округление MPT уменьшает расчётную сумму восстановления до нуля.
Другое исправление усиливает инварианты MPT. Разработчики XRPL заявили, что проверки ValidMPTBalanceChanges и ValidMPTTransfer, которые ранее генерировали логи, теперь принудительно применяются в рамках поправки и продолжают действовать при неудачных транзакциях.
Для хранилищ с одним активом релиз перечисляет изменения точности и округления при депозитах, снятиях и возвратах. Правила разработаны так, чтобы поддерживать соответствие учтённых активов, доступных активов и находящегося в обращении предложения долей при достижении конверсиями границ точности.
Разрешённая торговля получает несколько исправлений. Пакет исключает удалённые предложения домена из одного инварианта разрешённой DEX, ужесточает проверки домена и исправляет способ удаления истёкших учётных данных при выполнении транзакций OfferCreate или Payment.
Поведение подписи получает отдельную защиту. Релиз сообщает, что версия 3.4.0 назначает разные префиксы хеша подписи для подписей контрагента и спонсора, чтобы подпись, созданная для одной роли, не могла быть воспроизведена как другая.
Релиз содержит более низкоуровневое усиление защиты узла вне пакета поправок. Разработчики исправили неограниченный поиск в базе данных через TMGetLedger, ограничили размер входящих списков TMTransactions и ввели комиссию за транзакции, которые не могут быть десериализованы.
Разработчики XRPL заявили, что версия 3.4.0 включает исправления первого этапа, возникшие в результате аудита MPT и DEX и находок attackathon. Релиз не идентифицирует эти исправления как доказательство активной эксплуатации в основной сети.
В предыдущем освещении обновления версия 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 описывает срочное необеспеченное кредитование с использованием средств, объединённых через хранилища с одним активом, в то время как андеррайтинг заёмщика и оценка кредитного риска остаются вне сети.
Та же спецификация по-прежнему классифицируется как черновик. Ни один источник, рассмотренный для этого обновления, не показал кредит в основной сети, исполненный через предлагаемый нативный протокол, или дату активации 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, привязанный к коммиту 4a4fded2eba11427c48ce3f24d9c1aea5e7a9d17. Репозиторий сообщает, что тег выпуска и коммит версии имеют проверенные подписи.
Тот же выпуск отменяет fixAMMOverflowOffer. В модели поправок XRPL отмена не отменяет исправление. Она удаляет устаревшее поведение, существовавшее до поправки, после того как новые правила стали постоянным поведением протокола.
Поддержка клиентов и проверка безопасности всё ещё развиваются
Прикладные библиотеки развиваются вместе с выпуском сервера. В истории JavaScript-клиента XRPLF поддержка LendingProtocolV1_1 указана в разделе невыпущенных версий после xrpl.js 5.2.0, который вышел 11 сентября.
История binary-codec показывает, что версия 2.11.0 уже содержит специфичные для роли префиксы подписи спонсора и контрагента, используемые fixCleanup3_4_0, а также определения протокола, сгенерированные из xrpld 3.4.0.
Тестирование безопасности кредитной работы продолжалось отдельно от голосования валидаторов. Sherlock заявил в обзоре от 27 августа, что Ripple начала проверку Lending Protocol V1.1 только с использованием ИИ через свой Audit Engine.
Sherlock заявил, что опубликует больше информации после завершения проверки, но окончательные результаты по V1.1 не были найдены в его публичных материалах, проверенных для этого отчёта. Более раннее тестирование охватывало предыдущую версию кредитной системы; предыдущее независимое аудиторское покрытие сообщало, что более ранний повторный аудит Halborn не выявил критических или высокорисковых проблем, но обнаружил одну среднюю, две низкие и две информационные находки.
