Midgard napreduje pri Cardanovi eUTXO native Layer 2 za razširljivost DeFi

Midgard premika Cardanovo arhitekturo skaliranja Layer 2 iz načrta v delovno preskusno okolje. Protokol, zgrajen okoli razširjenega modela UTXO omrežja, je namenjen povečanju zmogljivosti za transakcije, ne da bi od aplikacij zahteval sprejetje ločenega sredstva za plin, jezika za pametne pogodbe ali poravnalnega omrežja.

Projekt trenutno med glavnimi sestavnimi deli zasnove navaja hitre mehke potrditve, pristojbine plačane v ADA in ciljane dokaze o goljufiji, preverjene na Cardano Layer 1. Midgard prav tako predstavlja možno povečanje obdelave do 300 krat zmogljivosti osnovne plasti, čeprav to ostaja projektna ocena in ne produkcijsko merilo.

Midgard premika izvajanje na Cardanu na Layer 2

Midgard je optimistični rollup, ki obdeluje transakcije zunaj Cardanove osnovne plasti, preden informacije o bloku zapiše nazaj na Layer 1.

Uporabniki naj bi deponirali sredstva Cardano, se povezovali z aplikacijami, ki tečejo na Midgardu, in kasneje sredstva dvignili nazaj v glavno omrežje. Transakcije še naprej sledijo Cardanovim pravilom preverjanja eUTXO, pristojbine protokola pa se plačujejo v ADA in ne prek ločenega žetona Layer 2.

Izmenjujoči se operater preverja transakcije, jih razvršča v bloke in objavlja podpisane glave blokov v na verigi hranjeno čakalno vrsto stanja. Operaterji prav tako zaklenejo varščino, ki se lahko zmanjša, če predložijo neveljavno stanje.

Transakcije na Layer 2 prejmejo hitro mehko potrditev pred končno poravnavo. Midgard navaja, da se bloki sestavljajo v približno enosekundnih intervalih, medtem ko je dejavnost, ki je trenutno prikazana na spletnem mestu projekta, označena kot simulirani podatki pred zagonom.

Takšna struktura loči odzivnost aplikacij od končne poravnave. Uporabniki se lahko povezujejo s stanjem na Layer 2, ne da bi čakali, da je vsaka transakcija posamezno obdelana na Cardanu, osnovna plast pa ostaja odgovorna za reševanje sporov in potrditev končnega rezultata.

Midgard nastaja v partnerstvu med Anastasia Labs in Input Output. Projekt pravi, da bi razvijalci na Cardanu morali ohraniti obstoječo logiko validacijskih programov in orodja eUTXO, pri čemer je integracija osredotočena predvsem na spremembo končne točke, prek katere se oddajajo transakcije.

Dokazi o goljufiji vrnejo sporno stanje na Cardano

Varnostni model Midgarda združuje operaterje, neodvisne opazovalce in izzivalni postopek na verigi.

Ko je blok potrjen, so njegovi transakcijski podatki na voljo v času izzivalnega obdobja, ki je trenutno opisano kot trajajoče med tremi in sedmimi dnevi. Opazovalci lahko znova izvedejo transakcije in primerjajo rezultat z glavo bloka, shranjeno na Cardanu.

Ko opazovalec zazna neveljavno spremembo stanja, lahko na Layer 1 predloži dokaz o goljufiji. Uspešen izziv razveljavi sporni blok in kaznuje operaterja. Če pred zaprtjem okna ni predložen noben veljaven izziv, se blok doda potrjenemu stanju Midgarda.

Arhitektura eUTXO na Cardanu je v tem procesu ključna. Transakcije porabijo določene neporabljene izhode in ustvarijo nove, ki vsebujejo sredstva, skripte in podatke aplikacij. Veljavnost je odvisna od transakcije in vhodov, ki jih želi porabiti, ne pa od neprekinjenih sprememb v skupnem globalnem stanju računov.

To omogoča, da se veljavnost transakcije in stroški izvedbe ocenijo pred oddajo, če so zahtevani vhodi še na voljo.

Midgard uporablja to lokalno strukturo transakcij za ustvarjanje ciljanih dokazov o goljufiji. Namesto rekonstruiranja stanja več nepovezanih pogodb se lahko preverjanje osredotoči na sporno transakcijo, njene referencirane vhode in validacijski program, odgovoren za njeno obdelavo.

Ožji obseg preverjanja naj bi zmanjšal količino podatkov in računske zahteve na Layer 1, hkrati pa ohranil Cardano kot plast za poravnavo in reševanje sporov.

Midgard razširi Cardano, ne da bi zamenjal njegov izvedbeni model

Midgard je umeščen kot razširitev obstoječega aplikacijskega okolja Cardana in ne kot ločena veriga blokov, ki tekmuje za isto likvidnost in uporabnike.

Aplikacije, ki del izračuna prenesejo na Midgard, bi še naprej uporabljale model eUTXO namesto sprejetja okolja, temelječega na računih. Razvijalcem svojih aplikacij ne bi bilo treba prepisovati za drug jezik pogodb niti jih na novo oblikovati okoli nepovezanega izvedbenega sistema.

Enako velja za izvorna sredstva Cardana. Žetoni se lahko hranijo in prenašajo neposredno znotraj UTXO, medtem ko standardno premikanje sredstev upravlja knjiga, brez zahteve po ločeni pametni pogodbi za vsak žeton.

To Midgard loči od sistemov Layer 2, zgrajenih okoli dodatnega sredstva za plin, neodvisnega nabora validatorjev ali drugačne arhitekture pametnih pogodb. Njegova zasnova doda izvedbeno zmogljivost, pri čemer sporno stanje in končno poravnavo vrne na Cardano.

Protokol bi lahko zagotovil dodatni prostor za delovanje decentraliziranim menjalnicam, posojilnim platformam, plačilom in drugim aplikacijam, ki ustvarjajo pogoste interakcije na verigi. Sam po sebi ne ustvarja likvidnosti ali povpraševanja, lahko pa odstrani del infrastrukturne omejitve, s katero se soočajo aplikacije, ki skušajo podpreti večjo dejavnost.

Naslednji operativni mejniki Midgarda vključujejo širitev onkraj začetne integracije z Lace, vključevanje aplikacij Cardano ter preizkušanje operaterjev, opazovalcev, pologov, dvigov in dokazov o goljufiji v razmerah trajnejše uporabe.

Izpolnitev teh mejnikov bi Cardano dApps dala izvedbeno okolje z večjo zmogljivostjo, ne da bi jih prisilila opustiti eUTXO ali uvesti drugo sredstvo za transakcijske pristojbine. Midgard bi bil nato manj ocenjen po predvidenem pretoku in bolj po aplikacijah, ki delujejo na rollupu, ter stanju, uspešno poravnanem nazaj na Cardano.