XRP Ledger установил рекорд: 3 254 транзакции в одном реестре

XRP
пропускная способность транзакцийрекорд реестраплатежи XRPвалидаторBatchV1_1XRPL
1 час назадИсточник: crypto.news
XRP Ledger установил рекорд: 3 254 транзакции в одном реестре

XRP Ledger обработал 3 254 транзакции в одном реестре, установив заявленный рекорд для одного реестра 14 сентября.

Краткое содержание

  • Согласно отчёту оператора валидатора Vet, XRP Ledger обработал 3 254 транзакции в одном реестре.
  • Большинство транзакций, как сообщается, переводили один дроп XRP — наименьшую доступную единицу собственной валюты сети.
  • Всплеск транзакций не привёл к постоянному увеличению устойчивой пропускной способности реестра.
  • XRPL корректирует свою целевую нагрузку по транзакциям, когда валидаторы закрывают сильно загруженные реестры в ожидаемые сроки.
  • BatchV1_1 остаётся на голосовании валидаторов и требует устойчивой поддержки 80% до автоматической активации в основной сети.

Оператор валидатора Vet сообщил эту цифру после проверки реестра и заявил, что большинство записей были платежами в один дроп XRP. Он описал эту активность как возможный тест пропускной способности, хотя цель отправителя не подтверждена.

Дроп — это одна миллионная одного XRP, что делает его наименьшей единицей, учитываемой сетью. Таким образом, большое количество транзакций представляло собой множество небольших переводов, а не необычно крупную сумму XRP, перемещаемую между счетами.

Индекс реестра и инициирующий счёт не были указаны в публичном сообщении Vet. Без этих деталей утверждение о рекорде опирается на его анализ и не может быть сопоставлено только по этому сообщению с каждым более ранним реестром в истории XRPL.

Крошечные платежи XRP доминировали в рекордном реестре

По словам Vet, большинство из 3 254 транзакций были простыми платежами, несущими один дроп XRP. Простые переводы собственных активов требуют меньше вычислительной работы, чем транзакции, связанные с ордерами децентрализованного обмена, NFT или путями кросс-валютных платежей.

«Я не знаю, зачем этот человек совершает эти транзакции, но, вероятно, это похоже на тестирование пропускной способности», — сказал Vet. Это описание остаётся предположительным, поскольку владелец счёта публично не объяснил эту активность.

Количество транзакций не показывает, сколько вычислительной работы потребовал реестр. Реестр, содержащий тысячи прямых платежей XRP, может создавать иную нагрузку на валидаторов, чем реестр, содержащий меньше сделок, операций с токенами или сложных платёжных путей.

«Не все транзакции равны по нагрузке», — сказал Vet. Он предположил, что 500 простых платежей XRP могут создать меньше нагрузки, чем 200 транзакций, требующих обширной обработки децентрализованного обмена.

Официальная документация XRPL утверждает, что каждый валидированный реестр записывает транзакции, применённые к предыдущему состоянию реестра. Связанные метаданные предоставляют результат и эффекты каждой включённой транзакции.

Транзакции с результатом tesSUCCESS завершили запрошенное действие. Записи с результатом tec остаются записанными и потребляют комиссию, даже если они не выполняют запрошенную операцию. Таким образом, заявленное общее число 3 254 описывает включённые транзакции, а не обязательно 3 254 успешных перевода.

Пропускная способность XRP Ledger использует адаптивную цель

XRP Ledger не использует один постоянный лимит транзакций для каждого реестра. Его серверы корректируют рабочие условия в ответ на объём транзакций, задержку сети и производительность консенсуса.

Vet сказал, что сеть может повысить свою мягкую целевую нагрузку по транзакциям, когда сильно загруженный реестр закрывается в ожидаемый период. Когда время закрытия выходит за предпочтительный диапазон, сеть может снизить цель, чтобы помочь валидаторам вернуться к нормальному времени.

Документация XRPL говорит, что серверы обмениваются предложениями, пока доверенные валидаторы не согласуют набор транзакций. Затем каждый сервер вычисляет новое состояние реестра и распространяет подписанную валидацию, содержащую результирующий хеш реестра.

