„Opside“ tinklas pristato 3 sluoksnių „blockchain“ programos architektūrą…

„Blockchain“ mastelio keitimas ir siūlomi sprendimai jau pusę dešimtmečio buvo socialinių tinklų pokalbių priešakyje. Pavyzdžiui, Izraelio programinės įrangos įmonė „Starkware“ ir „Ethereum“ įkūrėjas Vitalikas Buterinas neseniai kalbėjo apie „Layer 3“ idėją kaip vieną iš šių sprendimų. Starkware teigia, kad keli 3 sluoksniai bus naudojami ant 2 sluoksnio, o „fraktalinio sluoksniavimo“ sprendimai gali būti sukurti ant 3 sluoksnio. 

„Opside“ projektas neseniai paskelbė savo trijų sluoksnių architektūros planus. Tai leis kūrėjams kurti „blockchain“ programas, kurios turi prieigą prie greitesnės ir pigesnės operacijos. Tai įmanoma dėl „Opside“ grandinės, kuri vadinama 2 sluoksnio sprendimu, nes ji yra ant kelių 1 sluoksnio platformų (pvz., „Ethereum“, „Binance Chain“, „Bitcoin“ ir kt.) ir naudoja jas kaip atsiskaitymo sluoksnį. „Layer 3“ funkcija tai dar labiau padidina, todėl kūrėjai gali sukurti „surinkimų kaip paslaugos“ rinkinį. Ši architektūra suteikia 2 sluoksniui platesnį tiltų išteklių asortimentą ir galimybę neribotą laiką plėstis iš apibendrinimo. 

Norėdami tvarkyti sutarčių skambučius tarp kelių grandinių, Priešprieša sukūrė protokolą, skirtą visiems sutarčių skambučiams tvarkyti. Taip pat kuriamas DAO balsavimas, leidžiantis Opside bendruomenei balsuoti, kurias viešąsias grandines naudoti 1 sluoksnio atsiskaitymui. 

2 sluoksnio sprendimai priklauso nuo jų 1 lygmens atitikmens decentralizavimo, kad būtų galima greičiau atlikti sandorius ir sumažinti dujų mokesčius. Atrodo, kad daugumai „blockchain“ bendruomenių yra priimtina, kad platformos viršuje būtų centralizuotas sluoksnis, kol kiekvienas sandoris bus atliktas 1 sluoksnio lygiu. Efektyvumas pasiekiamas „sujungiant“ operacijų rinkinį ir atsiskaitant vėliau. 3 sluoksnis sustiprina šį modelį, leidžia dar didesnį sąnaudų efektyvumą išlaikant 2 sluoksnio tinklo greitį. 

3 lygmuo gali pasiūlyti tokias mažas sąnaudas, kad net 2 lygmens tinkluose sukurtiems projektams nereikės diegti savo 1 sluoksnio, kad būtų sumažinti atsiskaitymo mokesčiai. Šios programos, tokios kaip „Axie“ ir „dYdX Decentralized Exchange“, turėjo tai padaryti vien todėl, kad jų modelis priklausė nuo greičiausio sandorio laiko ir mažiausių mokesčių. Jei įdiegsite 3 sluoksnio paketą, tai gali neleisti sukurti dar vienos blokų grandinės.

1 sluoksnis: kelių grandinių tiltai

„Opside“ palaiko greitesnį ir pigesnį decentralizuotą likvidumo tiltą, kad būtų užtikrintas turto sąveikumas daugiau grandinių. Likvidumo tiltas susideda iš neleistinų mazgų, kurie per MPC pasiekia konsensusą dėl kelių grandinių pranešimų. Likvidumo fondas padidina greitį ir palaiko daugiau viešųjų tinklų bei jų grandinėje esančio turto.

Be to, „Opside“ užmegs ryšius su įvairiomis viešosiomis turto sluoksnio grandinėmis per nepatikimą „ZK-Bridge“. Palyginti su kitomis tilto schemomis, ZK-Rollup schema apima labiau ZK atsparias sistemas. Vykdant kryžminę grandinę, be bendro „vykdymo“, būtina sugeneruoti ZK įrodymus, kad būtų užtikrintas vykdymo proceso teisingumas. „ZK-Bridge“ įnešimo ir išėmimo operacijos yra „sujungtos“ kaip grandinė, o grandinės logika yra visiškai atskleista.

2 sluoksnis: suvyniojimui pritaikyta grandinė

„Opside“ grandinė arba „Layer 2“ yra su EVM suderinama ir suvyniojama grandinė. „Opside“ grandinė atliks keletą išsamių apibendrinimų optimizavimų.

