Cardano Leios у складі оновлення Dijkstra: цільове зростання пропускної здатності у 3–5 разів

ADA
реєстрація пулів ставокхардфорк Dijkstraоновлення LeiosмасштабованістьуправлінняCardano
1 годину томуДжерело: crypto.news
Cardano Leios у складі оновлення Dijkstra: цільове зростання пропускної здатності у 3–5 разів

Input Output окреслила поетапне впровадження оновлення Cardano Leios, орієнтуючись спочатку на три-п’ять разів більшу пропускну здатність транзакцій, ніж сьогодні, перш ніж пізніші голосування в системі управління могли б підвищити її до 10–15 разів.

Резюме

  • Leios спочатку орієнтується на 3–5-кратне збільшення поточної пропускної здатності Cardano, а згодом — на 10–15-кратне.
  • Активація потребує реєстрації ключів для голосування, що охоплює приблизно 90–95% делегованої частки.
  • Подальші зміни пропускної здатності вимагають результатів навантаження в основній мережі та окремих голосувань у системі управління.
  • Лише 21 із 103 перелічених застосунків Cardano увімкнув відстеження транзакцій у таблиці лідерів.

Input Output повідомила у своєму оновленні від 20 жовтня, що Leios з’явиться разом із хардфорком Dijkstra, після чого відбудуться реєстрація стейк-пулів, випробування навантаження в реальній мережі та щонайменше два оновлення параметрів протоколу.

План розробника відокремлює оновлення мережі від кроків, необхідних для активації Leios і дозволу більшого трафіку. Пули спочатку повинні зареєструвати нові ключі для голосування, причому поточна оцінка вимагає приблизно 90–95% делегованої частки, перш ніж Leios зможе працювати.

«Хардфорк робить протокол доступним», — написала Input Output. В оновленні не вказано фіксованої дати активації Dijkstra. Запропоновані прирости пропускної здатності залишаються залежними від результатів в основній мережі та схвалення спільноти.

Cardano Leios потребує реєстрації пулів після Dijkstra

Згідно з планом впровадження Input Output, оператори стейк-пулів генеруватимуть ключі голосування BLS після хардфорку та реєструватимуть їх через оновлені сертифікати пулів. Кожна реєстрація набуває чинності на наступній межі епохи.

Підписи BLS дозволяють об’єднати сотні голосів пулів у компактний сертифікат. Input Output зазначає, що Leios потребує голосів, які представляють щонайменше 75% усієї активної частки, щоб засвідчити блок-ендорсер, який містить посилання на транзакції, що очікують обробки.

Реєстрація повинна бути впевнено вищою за цей поріг, щоб врахувати пули, які перебувають офлайн або повільно відповідають. Розробник оцінює участь приблизно від 500 до 900 найкращих пулів, хоча точна вимога для активації залежить від параметрів, які ще доопрацьовуються.

Пули без зареєстрованого ключа BLS можуть продовжувати створювати блоки Praos, згідно з оновленням, але не можуть голосувати за блоки-ендорсери Leios. Реєстрація ключів не потребує окремого голосування від делегованих представників або Конституційного комітету.

Підготовка відбувається після хардфорку Cardano van Rossem від 18 липня хардфорку van Rossem, який перевів основну мережу на версію протоколу 11, як раніше повідомляло crypto.news. Intersect підтвердила це оновлення після тестування та схвалення органами управління мережі.

Зміни пропускної здатності потребують окремого схвалення в системі управління

Перед Dijkstra Input Output планує конституційне оновлення, що охоплює нові параметри протоколу та межі, у яких система управління може їх змінювати. Її дорожня карта покладає підготовку цих запобіжників на Комітет з параметрів Intersect, а команда Plutus оновлює скрипт запобіжників.

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

Для хардфорку зазначені вимоги становлять 60% частки DRep, 51% частки операторів стейк-пулів і дві третини комітету. Пізніші зміни пропускної здатності вимагають 67% частки DRep, 51% частки SPO і двох третин членів комітету.

