Hoskinsonov prototip Umbra cilja na obnovitev Midnight, medtem ko se migracija BABE premika skozi QA

Charles Hoskinson preizkuša Umbra, eksperimentalno trajno podatkovno shrambo, namenjeno poenostavitvi obnovitve v infrastrukturi, ki jo uporabljata Cardano in Midnight. Prototip je bil opisan v tehničnem prepisku X Space, ki ga je pregledal Cardano News, in je povezan z njegovim delom na prihodnji mostni arhitekturi za Cardano in Midnight. Ločeno javni repozitorij vozlišča projekta Midnight prikazuje uradno migracijo soglasja iz Aura v BABE v fazi zagotavljanja kakovosti.

Sinhronizacija Midnight poteka prek Cardano DB Sync

Midnight je partnerska veriga Cardano, zgrajena za aplikacije, ki združujejo javno verifikacijo verige blokov z zaščitenimi podatki. Razvijalci lahko uporabljajo Midnight za gradnjo aplikacij, v katerih dokazi z ničelnim razkritjem podpirajo selektivno razkrivanje, zasebno izračunavanje in procese, usmerjene v skladnost, medtem ko javni žetonski sloj vključuje $NIGHT.

Hoskinson je opisal zaporedje lokalne infrastrukture, ki se začne s polnim vozliščem Cardano, se nadaljuje prek cardano-db-sync, nato zahteva vozlišče Midnight in na koncu indeksator Midnight. To zaporedje je skladno z dokumentacijo za operaterje Midnight.

The Midnight cardano-db-sync guide navaja delujoče vozlišče Cardano kot predpogoj in pojasnjuje, da cardano-db-sync uporablja PostgreSQL za indeksiranje podatkov verige blokov v relacijsko shemo. Isti vodič navaja, da je treba podatkovno bazo po nadgradnji van Rossem ponovno predvajati proti Cardano Node 11.0.1 in je ni mogoče obravnavati kot preprosto binarno zamenjavo.

Dokumentacija operaterjem tudi nalaga, naj počakajo, dokler cardano-db-sync ne doseže vsaj 99 odstotne sinhronizacije, preden nadaljujejo. The Midnight full-node guide nato zahteva dostopno instanco cardano-db-sync in vrata PostgreSQL, preden je mogoče zagnati vozlišče Midnight.

Takšen operativni model pojasnjuje, zakaj je za razvijalce in operaterje vozlišč pomemben sloj za obnovitev. Lokalno okolje Midnight ni en sam binarni ponovni zagon. Odvisno je od več sinhroniziranih storitev, pri čemer morajo ostati usklajeni podatki verige Cardano, stanje podatkovne baze, podatki vozlišča Midnight in indeksirani aplikacijski podatki.

Prototip Umbra se osredotoča na obnovljivo stanje

Umbra ni navedena kot izdani izdelek Midnight. Gre za Hoskinsonov prototip za shranjevanje in obnovitev stanja, ki ga potrebujejo denarnice, indeksatorji, zgodovina transakcij in sorodni infrastrukturni sestavni deli.

Po prepisku je prototip zasnovan okoli shranjenega stanja, kontrolnih točk, obravnave razveljavitve in premikanja naprej, hladne obnovitve po zaustavitvi, varnih povezav ter rekonstrukcije podatkov vozlišča in indeksatorja iz prej shranjenih zapisov. Hoskinsonov načrtovani preizkus je sinhronizirati okolje, izbrisati obstoječe podatke vozlišča in indeksatorja Midnight ter nato poskusiti oba obnoviti iz Umbre.

Poznejša različica bi lahko dodala samopreverjajoče se kontrolne točke. Hoskinson je opisal model, v katerem bi dokaz z ničelnim razkritjem potrdil, da kontrolna točka predstavlja veljavno stanje, s čimer bi se zmanjšala količina zaupanja, potrebnega v stranko, ki distribuira posnetek stanja.

Možni distribucijski sloj je primerjal tudi z Mithril. Cardanova dokumentacija za Mithril opisuje na vložku temelječ večpodpisni protokol, ki ustvarja certificirane posnetke verige blokov za podporo hitrejši sinhronizaciji vozlišč Cardano in preverjanju stanja. Umbra bi lahko podoben koncept uporabila za stanje Midnight, čeprav javni načrt implementacije ali uradni urnik izida nista bila objavljena.

Hoskinson je ocenil, da bi začetna različica lahko zahtevala še dva ali tri dni osredotočenega razvoja, odvisno od dokončanja sinhronizacije in preizkusov obnovitve. Povedal je tudi, da bi projekt pozneje potreboval produktizacijo, revizijo ter širše vključevanje razvijalcev, preden bi lahko postal produkcijska infrastruktura.

Migracija iz Aura v BABE ostaja v fazi QA

Midnight pripravlja tudi ločeno spremembo svoje infrastrukturne plasti soglasja. Hoskinson je opisal Aura kot trenuten prehodni mehanizem za ustvarjanje blokov, BABE pa kot dolgoročnejši model, namenjen decentraliziranemu delovanju, pri čemer GRANDPA še naprej zagotavlja finalnost.

Delo je vidno v javnem repozitoriju vozlišča projekta Midnight. Odprta Aura to BABE issue opisuje nov pallet-consensus-engine, odgovoren za stroj stanja z dvojnim pogonom in samodejni preklop iz Aura v BABE. Težava je bila odprta 23. junija in je trenutno označena kot "QA v teku".

Delovni tok vključuje zastavico ActiveEngine za Aura ali BABE, nastavitve migracije pod nadzorom upravljanja, shranjene prehodne slote in samodejni preklop na zabeleženi meji epohe BABE. Težava tudi navaja, da se mora preklop odložiti, dokler GRANDPA ne dokončno potrdi vsaj enega vstavljenega bloka, ter da morajo enotni testi pokrivati prehode stanja.

V javno objavljeni težavi sta še vedno navedeni dve odvisnosti: vezava meje epohe in priprava odbora validatorjev. Ista težava ne prikazuje mejnika ter v javnem pogledu na GitHubu nima povezanih vej ali zahtevkov za združitev.

Za operaterje in aplikacijske ekipe je pot do uvedljive infrastrukture še vedno dokumentirano zaporedje: vozlišče Cardano, cardano-db-sync, vozlišče Midnight in indeksator. Konkretne inženirske kontrolne točke so ožje od širšega načrta razvoja: ponovljiv preizkus obnovitve z Umbro ter dokončanje odvisnosti pri meji epohe in odboru, ki sta potrebni, preden lahko BABE v vozlišču Midnight zamenja Aura. Za infrastrukturo $NIGHT obe poti kažeta na isti operativni cilj, hitrejšo obnovitev uporabnega stanja verige in nadzorovano pot od prehodne produkcije blokov proti nameravanemu soglasnemu modelu omrežja.