Поширене повідомлення в соціальних мережах про те, що ноди XRP Ledger RPC можуть обробляти 30 000 повідомлень за секунду, звучить вражливо. Проблема в тому, що перевірені бенчмарки насправді не підтверджують цього числа.
Що показують реальні цифри
XRPL Labs, один із основних розробників інфраструктури для XRP Ledger, зосереджувався на затримці, а не на максимальній пропускній спроможності повідомлень. Їхній публічний ендпоінт зараз має p50 затримку приблизно 371 мілісекунду для викликів ledger_current, що робить його найменш затриманим варіантом серед публічних серверів XRPL.
Під час пікового навантаження було зафіксовано, що публічні серверні кластери обробляють понад 10 000 запитів на читання за секунду. Це впевнена цифра для інфраструктури блокчейн, але це третина від заявленої цифри в 30 000.
GetBlock, ще один провайдер інфраструктури, стверджує, що його ноди XRPL можуть обробляти більше 1 000 запитів на секунду без обмежень швидкості на виділених налаштуваннях.
Найближче, що хтось наблизився до головного показника, стосується повідомлень валідаторів, що є принципово іншою категорією трафіку. Обробка повідомлень валідаторів показала середні значення близько 3 260 повідомлень на секунду за оптимальних умов тестування, з піками вище 6 100 повідомлень на секунду. Але трафік консенсусу між валідаторами та RPC-запити клієнт-сервер — це яблука й апельсини.
У виробничих середовищах реальна пропускна здатність мережі XRPL історично коливалася від 100 до 230 транзакцій на секунду під час щоденних піків. Теоретичні максимуми у контрольованих тестових умовах досягали понад 1 500 TPS, що все ще на порядок нижче за цифру 30 000, яку кидають навколо.
Чому розрив має значення
Відмінність між повідомленнями за секунду та транзакціями за секунду тут важлива. RPC нода може обробляти тисячі запитів на читання (перевірки балансу, запити до реєстру, оновлення підписок), які ніколи не призводять до запису транзакції в реєстр. Підрахунок усіх вхідних повідомлень, включаючи пінги, перевірки статусу та невдалі запити, завжди дасть більше число, ніж підрахунок фактично оброблених транзакцій.
Щодо XRP це має значення, оскільки Ripple позиціонує XRPL як інфраструктуру для обробки платіжних операцій інституцій та діяльності децентралізованих бірж. Обидва випадки використання вимагають передбачуваної, перевірюваної продуктивності при тривалій навантаженні, а не теоретичних піків, досягнутих у лабораторних умовах.
Куди насправді рухається інфраструктура XRPL
Показник латентності p50 у 371 мс свідчить про значний прогрес для децентралізованої мережі, яка виконує криптографічну перевірку на кожен запит. Платіжна мережа, яка стабільно обробляє запити за час менше 400 мс, корисніша для банку чи платіжного провайдера, ніж та, що стверджує надзвичайно високу пропускну здатність, але забезпечує непередбачувані часи відповіді.
Інфраструктурний стек також диверсифікується. Кілька провайдерів тепер пропонують спеціалізовані сервіси нод XRPL, що розподіляє навантаження і зменшує кількість точок відмови. 10 000+ запитів на секунду, зафіксованих у публічних кластерах, свідчить, що мережа здатна обробляти значний обсяг запитів навіть до того, як на сцену вийдуть спеціалізовані підприємницькі рішення.