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 чи супровідників еталонного програмного забезпечення мережі не підтвердив постійної зміни пропускної здатності після цього рекорду. Жодного перебою в обслуговуванні чи невдалого раунду консенсусу не було повідомлено у зв'язку з цим сплеском.
Остання активність включала важчі платежі та торгівлю
Рекорд стався після періоду підвищеної платіжної та торгової активності 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 випустив версію 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 хвилин.