Native rollup yra šiek tiek panašus į Polkadot architektūrą. Kai paketas užregistruoja lizdą, sudėtinis rinkinys tampa savuoju. Priešingai, „Polkadot“ architektūra turi trūkumą, nes parachain sutarimas priklauso nuo priskirto patvirtinimo rinkinio. Yra koreliacija tarp saugumo ir tikrintojų skaičiaus. Jei keli tikrintuvai atsijungė, paragrandinės, kurių tikrintojų grupės yra per mažos blokui patvirtinti, tuos blokus praleis arba net sustos, kol situacija bus išspręsta. „Opside“ neturi šios problemos, nes 2 sluoksnis renka duomenis iš visų 3 sluoksnio savųjų rinkinių ir tikrina visus zk įrodymus. „Opside Chain“ yra saugesnis ir decentralizuotas, nes visi joje esantys paketai yra glaudesnė visuma, bendras sutarimo sluoksnis.

Yra 64 iš anksto įdiegtos sutartys kaip „sudėtiniai laikotarpiai“, kurios bus tiesiogiai iškviečiamos atliekant paketines ir tikrinimo operacijas iš apibendrinimų. Šie laiko tarpsniai pareikalaus iš anksto sudaryta sutartis dėl įrodymų patvirtinimo ir, jei pavyks, atnaujins vietines valstijos šaknis. Iš anksto sudaryta sutartis gali paspartinti nulinių žinių įrodymų patikrinimą optimizuojant dvejetainius kodus.

2 ir 3 Opside architektūros sluoksniai dalijasi a konsensuso mechanizmas su PoS ir PoW hibridu.

• PoS: 2 sluoksnyje kiekvienas gali tapti tikrintoju, statydamas statymą, tada turės galimybę gaminti Opside grandinės blokus. PoS yra įrodomas, o tikrintojai periodiškai pateikia POS įrodymą 1 sluoksniui. Tikrintojai gali gauti bloko atlygį ir atlygį už šią POS dalį.
• PoW: 2 sluoksnio tikrintuvai ne tik sukurs Opside Chain blokus, bet ir generuos zk įrodymą kiekvienam vietiniam 3 sluoksnio rinkiniui pagal taisykles PoVP. Tikrintojai gaus IDE atlygį už sėkmingą zk įrodymo generavimą, kuris yra šiek tiek panašus į PoW. Tvirtintojai gali gauti papildomą premiją už tą atlygio dalį, įnešdami daugiau žetonų sistemos sutartyje.

Dar svarbiau yra tai, kad „Opside“ baigus laiko tarpsnių registraciją vietiniai rinkiniai dalijasi pasaulio būsenos medžiu ir ta pačia pasauline pranešimų eile. Todėl „Opside“ galimas vietinis kryžminis suderinamumas. Įsivaizduokite, kad norite paskolinti USDC pagal paskolos sutartį A suvestinėje, o tada eiti į DEX B pakete ir prekiauti, kad nusipirktumėte BTC. „Opside“ sistemoje jums nebereikia išimti išteklių iš A rinkinio į L1 ir tada papildyti jų iš L1 į rinkinį B. Vietoj to galite iškviesti B rinkinio sutarties metodą tiesiai A rinkinyje. Taip visas procesas bus daug greitesnis, pigiau ir saugiau.

3 sluoksnis: decentralizuoti ZK sudėtiniai paketai

Trečiame sluoksnyje „Opside“ padeda kūrėjams įdiegti savo rinkinius, o „Opside“ taip pat teikia a decentralizuotas suvyniojimo sprendimas remiantis aukščiau minėta RaaS. Kūrėjai gali laisvai pasirinkti, kurį iš jų priimti. Šis sprendimas yra nepatikimas ir neleistinas. Kiekvienas gali pateikti L2 partijas ir įrodymus L1.

Apibendrinant galima pasakyti, kad „Opside“ „bazinio sluoksnio <- opside <- rollup“ architektūra turi išteklių įvairovės ir begalinio mastelio pranašumą. Tai galėtų būti dar vienas pasirinkimas sprendžiant web3 programų mastelio keitimo problemas. Palyginti su brangiu 2 sluoksniu pagrįstu paketu, jis labiau tinka didelio našumo programoms, pvz., žaidimams.

Atsakomybės apribojimas: Šis straipsnis yra skirtas tik informaciniams tikslams. Jis nėra siūlomas ir nėra skirtas naudoti kaip teisinis, mokesčių, investicijų, finansinis ar kitas patarimas.