Hoskinsonov prototip Umbra cilja na oporavak Midnighta dok se migracija na BABE kreće kroz QA

Charles Hoskinson testira Umbra, eksperimentalnu trajnu pohranu podataka namijenjenu pojednostavljenju oporavka u infrastrukturi koju koriste Cardano i Midnight. Prototip je opisan u tehničkom X Space transkriptu koji je pregledao Cardano News i povezan je s njegovim radom na budućoj arhitekturi mosta za Cardano i Midnight. Neovisno o tome, Midnightov javni repozitorij čvorova prikazuje službenu migraciju konsenzusa s Aura na BABE u fazi QA.

Midnight sinkronizacija prolazi kroz Cardano DB Sync

Midnight je partnerski lanac Cardana izgrađen za aplikacije koje kombiniraju javnu verifikaciju na blockchainu sa zaštićenim podacima. Programeri mogu koristiti Midnight za izgradnju aplikacija u kojima dokazi s nultim znanjem podržavaju selektivno otkrivanje, privatno računarstvo i procese usmjerene na usklađenost, dok javni sloj tokena uključuje $NIGHT.

Hoskinson je opisao lokalni slijed infrastrukture koji započinje s punim Cardano čvorom, nastavlja preko cardano-db-sync, zatim zahtijeva Midnight čvor i na kraju Midnight indeksator. Taj je slijed u skladu s dokumentacijom za operatere Midnighta.

Vodič za Midnight cardano-db-sync navodi pokrenuti Cardano čvor kao preduvjet i ističe da cardano-db-sync koristi PostgreSQL za indeksiranje podataka blockchaina u relacijsku shemu. Isti vodič kaže da se baza mora ponovno reproducirati protiv Cardano Node 11.0.1 nakon nadogradnje van Rossem, umjesto da se tretira kao jednostavna binarna zamjena.

Dokumentacija također upućuje operatore da pričekaju dok cardano-db-sync ne postigne barem 99 posto sinkronizacije prije nastavka. Vodič za Midnight full node potom zahtijeva dostupnu instancu cardano-db-sync i PostgreSQL port prije nego se može pokrenuti Midnight čvor.

Takav operativni model objašnjava zašto je sloj za oporavak važan za programere i operatere čvorova. Lokalno Midnight okruženje nije jednostavno ponovno pokretanje jedne binarne datoteke. Ono ovisi o nekoliko sinkroniziranih servisa, pri čemu se podaci lanca Cardano, stanje baze podataka, podaci Midnight čvora i indeksirani podaci aplikacija moraju zadržati usklađenima.

Prototip Umbra fokusira se na oporavljivo stanje

Umbra nije navedena kao objavljen Midnight proizvod. To je Hoskinsonov prototip za pohranu i obnavljanje stanja potrebnog novčanicima, indeksatorima, povijesti transakcija i povezanim infrastrukturnim komponentama.

Prema transkriptu, prototip se dizajnira oko spremljenog stanja, kontrolnih točaka, rukovanja povratkom unatrag i pomicanjem unaprijed, hladnog oporavka nakon gašenja, sigurnih veza i rekonstrukcije podataka čvora i indeksatora iz prethodno pohranjenih zapisa. Hoskinsonov planirani test je sinkronizirati okruženje, izbrisati postojeće podatke Midnight čvora i indeksatora, zatim pokušati ponovno izgraditi oboje iz Umbre.

Kasnija verzija mogla bi dodati samoverificirajuće kontrolne točke. Hoskinson je opisao model u kojem bi dokaz s nultim znanjem potvrdio da kontrolna točka predstavlja valjano stanje, čime se smanjuje količina povjerenja potrebna u stranku koja distribuira snimku stanja.

Usporedio je i mogući distribucijski sloj s Mithrilom. Cardanova Mithril dokumentacija opisuje protokol višestrukog potpisa zasnovan na udjelu koji proizvodi certificirane snimke stanja blockchaina kako bi podržao bržu sinkronizaciju Cardano čvorova i validaciju stanja. Umbra bi mogla primijeniti srodan koncept na Midnight stanje, iako javni plan implementacije ili službeni raspored izdanja nije objavljen.

Hoskinson je procijenio da bi početna verzija mogla zahtijevati još dva ili tri dana koncentriranog razvoja, uz uvjet dovršetka testiranja sinkronizacije i oporavka. Također je rekao da će projektu kasnije trebati produktizacija, revizijski rad i šire uključivanje programera prije nego što može postati produkcijska infrastruktura.

Migracija s Aura na BABE ostaje u QA

Midnight priprema i zasebnu promjenu svoje infrastrukture konsenzusa. Hoskinson je opisao Auru kao trenutačni prijelazni mehanizam za proizvodnju blokova, a BABE kao dugoročniji model namijenjen decentraliziranom radu, pri čemu GRANDPA i dalje osigurava finalitet.

Rad je vidljiv u Midnightovu javnom repozitoriju čvorova. Otvoreni problem Aura to BABE opisuje novi pallet-consensus-engine zadužen za dvo-motorni stroj stanja i automatsko prebacivanje s Aure na BABE. Problem je otvoren 23. lipnja i trenutačno je označen kao 'QA in progress'.

Tijek rada uključuje zastavicu ActiveEngine za Auru ili BABE, postavke migracije pod upravljanjem governancea, pohranjene prijelazne slotove i automatsko prebacivanje na zabilježenoj BABE granici epohe. U problemu se također navodi da se prebacivanje mora odgoditi dok GRANDPA ne finalizira barem jedan ubrizgani blok te da jedinični testovi moraju pokriti prijelaze stanja.

Dvije zavisnosti i dalje su navedene u javnom problemu: vezanje na granicu epohe i postavljanje odbora validatora. Isti problem ne prikazuje etapu ni povezane grane ili pull requestove u javnom GitHub prikazu.

Za operatore i timove aplikacija, primjenjivi infrastrukturni put i dalje je dokumentirani slijed: Cardano čvor, cardano-db-sync, Midnight čvor i indeksator. Konkretne inženjerske kontrolne točke uže su od šireg plana puta: ponovljiv Umbra test oporavka i dovršetak zavisnosti granice epohe i odbora potrebnih prije nego BABE može zamijeniti Auru u Midnight čvoru. Za $NIGHT infrastrukturu, obje staze upućuju na isti operativni cilj, brži oporavak uporabljivog stanja lanca i kontrolirani put od prijelazne proizvodnje blokova prema namijenjenom modelu konsenzusa mreže.