Opside-nettverket introduserer 3-lags arkitektur for blokkjede-appen ...

Blockchain-skalerbarhet og foreslåtte løsninger har vært i forkant av chatting på sosiale medier i et halvt tiår. For eksempel snakket det israelske programvareselskapet Starkware og Ethereums co-grunnlegger Vitalik Buterin nylig om ideen om "Layer 3" som en av disse løsningene. Starkware sier at flere lag 3-er vil kjøre på toppen av lag 2, og "fractal layering"-løsninger kan bygges på toppen av lag 3. 

Opside-prosjektet nylig utgitt planene for en tre-lags arkitektur. Dette vil tillate utviklere å lage blockchain-applikasjoner som har tilgang til raskere hastigheter og billigere transaksjoner. Dette er gjort mulig av Opside-kjeden, som kalles en Layer 2-løsning fordi den sitter på toppen av flere Layer 1-plattformer (som Ethereum, Binance Chain, Bitcoin, etc) og bruker dem som et oppgjørslag. "Layer 3"-funksjonaliteten tar dette enda lenger, slik at utviklere kan spinne opp et sett med "sammendrag som en tjeneste". Denne arkitekturen gir Layer 2 et mer omfattende utvalg av eiendeler fra broer og muligheten til å vokse i det uendelige fra sammenrullinger. 

For å håndtere kontraktsamtaler mellom flere kjeder, Opside utviklet en protokoll for å håndtere alle kontraktsanropene. Også under utvikling er DAO-stemmegivning som lar Opside-fellesskapet stemme over hvilke offentlige kjeder som skal brukes til Layer 1-oppgjør. 

Layer 2-løsninger er avhengig av desentralisering av deres Layer 1-motpart for å gi raskere transaksjonstider og lavere gassavgifter. Det ser ut til å være akseptabelt for de fleste blockchain-samfunn å ha et sentralisert lag på toppen av plattformen så lenge hver transaksjon blir avgjort på Layer 1-nivå. Effektivitet oppnås ved å "bunte" et sett med transaksjoner og gjøre opp senere. Layer 3 forsterker denne modellen, og gir enda større kostnadseffektivitet samtidig som hastigheten til Layer 2-nettverket opprettholdes. 

Layer 3 har potensialet til å tilby så lave kostnader at prosjekter bygget selv på Layer 2-nettverk ikke trenger å distribuere sine egne Layer 1-er for å senke oppgjørsgebyrene. Disse applikasjonene, som Axie og dYdX Decentralized Exchange, måtte gjøre dette, ganske enkelt fordi modellen deres var avhengig av de raskeste transaksjonstidene og de laveste gebyrene. Hvis den distribueres på en Layer 3-sammendrag, kan det forhindre behovet for enda en blokkjede.

Lag 1: Flerkjedede broer

Opside støtter en raskere og billigere desentralisert likviditetsbro for å oppnå interoperabilitet i flere kjeder. Liquidity-Bridge består av tillatelsesløse noder som oppnår konsensus om meldinger på tvers av kjeder gjennom MPC. Likviditetspoolen gir raskere hastighet og støtter flere offentlige kjeder og deres eiendeler i kjeden.

Videre vil Opside etablere forbindelser med ulike offentlige kjeder i aktivalaget gjennom den tillitsløse ZK-broen. Sammenlignet med andre broopplegg innebærer ZK-Rollup-ordningen mer ZK-sikre systemer. I tverrkjedeoperasjonen er det nødvendig å generere ZK-bevis for å sikre riktigheten av utførelsesprosessen i tillegg til en generell "utførelse". Innskudds- og uttaksoperasjonene til ZK-Bridge "størknes" som en krets, og kretslogikken er fullstendig eksponert.

Layer2: En Rollup-vennlig kjede

Opside-kjeden, eller Layer 2, er en EVM-kompatibel og rollup-vennlig kjede. Opside-kjeden vil gjøre noen dype optimaliseringer for rollups.

