Oficiální plán Midnightu počítá s migrací z Aura na BABE ve 4. čtvrtletí roku 2026. Ve stejném čtvrtletí jsou zahrnuty odměny v NIGHT za produkci bloků, rychlejší synchronizace uzlů a spuštění veřejného bug bounty programu. Staking NIGHT, komunitní produkce bloků a aktivace BABE na mainnetu jsou naplánovány na 1. čtvrtletí roku 2027.
Na tomto pořadí záleží. Konsenzus není jen algoritmus, který vybírá bloky. Je to také provozní systém kolem tohoto algoritmu: uzly, které se účastní, software, který používají, časové předpoklady, jež sdílejí, a pobídky, které je udržují online. Postupná migrace proto Midnightu umožňuje otestovat každou vrstvu dříve, než se síť začne spoléhat na početnější a méně kontrolovanou skupinu provozovatelů.
Aura a BABE přistupují k produkci bloků odlišně. Aura přiděluje příležitosti k produkci podle známé množiny autorit. BABE je naproti tomu navrženo kolem produkce bloků ve slotech, při níž se způsobilí účastníci vybírají ověřitelným procesem. Zdroje poskytnuté pro tento článek neupřesňují přesnou konfiguraci BABE na Midnightu, a podstatné tvrzení je proto užší: projekt plánuje nahradit současné uspořádání produkce založené na Auře systémem určeným k podpoře širší účasti.
FAQ Midnightu vysvětluje, že síť v současnosti používá Aura a GRANDPA a byla spuštěna s povolenými neboli důvěryhodnými producenty bloků. Popisuje také postupný přechod k provozovatelům bez povolení a širší decentralizaci. Tento výchozí stav vymezuje skutečný problém migrace. Midnight nemění pouze komponentu runtime a okolní síť ponechává beze změny. Přechází od raného provozního modelu s důvěryhodnými producenty k modelu, který musí zvládnout více nezávislé infrastruktury.
Tento přechod vytváří několik možných selhání. Pokud provozovatelé používají nekompatibilní verze uzlu nebo runtime, mohou se neshodnout na tom, které bloky jsou platné. Pokud je migrační proces obtížné následovat, může se účast soustředit mezi týmy s přímým přístupem k pokynům projektu. Pokud synchronizace zůstane pomalá, mohou noví provozovatelé příliš dlouho získávat schopnost se zapojit nebo mohou mít potíže s obnovou po výpadku. Práce na synchronizaci uzlů v plánu je proto součástí decentralizačního záměru, nikoli nesouvisejícím zlepšením výkonu.
Repozitář poskytuje technický záznam změny. Repozitář uzlu Midnight dokumentuje implementaci uzlu a odkazuje na provozní příručku pro migraci z Aura na BABE. Taková příručka má provozní význam, protože přechod konsenzu musí specifikovat více než jen změny v kódu. Provozovatelé potřebují seřazený postup pro aktualizaci binárních souborů, nasazení změn runtime, kontrolu stavu sítě a reakci pro případ, že zavádění nebude postupovat podle očekávání.
Veřejné pull requesty v repozitáři zahrnují technickou změnu s názvem „Aura to Babe migration capable node and runtime“. Tento název ukazuje, že na implementaci se aktivně pracuje, sám o sobě ale neprokazuje, že migrace je dokončena, bezpečná nebo připravená pro produkční provoz. Rozlišení je důležité. Pull request může doložit, že se daná schopnost vyvíjí. Nemůže však prokázat, že ji nezávislí provozovatelé úspěšně použili v podmínkách mainnetu.
Odměny v NIGHT přidávají k téže zkoušce pobídkovou vrstvu. Plán spojuje produkci bloků s odměnami v NIGHT a následně řadí staking NIGHT a komunitní produkci bloků do 1. čtvrtletí roku 2027. Odměny mohou přilákat a udržet provozovatele, zároveň však zvyšují význam správného účtování a jasných pravidel způsobilosti. Účastníci potřebují vědět, kdy se blok započítává, jak se odměny vypočítávají a co se děje při zmeškaných slotech, aktualizacích nebo konkurenčních pohledech na řetězec. Žádný z uvedených zdrojů tyto podrobnosti neposkytuje, a plán by proto měl být chápán jako harmonogram mechanismu, nikoli jako důkaz, že jeho ekonomický návrh byl plně doložen.
Veřejný bug bounty program plní jinou funkci. Konsenzuální software má mimořádně širokou plochu pro útok, protože selhání mohou ovlivnit bezpečnost i dostupnost. Chyba, která způsobí, že uzel odmítne platné bloky, může provozovatele izolovat. Chyba umožňující nekonzistentní interpretace stavu může vyvolat rozdělení. Otevření programu před širší účastí by externím výzkumníkům poskytlo formální cestu k nahlašování chyb, zdroje ale neuvádějí jeho rozsah, strukturu odměn ani proces zveřejňování.
Rozdělení mezi 4. čtvrtletí a 1. čtvrtletí také odhaluje zamýšlené pořadí kroků Midnightu. Nejprve přichází postupná migrace, podpůrné nástroje a pobídky pro provozovatele. Poté následují staking, komunitní produkce bloků a aktivace BABE na mainnetu. Pokud harmonogram zůstane zachován, síť bude po provozovatelích požadovat, aby ověřili nejen nový konsenzuální mechanismus, ale také postupy a pobídky, které jej obklopují.
Pro infrastrukturu zaměřenou na soukromí je tato koordinační zátěž zásadní. Privátní provádění může skrýt vybrané informace o transakcích, přesto závisí na veřejné infrastruktuře pro řazení bloků, replikaci stavu a řešení neshod. Vlastnost soukromí a vlastnost decentralizace jsou odlišná tvrzení. Systém může vytvářet soukromé výpočty a přitom stále spoléhat na úzký okruh důvěryhodných provozovatelů. Plán Midnightu se druhému tvrzení věnuje přímo, důkazy dostupné dnes však představují plán, stopu implementace a posloupnost budoucích milníků.
Rozhodující zkouškou bude, zda provozovatel bez privilegovaného přístupu dokáže postupovat podle migrační provozní příručky, synchronizovat uzel, zapojit se do produkčního procesu a získat očekávané zacházení s NIGHT bez manuálního zásahu. Pokud toho Midnight dosáhne a současně zachová shodu v celé síti, bude přechod z Aura na BABE znamenat více než aktualizaci konsenzu. Ukáže, že soukromý systém provádění projektu lze provozovat jako distribuovanou veřejnou síť.
Tento článek vytvořila umělá inteligence a byl publikován automaticky bez redakční kontroly před zveřejněním. Tento článek byl strojově přeložen z angličtiny a autorství uvedené v byline náleží autorovi původního textu.
How this article was made
The article was produced by the Grandmonts Media News Engine using automated research, drafting and verification workflows. No human editor reviewed the article before publication. Grandmonts Media remains responsible for the published content. Errors can be reported at office@grandmonts.cz.