Конкурс аудита сообщества на сумму 550 000 долларов выявил две критические уязвимости в функциях XRP Ledger, которые могли опустошить счета пользователей без закрытых ключей. Результаты показывают, насколько модель Ripple «аудит перед выпуском» резко отличается от общепринятой в криптоиндустрии практики «патч после эксплойта».
Резюме
- Двухнедельный конкурс аудита Sherlock, открывшийся 13 апреля 2026 года, выявил 96 действительных уязвимостей в пяти предложенных поправках к XRP Ledger, включая 2 критические и 6 ошибок высокой степени серьезности, до того как какая-либо из них попала в основную сеть.
- Ripple выплатила 309 000 долларов в RLUSD из призового фонда в 550 000 долларов, что ознаменовало первое сотрудничество между Sherlock и Ripple и один из крупнейших конкурсов аудита 2026 года.
- Наиболее серьезной находкой была ошибка проверки подписи в поправке Batch, которая позволила бы злоумышленникам выполнять транзакции с любого счета без владения его закрытыми ключами; впервые она была идентифицирована 19 февраля 2026 года исследователем Пранамьей Кешкаматом и ИИ-инструментом Cantina Apex.
- Отдельная критическая ошибка в Permission Delegation позволяла злоумышленникам незаметно выводить балансы XRP через повторные комиссии за недействительные делегированные транзакции, поскольку код проверял разрешения до проверки подписей.
- Эксплойты DeFi превысили 840 миллионов долларов в более чем 50 инцидентах только за первые пять месяцев 2026 года, что на 70% больше по сравнению с прошлым годом, и 70% эксплуатируемых контрактов были проверены, но не имели мониторинга после развертывания.
XRP Ledger версии 3.3.0 был выпущен 6 августа 2026 года, включая пять предложенных поправок и объединенный патч очистки. На бумаге это выглядело как рутинный выпуск инфраструктуры. Под поверхностью обновление представляло собой завершение шестимесячного испытания безопасности, которое выявило две ошибки, опустошающие счета, полностью переписало две реализации функций с нуля и выплатило сотни тысяч долларов внешним исследователям, которые нашли проблемы, пропущенные внутренней командой. Этот процесс поднимает острый вопрос для всей блокчейн-индустрии: если Ripple может выявлять критические ошибки до развертывания, почему большая часть криптоиндустрии по-прежнему относится к аудиту безопасности как к галочке после запуска?
Эта статья разбирает, что именно представляли собой две критические уязвимости на техническом уровне, рассматривает, как конвейер аудит-голосование-активация сравнивается с моделями безопасности конкурирующих сетей, и оценивает, укрепляют ли результаты или подрывают позиции XRPL как институциональной инфраструктуры.
Что на самом деле обнаружил конкурс Sherlock
Область охвата включала пять столпов предстоящей функциональности XRPL: пакетные транзакции, делегирование разрешений, интеграция DEX для многоцелевых токенов (MPT), конфиденциальные переводы для MPT, а также спонсируемые комиссии и резервы. Sherlock, фирма по безопасности Web3, которая ранжирует исследователей по производительности и структурирует взаимодействия как состязательные конкурсы, открыла аудит 13 апреля 2026 года с призовым фондом в 550 000 долларов RLUSD. Страница конкурса на платформе Sherlock указывала взаимодействие как «XRP Ledger – April 2026 Contest – 550,000 RLUSD», что сигнализировало о том, что Ripple выплачивала вознаграждения в собственной стейблкоине.
За две недели участники представили отчеты, которые выявили 96 действительных находок: 2 критические, 6 высоких, 29 средних и 59 проблем низкой степени серьезности. Ripple распределила 309 000 долларов в RLUSD среди участников. Оставшийся фонд покрыл операционные расходы Sherlock и находки более низкого уровня, не достигшие порога выплаты.
Конкурс ознаменовал первое официальное сотрудничество между Sherlock и Ripple, и он состоялся в момент, когда конвейер функций XRP Ledger расширялся быстрее, чем когда-либо в его истории. Пять поправок, выпущенных одновременно, означали пять различных поверхностей атаки, каждая со своей логикой транзакций, моделью авторизации и криптографическими требованиями. Для контекста: модель конкурса аудита Sherlock ранее использовалась такими протоколами, как Aave, Euler и Olympus DAO, но взаимодействие, охватывающее код уровня протокола на C++ для блокчейна первого уровня, было нетипичным для платформы, чаще ассоциируемой со смарт-контрактами Solidity.
Распределение серьезности само по себе говорит о многом. 29 находок средней серьезности указывают на категорию ошибок, которые по отдельности не скомпрометировали бы счета, но могли вызвать неожиданное поведение при определенных последовательностях транзакций. 59 проблем низкой серьезности, вероятно, включают проблемы качества кода, пробелы в документации и крайние случаи, которые могут усугубиться в неблагоприятных условиях. Однако две критические и шесть ошибок высокой серьезности представляли собой эксплуатируемые уязвимости, требующие немедленного исправления.
Ошибка в поправке Batch, которая могла опустошить счета
Самая опасная уязвимость появилась за два месяца до конкурса Sherlock. 19 февраля 2026 года исследователь безопасности Пранамья Кешкамат и автономный ИИ-инструмент аудита Cantina Apex независимо друг от друга выявили ошибку проверки подписи в оригинальной поправке Batch, пока она еще находилась на этапе голосования валидаторов.
Технический сбой был точным. Batch Transactions позволяют атомарно выполнять до восьми операций в рамках одной внешней транзакции. Код проверки подписи внешней транзакции содержал условие раннего выхода, которое могло быть выполнено без надлежащей проверки того, кто авторизует внутренние транзакции. На практике злоумышленник мог создать Batch-транзакцию, содержащую внутренние Payment-операции, нацеленные на счет жертвы, и опустошить его до резервного баланса, не имея закрытых ключей этого счета. Тот же логический пробел позволил бы выполнять несанкционированные операции AccountSet, TrustSet или AccountDelete.
Отчет об уязвимости, опубликованный на xrpl.org, подробно описывал механику: проверка подписанта во внешней транзакции могла пройти без подтверждения того, что субъект, отправляющий пакет, действительно контролирует счета, указанные во внутренних транзакциях. Это означало, что функция атомарности, предназначенная для улучшения пользовательского опыта, могла быть использована для опустошения любого счета в сети одной транзакцией.
RippleX отреагировал экстренным выпуском. Версия rippled 3.1.1, опубликованная 23 февраля 2026 года, через четыре дня после обнаружения, пометила как оригинальную поправку Batch, так и ее сопутствующее исправление fixBatchInnerSigs как неподдерживаемые, не позволяя валидаторам голосовать за них или активировать их. Никакие средства не были потеряны, поскольку поправка еще не преодолела порог в 80% валидаторов, необходимый для активации. Замена, BatchV1_1, была выпущена в версии 3.3.0 с удаленным условием раннего выхода, добавленными дополнительными защитными проверками и ужесточенной областью проверки подписи для независимой проверки каждой внутренней транзакции на соответствие правильному подписанту.
Тихая эксплуатация утечки комиссий в Permission Delegation
Вторая критическая уязвимость действовала через более тонкий механизм. В раскрытии от сентября 2025 года было задокументировано, как оригинальная реализация Permission Delegation позволяла злоумышленнику незаметно истощать баланс XRP счета жертвы, не имея доступа к его ключам.
Эксплойт опирался на особенность обработки транзакций в XRP Ledger, существующую с первых дней сети. В XRPL транзакция, завершившаяся ошибкой класса «tec», все равно взимает комиссию, в то время как ошибки, обнаруженные раньше в конвейере, до проверки подписи, не взимают ее. Это различие существует потому, что ошибки класса tec указывают на транзакции, которые были правильно сформированы и подписаны, но не прошли по бизнес-логике, и комиссия предотвращает спам. Оригинальный код Permission Delegation проверял, имеет ли делегированный счет соответствующие разрешения, до проверки подписи транзакции. Злоумышленник мог многократно отправлять недействительные транзакции с офлайн-подписью и повышенными комиссиями против делегированного счета, и каждая неудачная транзакция все равно списывала комиссию с баланса жертвы.
Экономическое воздействие быстро усугублялось. Поскольку злоумышленник мог устанавливать произвольно высокие комиссии на эти транзакции, продолжительная атака могла опустошить счет гораздо быстрее, чем предполагали бы обычные комиссии за транзакции. Жертва видела бы снижение своего баланса без соответствующих исходящих платежей, что затрудняло диагностику атаки без изучения необработанных метаданных транзакций.
Исправление переклассифицировало соответствующую ошибку с tec на ter и изменило порядок проверок так, чтобы комиссия не могла быть списана до прохождения проверки подписи. Заменяющая поправка, PermissionDelegationV1_1, имеет значение по умолчанию «Нет» в реестре 3.3.0, что означает, что валидаторы должны активно голосовать за ее включение. Этот консервативный дефолт отражает чувствительность исходной ошибки: даже после переписывания Ripple решил требовать явного согласия валидаторов для этой функции.
Почему обе переработки вышли в одном релизе
Упаковка двух поправок с переработанной безопасностью вместе с тремя совершенно новыми функциями в одну версию была осознанным выбором. RippleX опубликовал xrpld 3.3.0 6 августа 2026 года, с кодом для всех шести предложений (включая объединенную поправку по очистке под названием fixCleanup3_3_0), но ни одна из них не была активирована. В соответствии с процессом внесения поправок в XRP Ledger, каждое предложение должно поддерживаться более чем 80% валидаторов в течение двух последовательных недель, прежде чем оно вступит в силу.
Это разделение между доступностью кода и активацией функций является структурным преимуществом, которого не хватает большинству платформ смарт-контрактов. В Ethereum развернутый контракт работает с момента его попадания в блокчейн. В XRPL код может быть выпущен, пройти дальнейшую проверку в период голосования и все еще быть заблокирован, если валидаторы потеряют доверие. Переработки Batch и Permission Delegation уже пережили конкурс Sherlock, повторный аудит Halborn, который не выявил ни одной критической или высокорискованной проблемы, и месяцы внутреннего тестирования. Период голосования добавляет еще один уровень защиты, прежде чем какой-либо код коснется реальных средств.
Версия также отменила пять устаревших поправок, включая Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve и fixUniversalNumber, удалив мертвые пути кода, которые в противном случае могли бы накапливаться как скрытая поверхность атаки со временем.
Пять функциональных поправок в 3.3.0 представляют собой самое широкое единичное расширение возможностей XRPL на сегодняшний день. Конфиденциальные переводы привносят шифрование EC-ElGamal и доказательства с нулевым разглашением в многоцелевые токены, скрывая отдельные балансы и суммы переводов от публичного просмотра, сохраняя при этом доступ для авторизованных сторон в целях соответствия. Спонсируемые комиссии позволяют приложениям покрывать сетевые расходы от имени пользователей, решая проблему трения при онбординге, которая удерживала потребительские приложения от децентрализованных сетей. DynamicMPT позволяет эмитентам изменять свойства токена после создания, поддерживая меняющиеся регуляторные и бизнес-требования. Вместе с переработками Batch и Permission Delegation эти функции нацелены на конкретную аудиторию: регулируемые финансовые учреждения, которым нужны конфиденциальность, атомарные расчеты и делегированные операции без ущерба для аудита.
Аудит до выпуска против исправления после эксплойта
Контраст между подходом Ripple и общим послужным списком безопасности отрасли поразителен. Эксплойты DeFi превысили 840 миллионов долларов в более чем 50 инцидентах за первые пять месяцев 2026 года, что на 70% больше по сравнению с аналогичным периодом 2025 года. На субъектов, связанных с Северной Кореей, пришлось 76% глобальных потерь от взломов криптовалют за первые четыре месяца года. И самая вопиющая статистика: 70% взломанных контрактов были проверены, но не имели никакой формы пост-деплойного мониторинга. Только 4% отслеживаемых проектов сочетали аудиты, активные программы вознаграждения за обнаружение ошибок и сторонний мониторинг.
Экосистема Ethereum, где сосредоточена наибольшая стоимость смарт-контрактов, работает по принципиально иной модели безопасности. Контракты развертываются в мейннете через неизменяемую транзакцию. Если уязвимость обнаруживается впоследствии, варианты ограничены: развернуть новый контракт и мигрировать пользователей, внедрить паттерн прокси-апгрейда, который создает свою собственную поверхность атаки, или принять риск. Взлом моста Wormhole в 2022 году стоил 320 миллионов долларов, потому что устаревшая функция проверки осталась в производственном коде. Эксплойт Ronin в августе 2024 года стоил 12 миллионов долларов, потому что обновление контракта не смогло правильно инициализировать веса операторов. В обоих случаях аудиты были проведены; сбои произошли после развертывания.
Взлом KelpDAO 18 апреля 2026 года, в результате которого было выведено около 293 миллионов долларов, стал крупнейшим единичным эксплойтом DeFi за год. Эксплойт Drift Protocol на Solana 1 апреля, стоивший примерно 286 миллионов долларов, стал крупнейшим за всю историю этой сети. Эти цифры не являются маргинальными событиями. Они представляют собой базовый уровень отказов отрасли, которая в совокупности потеряла 16,69 миллиарда долларов из-за взломов, эксплойтов мостов и инцидентов безопасности, согласно данным DeFiLlama.
Процесс голосования по поправкам XRPL инвертирует эту последовательность. Код поставляется в релизе, но функции остаются неактивными, пока валидаторы не одобрят их. В течение окна голосования исследователи, операторы узлов и конкурирующие аудиторы могут изучить живой кодовую базу с полным контекстом. Если возникает проблема, валидаторы просто не отдают свои голоса. Никаких экстренных исправлений, никакой миграции, никаких прокси-контрактов. Ошибка Batch в феврале 2026 года прошла именно по этому пути: поправка находилась на стадии голосования, уязвимость была выявлена, и экстренный выпуск предотвратил активацию. Ноль средств под угрозой, ноль влияния на пользователей.
Это не значит, что модель XRPL безупречна. Процесс внесения поправок работает для функций уровня протокола, но не распространяется на приложения, построенные поверх реестра. Плохо написанная доверительная линия или интеграция MPT все еще может привести к потере средств. И порог в 80% валидаторов создает свои риски: если слишком мало валидаторов обновятся до новой версии, законные исправления безопасности могут застопориться. Но для изменений ядра протокола конвейер «аудит-голосование-активация» представляет собой принципиально иной подход к безопасности, чем «развернуть и надеяться».
Что это значит для институционального предложения XRPL
Ripple провел 2026 год, агрессивно создавая институциональный инфраструктурный стек. Приобретение Hidden Road, мультиактивного прайм-брокера, переименованного в Ripple Prime, за 1,25 миллиарда долларов дало компании регулируемый вход для традиционных финансов. RLUSD достиг рыночной капитализации в 1,72 миллиарда долларов менее чем за год и только за первый квартал обработал более 18 миллиардов долларов транзакционного объема. Goldman Sachs раскрыл позицию в 153,8 миллиона долларов в четырех XRP ETF. Ripple получил полную лицензию электронного денежного учреждения от Люксембурга в феврале, разрешения Управления финансового поведения Великобритании в январе и лицензию поставщика услуг криптоактивов MiCA 6 июля.
Институциональные функции DeFi, появляющиеся в версии 3.3.0, являются техническим аналогом этого направления развития бизнеса. Конфиденциальные переводы решают требования к конфиденциальности банков, которые не могут раскрывать детали транзакций в публичном реестре. Спонсируемые комиссии решают проблему трения при онбординге, которая удерживала розничные банковские приложения от децентрализованных сетей. Делегирование разрешений, после того как его переработка пройдет процесс голосования, позволит реализовать модели контролируемого доступа, которые требуются отделам комплаенса.
Но институциональное внедрение зависит от доверия, а доверие к блокчейн-инфраструктуре в конечном итоге сводится к послужному списку безопасности. Тот факт, что Ripple поймал две критические ошибки, переписал две целые реализации функций, заплатил внешним исследователям 309 000 долларов за поиск проблем и все равно поставил все пять функций в срок, является более сильным институциональным аргументом, чем любая отдельная функция. Это говорит о культуре безопасности, где поиск ошибок вознаграждается, а выпуск подчинен проверке.
Более 300 финансовых учреждений из 55 стран в настоящее время используют RippleNet, с активными коридорами ликвидности по требованию на более чем 70 рынках. Для этих учреждений результаты аудита Sherlock не абстрактны. Это доказательство того, что код, обеспечивающий их трансграничные платежи, был подвергнут стресс-тестированию враждебно настроенными исследователями с финансовыми стимулами для его взлома. Дорожная карта Ripple по квантовой устойчивости из четырех фаз, нацеленная на завершение к 2028 году, дополнительно сигнализирует о том, что компания проектирует для институциональных временных горизонтов, измеряемых десятилетиями, а не циклами развертывания.
Противоположный аргумент: почему скептики не убеждены
Самый сильный аргумент против того, чтобы придавать слишком большое значение аудиту Sherlock, идет в двух направлениях.
Во-первых, обнаружение 96 ошибок до выпуска можно рассматривать как свидетельство тщательного тестирования или как свидетельство небрежной разработки. И ошибка Batch, и уязвимость Permission Delegation были в исходных реализациях, что означает, что они прошли внутреннюю проверку до того, как их обнаружили внешние исследователи. Ошибка Batch в феврале 2026 года была выявлена не собственной командой Ripple, а независимым исследователем и ИИ-инструментом. Если внешние аудиторы являются основным предохранителем, то внутренний процесс разработки может иметь пробелы в качестве, которые в конечном итоге приведут к уязвимости, которую ни один внешний рецензент не успеет поймать.
Во-вторых, сила модели поправок XRPL, а именно возможность предотвращения активации в течение периода голосования, также является ограничением скорости. Готовность Ethereum развертывать и итерировать позволила достичь темпа инноваций, который XRPL не может сопоставить. Пять поправок в версии 3.3.0 находились в циклах разработки и проверки в течение нескольких месяцев. Первоначальная поправка Batch была предложена в 2025 году. Для протоколов, конкурирующих за внимание разработчиков на быстро меняющихся рынках, шестимесячный конвейер безопасности может быть слишком медленным, чтобы привлечь экосистему разработчиков, которая обеспечивает сетевые эффекты.
Существует также риск концентрации в наборе валидаторов. Порог активации в 80% означает, что относительно небольшое количество валидаторов, многие из которых управляются организациями, тесно связанными с Ripple, контролируют, будут ли поправки введены в действие. Критики утверждают, что это не по-настоящему децентрализованное управление, а курируемый процесс утверждения, облеченный в консенсусную риторику. Когда собственный валидатор Ripple проголосовал «за» поправки о кредитовании в последние недели, это подчеркнуло, насколько большое влияние компания сохраняет над своей номинально децентрализованной сетью.
Наконец, выплата в размере 309 000 долларов из пула в 550 000 долларов поднимает практический вопрос о согласовании стимулов. Ведущие исследователи безопасности требуют ставки, превышающие то, что конкурсные модели обычно платят за час работы. Если наиболее квалифицированные аудиторы пропускают конкурсы XRPL, потому что ожидаемая выплата за находку ниже, чем в частных контрактах, то состязательная проверка может быть широкой, но недостаточно глубокой, чтобы выявить самые сложные векторы атак.
Эти возражения имеют вес. XRP торговался около 1,03 доллара в конце июля 2026 года, что примерно на 71% ниже своего циклического максимума в 3,65 доллара, установленного 17 июля 2025 года, что позволяет предположить, что рынок еще не учел институциональную историю. Превратится ли послужной список безопасности в принятие, зависит от факторов, выходящих за рамки качества кода: ясности регулирования, конкурентной позиции по отношению к решениям второго уровня Ethereum и того, заботятся ли институты больше о проверках до развертывания, чем о размере экосистемы.
На что обратить внимание
Пороги голосования валидаторов для пяти поправок 3.3.0: если BatchV1_1 и PermissionDelegationV1_1 наберут 80% поддержки в течение первого цикла голосования, это будет сигналом уверенности валидаторов в переписанном коде. Задержка будет указывать на сохраняющиеся опасения по поводу переписанного кода.
Отчеты об ошибках после активации: настоящая проверка тщательности аудита Sherlock происходит после запуска функций. Отсутствие критических находок в первые 90 дней подтвердило бы модель предварительного выпуска; любая уязвимость после активации подорвала бы всю концепцию.
Принятие RLUSD в конфиденциальных переводах: институциональное использование стейблкоинов на защищенных рельсах подтвердило бы спрос на расчеты, соответствующие требованиям конфиденциальности. Показатели объема в первом квартале после активации будут самым ясным сигналом того, готовы ли банки совершать операции в публичном реестре с гарантиями конфиденциальности.
Следующее взаимодействие Sherlock с XRPL: продолжит ли Ripple использовать состязательные аудиторские конкурсы для будущих поправок или вернется к традиционным частным аудитам, будет указывать на то, насколько глубоко модель предварительного выпуска внедрена в культуру разработки.
Конкурирующие инциденты безопасности в цепочках: каждый крупный эксплойт на Ethereum или Solana, который прослеживается до уязвимости после развертывания, усиливает аргументы в пользу конвейера XRPL «аудит-голосование-активация». Сравнение настолько же сильно, насколько продолжается неудача отрасли во внедрении аналогичных процессов.
Что показал аудит Sherlock XRP Ledger?
Двухнедельный аудиторский конкурс, открывшийся 13 апреля 2026 года, выявил 96 действительных уязвимостей в пяти предложенных поправках XRPL: 2 критические, 6 высоких, 29 средних и 59 проблем низкой степени серьезности. Ripple выплатила 309 000 долларов в RLUSD в качестве вознаграждений из призового фонда в 550 000 долларов. Все находки были устранены до активации каких-либо затронутых функций в основной сети.
В чем заключалась критическая ошибка в поправке Batch?
Первоначальная поправка Batch содержала ошибку проверки подписи, которая позволяла злоумышленнику выполнять внутренние транзакции с любого аккаунта, не владея его закрытыми ключами. Ошибка заключалась в условии раннего выхода в проверке подписи внешней транзакции, которое можно было удовлетворить без надлежащей проверки авторизации. Исследователь Пранамья Кешкамат и ИИ-инструмент Cantina Apex выявили ее 19 февраля 2026 года. RippleX исправила ее в экстренном выпуске версии 3.1.1 четыре дня спустя.
Как работала уязвимость делегирования разрешений?
Первоначальная реализация проверяла разрешения делегата до проверки подписей транзакций. На XRPL транзакции, завершающиеся ошибками класса «tec», все равно взимают комиссию. Злоумышленник мог многократно отправлять недействительные транзакции с повышенной комиссией на делегированный аккаунт, истощая его баланс XRP, не владея его ключами. Исправление переклассифицировало тип ошибки и изменило порядок проверок.
Были ли потеряны средства из-за этих уязвимостей?
Средства не были потеряны. Обе критические уязвимости были выявлены до активации соответствующих поправок в основной сети. Ошибка Batch была обнаружена на этапе голосования валидаторов, а уязвимость делегирования разрешений была раскрыта и исправлена до активации. Процесс внесения поправок XRP Ledger, требующий 80% поддержки валидаторов в течение двух недель подряд, обеспечил структурный буфер, предотвративший эксплуатацию.
Что такое Sherlock и как работает его модель аудита?
Sherlock — это фирма по безопасности Web3, которая структурирует аудиты как состязательные конкурсы, ранжируя исследователей по результатам и предлагая финансовые стимулы через призовые фонды. Взаимодействие с XRP Ledger стало первым сотрудничеством Sherlock с Ripple и одним из крупнейших аудиторских конкурсов 2026 года. Модель отличается от традиционных частных аудитов тем, что приглашает широкое участие независимых исследователей безопасности, соревнующихся за вознаграждения, что выявляет более широкий спектр векторов атак, чем может покрыть небольшая внутренняя команда.
Чем модель безопасности XRPL отличается от Ethereum?
Процесс внесения поправок XRPL разделяет развертывание кода и активацию функций. Новые функции поставляются в выпуске программного обеспечения, но остаются неактивными, пока валидаторы не проголосуют за их активацию, что создает окно для проверки, в котором уязвимости можно обнаружить без экстренных исправлений. Смарт-контракты Ethereum работают сразу после развертывания, и исправление уязвимостей требует развертывания новых контрактов, миграции пользователей или реализации прокси-обновлений. За первые пять месяцев 2026 года эксплойты DeFi превысили 840 миллионов долларов, и 70% эксплуатированных контрактов были проверены, но не имели мониторинга после развертывания.
Какие функции включает версия 3.3.0 XRP Ledger?
Версия 3.3.0, выпущенная 6 августа 2026 года, содержит код для пяти поправок функций и исправление очистки. Функции включают конфиденциальные переводы для многоцелевых токенов с использованием доказательств с нулевым разглашением, переписанные пакетные транзакции для атомарных многооперационных расчетов, переписанное делегирование разрешений для контролируемого доступа к аккаунтам, спонсируемые комиссии, позволяющие приложениям покрывать расходы пользователей, и DynamicMPT, позволяющий эмитентам изменять свойства токенов после создания.
Делает ли этот аудит XRPL безопасной инвестицией?
Аудит Sherlock отражает строгий процесс проверки перед выпуском, но качество кода — лишь один из многих факторов, влияющих на результаты инвестиций. XRP торговался около 1,03 доллара в конце июля 2026 года, примерно на 71% ниже своего циклического максимума, и рыночные показатели зависят от регуляторных изменений, темпов институционального принятия, конкурентной динамики и макроэкономических условий. Это образовательный анализ, а не инвестиционный совет. Отказ от ответственности: Эта статья была опубликована 14 августа 2026 года. Она предназначена только для образовательных и информационных целей и не должна рассматриваться как финансовый, инвестиционный или юридический совет. Рынки криптовалют волатильны и несут существенный риск. Читатели должны провести собственное исследование и проконсультироваться с квалифицированными специалистами перед принятием любых инвестиционных решений.
