XRP Ledger обробив 3254 транзакції в одному леджері, встановивши, як повідомляється, рекорд одного леджера 14 вересня.
Оператор валідатора Vet повідомив цю цифру після перегляду леджера і сказав, що більшість записів були платежами в одну краплю XRP. Він описав цю діяльність як можливий тест пропускної здатності, хоча мета відправника не була підтверджена.
Крапля — це одна мільйонна частина одного XRP, що робить її найменшою одиницею, зареєстрованою мережею. Таким чином, висока кількість транзакцій представляла собою багато невеликих переказів, а не надзвичайно велику кількість XRP, що переміщувалася між рахунками.
Індекс леджера та ініціюючий рахунок не були ідентифіковані в публікації Vet. Без цих деталей заява про рекорд спирається на його аналіз і не може бути порівняна лише за публікацією з кожним попереднім леджером в історії XRPL.
Більшість із 3254 транзакцій були простими платежами, що переносили одну краплю XRP, згідно з Vet. Прості перекази нативних активів вимагають меншої обробки, ніж транзакції, що включають ордери децентралізованих бірж, NFT або міжвалютні платіжні шляхи.
«Я не знаю, чому ця людина здійснює ці транзакції, але це, ймовірно, виглядає як тестування пропускної здатності», — сказав Vet. Опис залишається спекулятивним, оскільки власник рахунку публічно не пояснив цю діяльність.
Кількість транзакцій не показує, скільки обчислювальної роботи вимагав леджер. Леджер, що містить тисячі прямих XRP-платежів, може створювати інше навантаження на валідатори, ніж той, що містить менше торгових операцій, токен-операцій або складних платіжних шляхів.
«Не всі транзакції однакові за навантаженням», — сказав Vet. Він припустив, що 500 простих XRP-платежів можуть створити менший стрес, ніж 200 транзакцій, які вимагають інтенсивної обробки децентралізованою біржею.
Офіційна документація XRPL стверджує, що кожен валідований леджер записує транзакції, застосовані до попереднього стану леджера. Пов'язані метадані надають результат та ефекти кожної включеної транзакції.
Транзакції з результатом tesSUCCESS завершили запитувану дію. Записи, що містять результат tec, залишаються записаними та споживають комісію, навіть якщо вони не виконують запитану операцію. Тому заявлена загальна кількість у 3254 описує включені транзакції, а не обов'язково 3254 успішних перекази.
XRP Ledger не використовує одне постійне обмеження транзакцій для кожного леджера. Його сервери коригують умови роботи у відповідь на обсяг транзакцій, затримку мережі та продуктивність консенсусу.
Vet сказав, що мережа може підвищити свій м'який цільовий показник транзакцій, коли сильно навантажений леджер закривається в очікуваний період. Коли час закриття виходить за межі бажаного діапазону, мережа може зменшити цільовий показник, щоб допомогти валідаторам повернутися до нормального часу.
Документація XRPL стверджує, що сервери обмінюються пропозиціями, поки довірені валідатори не погодяться на набір транзакцій. Кожен сервер потім обчислює новий стан леджера та розповсюджує підписану валідацію, що містить отриманий хеш леджера.
Супербільшість довірених валідаторів повинні погодитися на один і той же хеш, перш ніж леджер стане валідованим. Після валідації його транзакції та отриманий стан стають остаточними частинами історії леджерів XRPL.
Результат у 3254 транзакції, отже, є доказом того, що валідатори погодилися на леджер, що містить таку кількість записів. Він не встановлює нову постійну швидкість пропускної здатності, оскільки стійка пропускна здатність залежить від складності транзакцій, апаратного забезпечення, мережевих умов та послідовних часів закриття леджерів.
Пропускна здатність, виміряна за одним леджером, відрізняється від транзакцій за секунду протягом тривалого періоду. Короткий сплеск може розмістити багато очікуючих платежів в одному леджері, тоді як наступні леджери можуть повернутися до нормальної активності.
Жоден звіт про продуктивність від Ripple, XRP Ledger Foundation або розробників еталонного програмного забезпечення мережі не підтвердив постійної зміни пропускної здатності після рекорду. Жодного переривання сервісу або невдалого раунду консенсусу не було повідомлено у зв'язку зі сплеском.
Рекорд стався після періоду збільшеної платіжної та торгової активності XRPL. У пов'язаному огляді, обсяг книги ордерів XRP Ledger зріс на 79% порівняно з минулим роком протягом другого кварталу 2026 року, згідно зі звітом Evernorth.
Середньоденний обсяг книги ордерів досяг 3,57 мільйона XRP протягом кварталу, тоді як кількість щоденних трейдерів впала з 1864 до 1111. Evernorth заявив, що середній обсяг на торговий рахунок майже потроївся за той же порівняльний період.
Перекази стейблкойнів створили ще одне джерело використання мережі. Як повідомляв crypto.news, RLUSD згенерував приблизно 9 мільярдів доларів обсягу переказів у першій половині 2026 року на XRPL.
Така активність відрізняється від однокрапкових переказів, ідентифікованих у рекордному леджері. Жодні докази, наведені Vet, не пов'язували 3254 транзакції з RLUSD, інституційними розрахунками, біржовою торгівлею або клієнтськими платежами.
Відправник міг тестувати подачу транзакцій, пакування леджера або інший технічний процес. Доступна модель облікового запису не підтверджує, чи походила діяльність від розробника, установи, автоматизованої служби чи окремого користувача.
Рекорд надійшов, поки валідатори розглядали функції протоколу, введені у версії 3.3.0 rippled, еталонного серверного програмного забезпечення мережі. XRP Ledger Foundation випустила версію 3.3.0 6 серпня.
Його запропоновані функції включають BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 та Sponsor. Кожна функція проходить процес внесення поправок XRPL, перш ніж вона може стати активною в основній мережі.
BatchV1_1 дозволив би об'єднувати та обробляти кілька транзакцій разом. Офіційні записи XRPL стверджують, що він замінює попередню поправку Batch після того, як розробники виявили критичну помилку в оригінальній реалізації.
Ця функція не пояснює леджер із 3254 транзакціями, оскільки BatchV1_1 не завершив активацію в основній мережі, коли відбулася діяльність. Його наявність у релізі сервера означає, що валідатори можуть переглянути та проголосувати за поправку.
Правила поправок XRPL вимагають більше 80% підтримки від довірених валідаторів протягом двох безперервних тижнів. Якщо підтримка падає до 80% або нижче до закінчення періоду, відлік часу скидається.
ConfidentialTransfer запровадив би екрановані баланси та суми переказів для Багатоцільових Токенів, забезпечуючи при цьому механізми перегляду для авторизованих сторін. DynamicMPT дозволив би емітентам змінювати вибрані налаштування токенів, якщо вони не роблять ці властивості постійно незмінними.
PermissionDelegationV1_1 замінює попередню функцію делегування, яку розробники відключили після виявлення критичної помилки. Оновлена поправка дозволила б обліковим записам XRPL призначати обмежені дозволи іншим обліковим записам після схвалення валідатором.
Жодна дата активації не гарантується для поправок, які все ще знаходяться на голосуванні. Оператори валідаторів можуть змінювати свої голоси, а мережа перевіряє підтримку поправок навколо флаг-леджерів, які відбуваються приблизно кожні 15 хвилин.
XRP