Коли Leios запрацює, Input Output планує контрольовані сплески трафіку в основній мережі для вимірювання доставки блоків, швидкості голосування, надійності сертифікатів і залишкової потужності обробки на вузлах. Кожен запропонований крок збільшення пропускної здатності повинен включати вимірювання з попередніх налаштувань.

Початкова мета використовує сьогоднішню стелю Praos приблизно 4,5 кілобайта транзакцій за секунду як базову лінію. Множення цього показника на оголошені діапазони дає приблизно 13,5–22,5 TxkB/s спочатку та 45–67,5 TxkB/s на пізнішій меті.

Ці цифри вимірюють ємність даних транзакцій, а не фіксовану кількість транзакцій за секунду. Кількість транзакцій, що вміщуються, залежить від їхнього розміру.

Input Output зазначає, що система управління може змінювати ліміти Leios без іншого хардфорку, за умови, що пропозиції залишаються в межах затверджених конституційних запобіжників.

Раніше тестування досягло приблизно шестикратного перевищення граничної межі Praos

У технічному звіті від 20 серпня команда Leios зафіксувала пік MusashiNet на рівні 26,8 TxkB/s проти граничної межі основної мережі Praos у 4,51 TxkB/s. Ці показники дають співвідношення приблизно 5,94 раза.

Команда повідомила, що 41-денна фаза Earth охоплювала понад 127 000 блоків і 63 зареєстровані пули. Трафік надходив від генерації синтетичного навантаження та операторів-учасників, тому результати описують продуктивність тестової мережі, а не попит клієнтів.

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

Для основної мережі план Input Output від 20 жовтня починається з консервативних налаштувань, оскільки жива мережа налічує приблизно 2 700 зареєстрованих пулів, які використовують різні машини, з’єднання та конфігурації.

Leios зберігає рейтингові блоки Praos і додає блоки-ендорсери, коли обсяг очікуваного трафіку перевищує те, що може вмістити рейтинговий блок, пояснив розробник. Очікується, що транзакції, оброблені через блоки-ендорсери, потраплять до реєстру приблизно за 45–60 секунд.

Підготовка до Dijkstra просувалася через окремі випуски програмного забезпечення. Випуск вузла 11.1.1 у вересні усунув операційні проблеми перед пізнішими версіями, покликаними запровадити функції нової епохи.

Раніша двофазна дорожня карта Dijkstra від Intersect відносила Linear Leios до першої фази, а Peras — до окремого оновлення, запланованого на другий квартал 2027 року. У її графіку дати постачання описані як оцінки, що залежать від тестування та управління.

Таблиця лідерів застосунків охоплює проєкти з увімкненим відстеженням

В окремому дописі в X від 20 жовтня Cardano повідомила, що 21 із 103 застосунків, перелічених на її вебсайті, увімкнули відстеження транзакцій. Проєкти з’являються в таблиці лідерів після ввімкнення відстеження, і участь відкрита для всіх проєктів, що будуються на Cardano.

Ці показники означають, що участь у відстеженні становить приблизно 20,4% перелічених застосунків. Заява Cardano описує, які проєкти долучаються до таблиці лідерів; вона не встановлює підсумкові обсяги транзакцій для решти 82 застосунків.

Щодо економіки мережі Input Output повідомила, що понад 85% винагород за епоху наразі надходить із резерву Cardano. У її оновленні наведено оцінку CIP-164, згідно з якою для досягнення беззбитковості доходу від комісій знадобиться стабільний трафік приблизно 50–70 TxkB/s.

«Leios створює шлях до такого рівня активності, — написав розробник. — Він не створює попит сам по собі».

Інші заплановані функції Dijkstra включають вкладені транзакції, вдосконалення облікових записів, скрипти-охоронці, Plutus V4, вільно виведені винагороди за стейкінг і параметр кредитного плеча застави. За словами Input Output, ці зміни надходять разом із хардфорком і не залежать від досягнення Leios пізніших цільових показників пропускної здатності.