Cardano не відхиляється від своєї технічної дорожньої карти. Згідно з останнім оновленням від координаційного органу Intersect, оновлення Dijkstra залишається в межах свого початкового обсягу та часових рамок. Спочатку буде впроваджено Linear Leios для обробки більшої кількості транзакцій, а наступного року – Ouroboros Peras для прискорення остаточності блоків. Сама по собі ця новина не вражає, але послідовність є цінною для мережі, яка тривалий час мала репутацію повільної.
- Cardano дотримується свого графіка оновлення Dijkstra, з Linear Leios, запланованим на кінець 2026 року, щоб збільшити пропускну здатність без шкоди для безпеки.
- Друга фаза з Ouroboros Peras очікується у другому кварталі 2027 року, що забезпечить швидшу остаточність після завершення Leios.
Dijkstra, фаза 1: Leios націлений на кінець 2026 року без шкоди для безпеки Cardano
Перша фаза Dijkstra представляє Linear Leios, ключовий компонент цього масштабованого проекту. Всупереч поширеній думці, Leios не замінює Praos, модель безпеки, яка захищає Cardano з моменту її створення. Вона додає блокуючі блоки (Endorser Blocks), здатні посилатися на додаткові транзакції та сертифіковані комітетами, заснованими на участі валідаторів. Це спосіб збільшити пропускну здатність, не зачіпаючи існуючі гаранті консенсусу.
Згідно з щотижневим оновленням №124 від Intersect, опублікованим 14 серпня, ця перша фаза має бути завершена до четвертого кварталу 2026 року, а запуск очікується до кінця року. Документ чітко вказує на одне: ці дати є оціночними, а не гарантованими, і тестування, а також голосування за управління можуть відтермінувати терміни.
Peras, запланований на Q2 2027, повинен дочекатися завершення Leios
Ouroboros Peras чекає на другу фазу. Цей модуль додає шар голосування, який дозволяє комітетам операторів стейкінг-пулів перевіряти останні блоки ланцюга. Це механізм швидшої остаточності порівняно з класичними правилами глибини ланцюга Praos.
Його поточною метою є другий квартал 2027 року через окремий хард-форк, як тільки перша фаза надасть структури реєстру та параметри протоколу, необхідні для роботи Peras. Це секвенування не є довільним. Peras спирається безпосередньо на фундамент, закладений Leios, тому неможливо змінити порядок, не переробляючи все.
Amaru та управління в ланцюжку: два паралельні проекти Dijkstra
Поки Leios просувається на рівні протоколу, за лаштунками розвивається інший проект. Amaru, реалізація вузла Cardano з відкритим вихідним кодом на Rust, вже перевіряє ланцюг і синхронізується з його останньою версією. Виробництво блоків у основній мережі заплановано на листопад 2026 року. Це бажане диверсифікація для мережі, яка все ще значною мірою залежить від свого історичного клієнта на Haskell. Внутрішня дорожня карта Amaru навіть деталізує етапи: загальна версія, запланована на 30 вересня, сумісність з Dijkstra 29 жовтня, а потім Leios 26 листопада – всі ці дати стосуються розробки, а не зобов’язань перед основною мережею.
Цей розклад також не визначається в кабінеті. Dijkstra вводить параметри протоколу, які управління Cardano в ланцюжку може змінювати лише за умови, що вони чітко вказані в обмеженнях його Конституції. Таким чином, Input Output повинно подати цільову поправку до конституції, подання якої заплановано не пізніше епохи 655, яка починається 11 вересня. Станом на 14 серпня через спеціальний портал вже отримано чотири пропозиції. Отже, інституційний механізм просувається в тому ж темпі, що й код, не швидше і не повільніше.