Порівняння продуктивності блокчейн-мереж вимагає чіткого розуміння того, що саме вимірюється, за яких умов і якими інструментами. Більшість маркетингових матеріалів подають ці метрики спрощено, що унеможливлює коректне порівняння. Нижче — методика, яка дозволяє зіставляти мережі обґрунтовано, а не на основі прес-релізів.

Що насправді вимірюють ці метрики

Throughput (пропускна здатність) — кількість транзакцій, які мережа обробляє за одиницю часу. Зазвичай вимірюється в транзакціях на секунду (TPS). Але сама цифра TPS нічого не каже без контексту: які транзакції рахуються, який їхній розмір, чи включають вони підписання, виконання смарт-контрактів, станеві оновлення.

Latency (затримка) — час від моменту відправлення транзакції до моменту, коли вона потрапляє до блоку. Це не те саме, що час підтвердження. Транзакція може мати низьку latency (швидко потрапила в блок), але високий час до finality.

Finality (остаточність) — момент, після якого транзакцію неможливо скасувати без згоди більшості учасників мережі, що порушила б базові правила консенсусу. У різних архітектурах finality досягається по-різному: від ймовірнісної (чим більше блоків поверх, тим менша ймовірність відкату) до миттєвої (після фінального голосування комітету валідаторів).

Теоретичний максимум проти реального навантаження

Теоретичний throughput — це результат синтетичного тесту, де мережа отримує ідеально сформовані транзакції одного типу, без конкуренції за газ, без складних станевих операцій. Реальний throughput залежить від:

  • типу транзакцій (простий переказ відрізняється від взаємодії зі смарт-контрактом із багатьма станевими змінами);
  • конкуренції між користувачами (мемпул, пріоритезація через комісії);
  • географічного розподілу валідаторів (час передачі блоку між нодами);
  • поточного завантаження мережі (пікові навантаження поведінку відрізняються від холостого ходу).

Порівнювати теоретичний максимум однієї мережі з реальним навантаженням іншої — методологічна помилка. Це різні виміри.

Вплив розміру блоку та кількості валідаторів

Збільшення розміру блоку підвищує throughput, але водночас зростає latency розповсюдження блоку між валідаторами. Чим більший блок, тим довше він передається по мережі, тим вищий ризик орфан-блоків і форків.

Кількість валідаторів впливає на обидва параметри. Більша децентралізація (більше незалежних нод) зазвичай означає повільніше досягнення консенсусу, але вищу стійкість. Менший набір валідаторів дає швидший консенсус, але концентрує владу. Тому порівнювати latency мереж із сотнею валідаторів і мереж із тисячами — некоректно без обліку цього фактора.

Типові маніпуляції в маркетингових матеріалах

Найпоширеніші прийоми, які спотворюють порівняння:

  • Підміна типу транзакцій. Мережа заявляє «100 000 TPS», але рахує внутрішні операції між вузлами, а не користувацькі транзакції. Або рахує пакетні операції (один користувацький запит генерує десятки внутрішніх записів) як окремі транзакції.
  • Ігнорування finality. Мережа показує низьку latency (транзакція в блоці за 400 мс), але не зазначає, що finality досягається через 12 секунд, тоді як конкурент має latency 800 мс, але finality за 1 секунду.
  • Тестування на пустій мережі. Результати testnet із десятком нод у одному дата-центрі подаються як показники основної мережі.
  • Зміна визначення TPS між релізами. Одна мережа рахує TPS як кількість підписаних транзакцій, інша — як кількість інструкцій у смарт-контракті. Без уніфікації визначення порівняння безглузде.
  • Изоляція метрики від контексту. «Найшвидша мережа» без зазначення, що швидкість досягається ціною значної централізації або що такий показник фіксується лише за умови мінімального навантаження.

Кореляція між високим TPS у маркетингу і реальною користю для кінцевого користувача часто відсутня. Висока пропускна здатність не гарантує низької вартості транзакції, стабільності під навантаженням або захисту від [solana-protocol-mev](/research/solana-protocol-mev)-екстракції.

Методика чесного порівняння

Щоб порівняння мало сенс, дотримуйтеся таких кроків:

  1. Зафіксуйте визначення транзакції. Визначте однозначно, що рахується як одна транзакція: простий переказ нативного токена, виклик конкретного смарт-контракту з фіксованою логікою, пакетна операція. Усі мережі порівнюються за цим самим визначенням.
  2. Вимірюйте за однакового навантаження. Ідеально — реальні дані mainnet за тривалий період (тиждень і більше), а не пікові або мінімальні значення. Якщо використовуєте синтетичний тест — фіксуйте умови: кількість відправників, географію нод, тип транзакцій.
  3. Розділяйте latency і finality. Фіксуйте обидві метрики окремо. Для мереж із ймовірнісним finality вказуйте кількість підтверджень (блоків), після якої ризик відкату вважається прийнятним, і час, який це займає.
  4. Враховуйте децентралізацію. Зафіксуйте кількість активних валідаторів, їхню географію, вимоги до апаратного забезпечення. Високий throughput на 20 нод у одному регіоні — не еквівалент такого самого throughput на 2000 нод у 50 країнах.
  5. Перевіряйте стабільність. Одноразовий сплеск TPS не показує стабільної продуктивності. Дивіться на дисперсію: чи тримається показник стабільно, чи різко падає під час пікового навантаження.
  6. Оцінюйте вплив MEV. Високий throughput може супроводжуватися значною екстракцією MEV, що фактично знижує ефективність для звичайних користувачів. Детальніше про це — у матеріалі про MEV у протоколі Solana.

Де знайти перевірені дані

Джерела, які дозволяють отримати об'єктивні дані, а не маркетингові заяви:

  • Внутрішні дашборди мереж. Більшість серйозних блокчейнів публікують метрики mainnet у реальному часі. Шукайте не агреговані «середні TPS», а розподіли (percentiles P50, P90, P99) — вони показують реальну картину значно точніше за середнє значення.
  • Незалежні бенчмарки. Дослідницькі групи та університетські лабораторії періодично проводять стандартизовані тести. Ключова перевага — однакова методологія для всіх мереж. Перевіряйте, чи опублікована повна методологія тесту, чи можна відтворити результат.
  • Дані експлорерів. Блок-експлорери дають історичні дані про розміри блоків, інтервали між блоками, кількість транзакцій. Це дозволяє самостійно розрахувати реальний throughput за будь-який період.
  • Валідаторські звіти. Оператори нод часто публікують деталізовані спостереження про продуктивність мережі, включно з випадками деградації, які не відображаються в офіційних дашбордах.

Будь-яке джерело, що подає єдине число TPS без методології, періоду виміру та контексту навантаження, не придатне для порівняння. Перевіряйте первинні дані самостійно: розміри блоків та інтервали між ними доступні в ланцюжку й не залежать від інтерпретації.

Джерела