Predgovor
Predstavljajte si scenarij, v katerem se platforma blockchain hitro razvija in število uporabnikov hitro raste v desetine milijonov, kar povzroči močno povečanje povezanih stroškov v kratkem času. Katere strategije so potrebne na tej stopnji za ohranitev operativne učinkovitosti brez ogrožanja hitrosti razvoja zaradi zapletenih postopkov odobritve in potrditve? Kot bi se strinjala številna podjetja, bi morala biti razširljivost prednostna naloga.
Ontološka plast 2 kot tehnologija skaliranja zunaj verige ponuja višjo zmogljivost in nižje stopnje. Podjetja lahko varno shranijo veliko število transakcijskih zapisov zunaj verige in jih nato prenesejo v verigo, ko morajo komunicirati, s čimer zmanjšajo transakcijske stroške uporabnikov in močno povečajo produktivnost.
Predstavitev
Kot je opisano v načrtu Aristotle 2020, v kombinaciji z ontologijo med verigami, Wasm-JIT, Multi-VM in drugimi naprednimi jedrnimi tehnologijami Ontology Layer 2 zdaj kaže boljšo zmogljivost kot druge rešitve Layer 2. To se odraža v nizkih stroških na izvajanje, shranjevanje, večjezična podpora in popolna združljivost med različicami za analizo in izvedbo. Omogočite pogodbe o uvajanju za brezhibno medsebojno delovanje, kot je izvajanje več virtualnih operacijskih sistemov na enem računalniku, povečanje učinkovitosti izvajanja in zmanjšanje stroškov obdelave.
Delovni proces
Ontologija ravni 2 je sestavljena iz 3 glavnih delov: depozit Ontologije na ravni 2, dvigi ravni 2 na Ontologiji, transakcije ravni 2 in varnostna garancija.
V trgovalnem centru Level 2 lahko uporabniki opravljajo transakcije, izvajajo pogodbene zahteve in podpisujejo pogodbe. Ta transakcija je lahko ali pa tudi ne enaka obliki transakcije glavne verige ontologije. Zbiralci transakcij (imenovani "Zbiralci") so odgovorni za zbiranje uporabnikovih transakcij 2. stopnje. V celotnem procesu je lahko več zbiralcev. Uporabniki lahko tudi oddajajo svoje transakcije ravni 2 več zbirateljem.
Zbiralnik občasno pakira zbrane transakcije plasti 2 in jih zažene, da ustvari novo stanje. Zbiralnik je odgovoren tudi za prenos korena novega stanja v glavno verigo ontologije. Ko so transakcije, zapakirane v blok ravni 2, izvedene, koren novega stanja postane stanje bloka ravni 2. Izzivalec je odgovoren za potrjevanje stanja bloka ravni 2, ki ga predloži zbiralec glavni verigi ontologije. To zahteva, da Challenger sinhronizira blok sloja 2 prek zbiralnika, da ohrani popolno globalno stanje.
POTRDITEV RAČUNA VKLJUČUJE INFORMACIJE O STANJU RAČUNA IN NJEGOVO POTRDILO, KI JIH JE LAHKO PRIDOBITI OD ZAHTEV ZBIRALCEV IN IZZIVALCEV. SAMO ONI VZDRŽUJEJO POPOLNO GLOBALNO STANJE.
Depozit na ravni 2
- Najprej uporabnik izvede operacijo »Depozit« v glavni verigi ontologije. Pogodba o glavni verigi blokira uporabnikova depozitna sredstva in popravi stanje tega sklada na ravni 2. Trenutno je status »neizdan«.
- Zbiralec je nato obveščen, da je depozitna transakcija v glavni verigi ontologije. Kolektor bo spremenil svoje stanje na nivoju 2 glede na operacijo depozita. Pipa nato doda depozit za sprostitev transakcije in ga skupaj z drugimi uporabniškimi transakcijami zapakira v blok ravni 2. Ko stanje bloka ravni 2 doseže glavno verigo ontologije, obvesti sistem, da je bil depozit sproščen.
- Pogodba glavne verige izvede operacijo sprostitve depozita in spremeni status depozitnega sklada v "sproščeno".
Ugotovitve iz ontologije
- Uporabnik ustvari transakcijo "Dvig" ravni 2 in jo odda na pipo.
- Zbiralnik spremeni svoje stanje v skladu z umikom in hkrati zapakira transakcijo umika in druge uporabniške transakcije skupaj v blok ravni 2. Pri pošiljanju stanja bloka ravni 2 v glavno ontološko verigo bo poslana izhodna zahteva.
- Pogodba o glavni verigi izvrši zahtevo za dvig, registrira zapis sklada in nastavi status na »ni izdano«.
- Po potrditvi statusa uporabnik odda zahtevo za dvig sredstev z računa.
- Pogodba glavne verige izpolni zahtevo za dvig z računa, prenese sredstva na ciljni račun in nastavi zapis dviga na "sproščeno".
Transakcije in varnost 2. stopnje
Transakcije 2. stopnje
- Uporabnik ustvari transakcijo »Prenos« stopnje 2 in jo predloži zbiralcu.
- Zbiralnik zapakira prenosno transakcijo in druge transakcije v blok plasti 2, izvede transakcije v bloku in prenese stanje tega bloka plasti 2 v glavno ontološko verigo.
- Počakajte, da se status potrdi.
Varnostna garancija
Potem ko operater predloži blokovno stanje ravni 2 glavni verigi ontologije, lahko izzivalec izvede tudi blokovno transakcijo ravni 2 in preveri, ali je blokovno stanje ravni 2 pravilno. Če nekaj ni pravilno, bo izzivalec zbral dokaze o goljufiji in predložite pametno pogodbo ravni 2. da izpodbijate upravljavca.
Kako uporabljati
Ontologija ravni 2 je trenutno na voljo na Ontology TestNet za razvijalce, ki jo lahko preizkusijo.
za dokumentacijo
V naslednjem članku bomo predstavili podrobno primerjavo zmogljivosti s plastjo 2 v drugih verigah.
Dodatek: pogoji
Transakcije 2. stopnje
Uporabnik je vložil zahtevo za prenos ali izvedbo pogodbe na nivoju 2 in jo že podpisal. Ta transakcija je lahko ali pa tudi ne enaka obliki transakcije glavne verige ontologije.
Zbiralec
Collector je zbiralec transakcij ravni 2. Odgovoren je za zbiranje uporabnikovih transakcij ravni 2, potrjevanje in izvajanje transakcije. Vsakič, ko je ustvarjen blok plasti 2, je zbiralec odgovoren za izvajanje transakcij v bloku, posodabljanje statusa in generiranje pogodb plasti 2, ki se lahko razlagajo kot dokaz stanja, ki se uporablja za varnostne namene.
Blok 2. stopnje
Collector občasno pakira zbrane transakcije ravni 2, ustvari blok, ki vsebuje vse transakcije ravni 2, in ustvari nov blok ravni 2.
Stanje 2. stopnje
Collector izvaja paketne transakcije na bloku plasti 2, posodablja stanje, razvršča vse posodobljene podatke o stanju, da ustvari drevo Merkle, in izračuna korensko zgoščenost drevesa Merkle. Korenska zgoščena vrednost je stanje bloka 2. stopnje.
Operater
Operater je varnostni uradnik ravni 2 in je odgovoren za spremljanje, ali pride do prenosa žetona na raven 2 ali transakcije prenosa žetona iz ravni 2 v glavno verigo ontologije. Operater je odgovoren tudi za občasno pošiljanje potrditve statusa ravni 2. Kot potrditev se lahko pomaknete do omrežja Ontology.
Challenger
Prosilec je odgovoren za preverjanje potrditve statusa, ki jo upravljavec predloži glavni verigi Ontologije. To zahteva, da izzivalec sinhronizira transakcije plasti 2 od operaterja ali verige, da ohrani popolno globalno stanje. Ko Challenger sinhrono zaključi transakcijo in posodobi status, lahko preveri veljavnost potrditve statusa, ki jo zagotovi operater v omrežju. Če pride do težav, lahko prijavitelj ustvari izziv za dokaz goljufije, kar je mogoče pojasniti s pogodbo 2. stopnje.
Potrditev stanja računa
Doseženo z dokazilom Merkle, potrditev statusa računa lahko dobite od operaterjev in izzivalcev. So edine stranke, ki ohranjajo popolno globalno državo.
Dokaz goljufije
Potrditev goljufije vključuje potrditev stanja računa pred trenutno posodobitvijo bloka 2. stopnje.
Prejšnje potrdilo o stanju blokade 2. stopnje in predloženo potrdilo o stanju računa potrjujeta legitimnost starega stanja pred posodobitvijo. Dokaz, da je staro stanje legitimno, je mogoče pridobiti z zagonom trenutnega bloka.
Ontologija blockchain, osredotočena na podjetja, je pripravljena pomagati podjetjem pri preoblikovanju in posodobitvi njihovih podjetij. Če imate težave z razširljivostjo brez povezave, virtualnimi stroji ali celotnim naborom tehničnih sistemov, nas kontaktirajte na [e-pošta zaščitena].
Izvedite več o ontologiji
Sveže, relevantne informacije in prijetna komunikacija v našem Telegram klepetu -
Prav tako se naročite in preučite naše: - - - -
Vir: www.habr.com