Aktualizacja Dijkstra dla Cardano pozostaje w uzgodnionym zakresie technicznym i harmonogramie, a deweloperzy w pierwszej fazie celują w Linear Leios i Nested Transactions, przed osobną aktywacją Peras w 2027 roku.
Podsumowanie
- Faza 1 Dijkstra dla Cardano celuje w mainnet do końca roku, z uwzględnieniem Linear Leios i Nested Transactions.
- Aktywacja Peras jest planowana na Q2 2027 poprzez osobny hard fork wewnątrz epoki na mainnecie.
- Amaru obecnie waliduje i synchronizuje się ze szczytem łańcucha, a produkcja bloków na mainnecie jest planowana na listopad 2026.
- Cardano planuje jedną poprawkę konstytucyjną dodającą parametry Dijkstra, której złożenie planowane jest do 11 września 2026.
- Pierwsza faza Dijkstra przygotowuje również kodeki i parametry Peras przed aktywacją protokołu w przyszłym roku.
Intersect poinformował w swojej aktualizacji z 14 sierpnia, że planowanie przesuwa się teraz w kierunku gotowości ekosystemu, raportowania z testnetu i wsparcia dla alternatywnych implementacji węzłów.
Najnowsza oficjalna mapa drogowa dzieli Dijkstra na dwie fazy. Faza 1 wprowadza nową erę księgi Dijkstra i Linear Leios, z celem ukończenia kodu w Q4 2026. Faza 2 aktywuje Ouroboros Peras poprzez hard fork wewnątrz epoki, planowany na Q2 2027. Opublikowany harmonogram wyraźnie stwierdza, że te daty są szacunkowe i „nie są gwarancjami”, ponieważ testowanie i zarządzanie on-chain mogą wydłużyć ostateczny harmonogram mainnetu.
Cardano Dijkstra umieszcza Linear Leios w Fazie 1
Linear Leios jest głównym komponentem skalowania pierwszego hard forka Dijkstra. Zamiast zastępować model bezpieczeństwa Praos Cardano, wprowadza bloki Endorser, które mogą odwoływać się do dodatkowych transakcji i mieć je certyfikowane przez komitety oparte na udziale. Projekt ma na celu zwiększenie przepustowości przy zachowaniu istniejących podstawowych gwarancji konsensusu.
Faza 1 obejmuje również Nested Transactions, nowe struktury serializacji transakcji i bloków, zmiany PlutusV4 oraz kilka dodatków do parametrów protokołu. Co ważne, zainstaluje rozszerzenia kodeków i parametry wymagane dla Peras bez aktywowania samego Peras.
Jak wcześniej informował crypto.news, hard fork van Rossem dla Cardano przeniósł mainnet do wersji protokołu 11 w lipcu i położył techniczne podstawy dla Dijkstra i Leios.
Ouroboros Peras jest zaplanowany na Fazę 2. Protokół dodaje warstwę głosowania, która pozwala komitetom operatorów pul na głosowanie w sprawie ostatnich szczytów łańcucha, dając Cardano sposób na szybsze osiągnięcie rozliczenia niż w standardowych zasadach głębokości łańcucha Praos.
Intersect obecnie celuje w Q2 2027 dla fazy Peras. Będzie to wymagać własnych wdrożeń Preview i Pre-production, a następnie kolejnej akcji zarządzania mainnetem. Faza 1 musi być już aktywna, ponieważ dostarcza struktury księgi i parametry protokołu wymagane przez Peras.
Amaru zbliża się do produkcji bloków Cardano
Dijkstra przesuwa również Cardano w kierunku większej różnorodności klientów węzłów. Intersect poinformował, że Amaru, implementacja open-source w Rust, jest już zdolna do przekaźnictwa i może walidować oraz synchronizować się ze szczytem łańcucha. Produkcja bloków na mainnecie jest planowana na listopad 2026.
Własny tracker rozwoju Amaru dostarcza więcej szczegółów. Ogólna wersja producenta bloków jest planowana na 30 września, następnie kamień milowy producenta bloków zgodny z Dijkstra na 29 października i wydanie zgodne z Leios na 26 listopada. Są to kamienie milowe rozwoju, a nie gwarantowane daty aktywacji mainnetu Cardano.
Różnorodność węzłów zmniejszyłaby zależność Cardano od implementacji Haskell. Intersect opracowuje również tracker gotowości Dijkstra obejmujący wydajność testnetu i przygotowanie ekosystemu, zapraszając zespoły alternatywnych węzłów do cotygodniowej grupy roboczej ds. hard forka.
Zmiany w zarządzaniu muszą nadejść przed Dijkstrą
Dijkstra wprowadza parametry protokołu, których zarządzanie Cardano nie może zmienić, chyba że pojawią się one jawnie w ramach ograniczeń Konstytucji. Dlatego Input Output planuje wąską poprawkę konstytucyjną dodającą odpowiednie parametry i dozwolone zakresy. Nie proponuje zmian w rolach zarządczych, progach głosowania ani zasadach konstytucyjnych.
Obecnym celem jest złożenie tego działania zarządczego nie później niż w Epoch 655, rozpoczynającym się 11 września. Dyskusja społeczności jest już organizowana za pośrednictwem Portalu Poprawek Konstytucyjnych Intersect, który do 14 sierpnia otrzymał cztery wstępne zgłoszenia.
Ostatecznie najbliższe prace skupiają się na ukończeniu kodu Dijkstry, ustaleniu kryteriów gotowości i przeprowadzeniu pierwszej fazy przez Preview i Pre-production przed jakimkolwiek głosowaniem zarządczym w sieci głównej. Najnowsza aktualizacja Intersect mówi, że uzgodniony zakres i terminy pozostają niezmienione.
Głównym zastrzeżeniem jest termin. Chociaż zespół węzła Haskell pracuje nad dostarczeniem Fazy 1 do sieci głównej do końca 2026 roku, formalna mapa drogowa opisuje Q4 jako cel ukończenia kodu i mówi, że testy zarządzania i społeczności mogą przesunąć aktywację na później. Peras pozostaje celem na Q2 2027 po wdrożeniu Fazy 1.