Native rollup ligner noe på arkitekturen til Polkadot. Når en sammenrulling registrerer et spor, blir sammenlegget en naturlig sammenrulling. I kontrast har Polkadot-arkitekturen den ulempen at konsensusen til parakjeden avhenger av det tildelte settet med validatorer. Det er en korrelasjon mellom sikkerhet og antall validatorer. Hvis noen få validatorer gikk offline, vil parakjedene hvis validatorgrupper er for små til å validere en blokk hoppe over disse blokkene, eller til og med stoppe til situasjonen er løst. Opside har ikke dette problemet fordi lag 2 samler inn data fra alle native rollups i lag 3 og verifiserer alle zk-bevis. Opside Chain er sikrere og desentralisert med alle rollups på den som en tettere helhet, og deler samme konsensuslag.

Det er 64 forhåndsdistribuerte kontrakter som "samletidsplasser", som vil kalles opp direkte av batch- og bevistransaksjoner fra sammenrullinger. Disse sporene vil kalle en forhåndskompilert kontrakt for bevisverifisering og oppdatere lokale statlige røtter hvis de lykkes. Den forhåndskompilerte kontrakten kan fremskynde verifiseringen av bevis med nullkunnskap med optimaliseringer i binære koder.

Lag 2 og lag 3 i Opside-arkitekturen deler en konsensusmekanisme med en hybrid av PoS og PoW.

• PoS: På lag 2 kan hvem som helst bli validator ved å satse, og deretter ha muligheten til å produsere blokker av Opside Chain. PoS kan bevises og validatorer sender med jevne mellomrom PoS-bevis til lag 1. Validatorer kan få blokkbelønningen og innsatsbelønningen for denne delen av PoS.
• PoW: Validatorene til lag 2 vil ikke bare produsere Opside Chain-blokker, men også generere zk-bevis for hver innfødt opprulling av lag 3 i henhold til reglene for PoVP. Validatorer vil få IDE-belønningen for vellykket generering av zk-bevis, som ligner litt på PoW. Validatorer kan få en ekstra bonus for den delen av belønningen ved å sette inn flere tokens i systemkontrakten.

Enda viktigere, i Opside, etter å ha fullført registreringen av spilleautomater, deler native rollups et verdensstatstre med hverandre og den samme globale meldingskøen. Derfor er native cross-rollup interoperabilitet mulig i Opside. Tenk deg at du vil låne USDC til en lånekontrakt i Rollup A og deretter gå til DEX i Rollup B for å handle for å kjøpe BTC. På Opside trenger du ikke lenger å ta ut eiendeler fra Rollup A til L1 og deretter lade dem opp fra L1 til Rollup B. I stedet kan du ringe kontraktsmetoden til Rollup B direkte i Rollup A. Dette vil gjøre hele prosessen mye raskere, billigere og tryggere.

Layer3: Desentraliserte ZK-Rollups

I det tredje laget støtter Opside utviklere til å distribuere sine egne sammendrag, mens Opside også tilbyr en desentralisert opprullingsløsning basert på RaaS nevnt ovenfor. Utviklere kan fritt velge hvilken de vil ta i bruk. Denne løsningen er tillitsløs og tillatelsesløs. Alle kan sende inn L2 batcher og prøvetrykk til L1.

For å oppsummere, "base layer <- opside <- rollup"-arkitekturen til Opside har fordelen med variasjon av eiendeler og uendelig skalerbarhet. Det kan være et annet valg for å løse skalerbarhetsproblemene til web3-applikasjoner. Sammenlignet med dyre rollup-baserte lag 2-er, er det mer egnet for høykapasitetsapplikasjoner som spill.

Ansvarsfraskrivelse: Denne artikkelen er kun gitt for informasjonsformål. Det tilbys eller er ikke ment å brukes som juridisk, skatt, investering, økonomisk eller annen rådgivning.