Сверхбольшинство доверенных валидаторов должно согласиться с одним и тем же хешем, прежде чем реестр станет подтверждённым. После подтверждения его транзакции и результирующее состояние становятся окончательными частями истории реестра XRPL.

Результат в 3 254 транзакции, следовательно, служит доказательством того, что валидаторы согласились с реестром, содержащим такое количество записей. Он не устанавливает новый постоянный показатель пропускной способности, поскольку устойчивая пропускная способность зависит от сложности транзакций, аппаратного обеспечения, состояния сети и времени последовательного закрытия реестров.

Пропускная способность, измеренная по одному реестру, отличается от количества транзакций в секунду за продолжительный период. Короткий всплеск может поместить множество ожидающих платежей в один реестр, тогда как последующие реестры могут вернуться к нормальной активности.

Ни один отчёт о производительности от Ripple, XRP Ledger Foundation или сопровождающих эталонное программное обеспечение сети не подтвердил постоянного изменения пропускной способности после рекорда. О перебоях в обслуживании или неудачных раундах консенсуса в связи с этим всплеском не сообщалось.

Недавняя активность включала более тяжёлые платежи и торговлю

Рекорд произошёл после периода повышенной платёжной и торговой активности в XRPL. В связанном материале объём книги заявок XRP Ledger вырос на 79% год к году во втором квартале 2026 года, согласно отчёту Evernorth.

Среднедневной объём книги заявок достиг 3,57 млн XRP за квартал, тогда как число ежедневных трейдеров упало с 1 864 до 1 111. Evernorth сообщила, что средний объём на торговый счёт почти утроился за тот же сравнительный период.

Переводы стейблкоинов создали ещё один источник использования сети. Как сообщал crypto.news, RLUSD сгенерировал примерно $9 млрд объёма переводов за первое полугодие в XRPL в течение 2026 года.

Такая активность отличается от переводов в один дроп, выявленных в рекордном реестре. Никакие доказательства, приведённые Vet, не связывали 3 254 транзакции с RLUSD, институциональными расчётами, биржевой торговлей или клиентскими платежами.

Отправитель мог тестировать отправку транзакций, упаковку реестра или другой технический процесс. Доступная схема аккаунта не подтверждает, исходила ли активность от разработчика, учреждения, автоматизированного сервиса или отдельного пользователя.

BatchV1_1 проходит через процесс поправок

Рекорд был достигнут, пока валидаторы рассматривали функции протокола, представленные в версии 3.3.0 rippled, эталонного серверного программного обеспечения сети. XRP Ledger Foundation выпустила версию 3.3.0 6 августа.

Предлагаемые функции включают BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 и Sponsor. Каждая функция проходит через процесс поправок XRPL, прежде чем сможет стать активной во всей основной сети.

BatchV1_1 позволит объединять несколько транзакций и обрабатывать их вместе. Официальные записи XRPL говорят, что она заменяет более раннюю поправку Batch после того, как разработчики обнаружили критическую ошибку в первоначальной реализации.

Эта функция не объясняет реестр с 3 254 транзакциями, поскольку BatchV1_1 не завершила активацию в основной сети, когда произошла эта активность. Её наличие в серверном релизе означает, что валидаторы могут рассмотреть и проголосовать по поправке.

Правила поправок XRPL требуют более 80% поддержки от доверенных валидаторов в течение двух непрерывных недель. Если поддержка падает до 80% или ниже до окончания периода, отсчёт сбрасывается.

ConfidentialTransfer введёт экранированные балансы и суммы переводов для многоцелевых токенов, предоставляя при этом механизмы просмотра для уполномоченных сторон. DynamicMPT позволит эмитентам изменять выбранные настройки токенов, если они не сделают эти свойства постоянно неизменяемыми.

PermissionDelegationV1_1 заменяет более раннюю функцию делегирования, которую разработчики отключили после обнаружения критической ошибки. Обновлённая поправка позволит аккаунтам XRPL назначать ограниченные разрешения другим аккаунтам после одобрения валидаторами.

Никакая дата активации не гарантируется для поправок, всё ещё находящихся на голосовании. Операторы валидаторов могут изменить свои голоса, и сеть проверяет поддержку поправок около флаговых реестров, которые происходят примерно каждые 15 минут.