Opside-netværk introducerer 3-lags arkitektur til blockchain-app...

Blockchain-skalerbarhed og foreslåede løsninger har været på forkant med chatter på sociale medier i et halvt årti. For eksempel talte det israelske softwarefirma Starkware og Ethereums medstifter Vitalik Buterin for nylig om ideen om "Layer 3" som en af ​​disse løsninger. Starkware siger, at flere Layer 3'er vil køre oven på Layer 2, og "fractal layering"-løsninger kan bygges oven på Layer 3's. 

Opside-projektet for nylig udgivet deres planer for en tre-lags arkitektur. Dette vil give udviklere mulighed for at skabe blockchain-applikationer, der har adgang til hurtigere hastigheder og billigere transaktioner. Dette er gjort muligt af Opside-kæden, som er døbt en Layer 2-løsning, fordi den sidder oven på flere Layer 1-platforme (Som Ethereum, Binance Chain, Bitcoin osv.) og bruger dem som et afviklingslag. "Layer 3"-funktionaliteten tager dette endnu længere, hvilket gør det muligt for udviklere at oprette et sæt "rollups as a service". Denne arkitektur giver Layer 2 et mere omfattende udvalg af aktiver fra broer og evnen til at vokse i det uendelige fra rollups. 

For at håndtere kontraktopkald mellem flere kæder, Opside udviklet en protokol til at håndtere alle kontraktopkald. Også under udvikling er DAO-afstemning, der giver Opside-fællesskabet mulighed for at stemme om, hvilke offentlige kæder der skal bruges til Layer 1-afvikling. 

Layer 2-løsninger afhænger af decentraliseringen af ​​deres Layer 1-modpart for at give hurtigere transaktionstider og lavere gasgebyrer. Det ser ud til at være acceptabelt for de fleste blockchain-fællesskaber at have et centraliseret lag oven på deres platform, så længe hver transaktion bliver afviklet på Layer 1-niveau. Effektivitet opnås ved at "bundte" et sæt transaktioner og afvikle senere. Layer 3 forstærker denne model, hvilket tillader endnu større omkostningseffektivitet, samtidig med at hastigheden på Layer 2-netværket opretholdes. 

Layer 3 rummer potentialet til at tilbyde så lave omkostninger, at projekter bygget selv på Layer 2-netværk ikke behøver at implementere deres egne Layer 1's for at sænke afregningsgebyrerne. Disse applikationer, såsom Axie og dYdX Decentralized Exchange, var nødt til at gøre dette, simpelthen fordi deres model var afhængig af de hurtigste transaktionstider og laveste gebyrer. Hvis det implementeres på en Layer 3-rollup, kan det forhindre behovet for endnu en blockchain.

Lag 1: Flerkædede broer

Opside understøtter en hurtigere og billigere decentraliseret Liquidity-Bridge for at opnå aktivinteroperabilitet i flere kæder. Liquidity-Bridge består af tilladelsesløse noder, der opnår konsensus om meddelelser på tværs af kæder gennem MPC. Likviditetspuljen bringer hurtigere hastighed og understøtter flere offentlige kæder og deres on-chain aktiver.

Yderligere vil Opside etablere forbindelser med forskellige offentlige kæder i aktivlaget gennem den tillidsløse ZK-bro. Sammenlignet med andre broordninger involverer ZK-Rollup-ordningen mere ZK-sikre systemer. I cross-chain operationen er det nødvendigt at generere ZK Proofs for at sikre korrektheden af ​​udførelsesprocessen ud over en generel "udførelse". Indbetalings- og udbetalingsoperationerne i ZK-Bridge "størknes" som et kredsløb, og kredsløbslogikken er fuldstændig afsløret.

Layer2: En Rollup-venlig kæde

Opside-kæden, eller Layer 2, er en EVM-kompatibel og rollup-venlig kæde. Opside-kæden vil lave nogle dybe optimeringer til rollups.

Native rollup minder noget om Polkadots arkitektur. Når først en rollup registrerer et slot, bliver rollup'et en native rollup. I modsætning hertil har Polkadot-arkitekturen den ulempe, at parakædens konsensus afhænger af det tildelte sæt af validatorer. Der er en sammenhæng mellem sikkerhed og antallet af validatorer. Hvis nogle få validatorer gik offline, vil parachains, hvis validatorgrupper er for små til at validere en blok, springe over disse blokke eller endda stoppe, indtil situationen er løst. Opside har ikke dette problem, fordi lag 2 indsamler data fra alle native rollups i lag 3 og verificerer alle zk-beviser. Opside Chain er mere sikker og decentraliseret med alle rollups på den som en strammere helhed, der deler det samme konsensuslag.

Der er 64 forudinstallerede kontrakter som "rollup slots", som vil blive kaldt direkte af batch & proof transaktioner fra rollups. Disse slots vil kalde en prækompileret kontrakt for bevisverifikation og opdatere lokale statsrødder, hvis det lykkes. Den prækompilerede kontrakt kan fremskynde verifikationen af ​​nulvidensbeviser med optimeringer i binære koder.

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

• PoS: På lag 2 kan enhver blive validator ved at satse og derefter have mulighed for at producere blokke af Opside Chain. PoS kan bevises, og validatorer indsender med jævne mellemrum PoS-bevis til lag 1. Validatorer kan få blokbelønningen og indsatsbelønningen for denne del af PoS.
• PoW: Validatorerne af lag 2 vil ikke kun producere Opside Chain-blokke, men også generere zk-bevis for hver native rollup af lag 3 i henhold til reglerne i PoVP. Validatorer vil få IDE-belønningen for succesfuld generering af zk-bevis, hvilket minder lidt om PoW. Validatorer kan få en ekstra bonus for den del af belønningen ved at satse flere tokens i systemkontrakten.

Endnu vigtigere er det, at i Opside, efter at have afsluttet registreringen af ​​slots, deler native rollups et verdensstatstræ med hinanden og den samme globale beskedkø. Derfor er native cross-rollup interoperabilitet mulig i Opside. Forestil dig, at du vil låne USDC til en lånekontrakt i Rollup A og derefter gå til DEX i Rollup B for at handle for at købe BTC. På Opside behøver du ikke længere at hæve aktiver fra Rollup A til L1 og derefter genoplade dem fra L1 til Rollup B. I stedet kan du kalde kontraktmetoden for Rollup B direkte i Rollup A. Dette vil gøre hele processen meget hurtigere, billigere og sikrere.

Layer3: Decentraliserede ZK-Rollups

I det tredje lag understøtter Opside udviklere til at implementere deres egne rollups, mens Opside også giver en decentraliseret rollup-løsning baseret på RaaS nævnt ovenfor. Udviklere kan frit vælge, hvilken de vil adoptere. Denne løsning er tillidsløs og tilladelsesfri. Alle kan indsende L2-batcher og korrektur til L1.

For at opsummere har Opsides "base layer <- opside <- rollup"-arkitektur fordelen ved aktivvariation og uendelig skalerbarhed. Det kunne være et andet valg at løse skalerbarhedsproblemerne ved web3-applikationer. Sammenlignet med dyre rollup-baserede lag 2'ere, er det mere velegnet til high-throughput applikationer som spil.

Ansvarsfraskrivelse: Denne artikel gives kun til informationsformål. Det tilbydes eller er ikke beregnet til at blive brugt som juridisk, skat, investering, finansiel eller anden rådgivning.