Opside-nätverket introducerar 3-lagers arkitektur för blockchain-app...

Blockchain-skalbarhet och föreslagna lösningar har legat i framkanten av chatt i sociala medier i ett halvt decennium. Till exempel talade det israeliska mjukvaruföretaget Starkware och Ethereums grundare Vitalik Buterin nyligen om idén om "Layer 3" som en av dessa lösningar. Starkware säger att flera lager 3 kommer att åka ovanpå lager 2, och "fractal layering"-lösningar kan byggas ovanpå lager 3. 

Opside-projektet släppte nyligen sina planer för en treskiktsarkitektur. Detta kommer att tillåta utvecklare att skapa blockchain-applikationer som har tillgång till snabbare hastigheter och billigare transaktioner. Detta möjliggörs av Opside-kedjan, som kallas en Layer 2-lösning eftersom den sitter ovanpå flera Layer 1-plattformar (som Ethereum, Binance Chain, Bitcoin, etc) och använder dem som ett avvecklingslager. Funktionen "Layer 3" tar detta ännu längre, vilket gör det möjligt för utvecklare att snurra upp en uppsättning "rollups as a service". Denna arkitektur ger Layer 2 ett mer omfattande utbud av tillgångar från broar och möjligheten att växa i det oändliga från sammanslagningar. 

För att hantera avtalssamtal mellan flera kedjor, På sidan utvecklat ett protokoll för att hantera alla kontraktssamtal. Även under utveckling är DAO-röstning som gör att Opside-communityt kan rösta om vilka offentliga kedjor som ska användas för Layer 1-uppgörelse. 

Layer 2-lösningar är beroende av decentraliseringen av deras Layer 1-motsvarighet för att ge snabbare transaktionstider och lägre gasavgifter. Det verkar vara acceptabelt för de flesta blockchain-gemenskaper att ha ett centraliserat lager ovanpå sin plattform så länge som varje transaktion avgörs på Layer 1-nivå. Effektivitet uppnås genom att "paketera" en uppsättning transaktioner och avveckla senare. Layer 3 förstärker denna modell, vilket ger ännu högre kostnadseffektivitet samtidigt som hastigheten i Layer 2-nätverket bibehålls. 

Layer 3 har potentialen att erbjuda så låga kostnader att projekt byggda även på Layer 2-nätverk inte behöver distribuera sina egna Layer 1 för att sänka avvecklingsavgifterna. Dessa applikationer, som Axie och dYdX Decentralized Exchange var tvungna att göra detta, helt enkelt för att deras modell berodde på de snabbaste transaktionstiderna och de lägsta avgifterna. Om den distribueras på en Layer 3-rollup kan den förhindra behovet av ytterligare en blockchain.

Lager1: Flerkedjebryggor

Opside stöder en snabbare och billigare decentraliserad likviditetsbrygga för att uppnå tillgångsinteroperabilitet i fler kedjor. Liquidity-Bridge består av tillståndslösa noder som når konsensus om meddelanden över kedjan via MPC. Likviditetspoolen ger snabbare hastighet och stödjer fler offentliga kedjor och deras tillgångar i kedjan.

Vidare kommer Opside att etablera förbindelser med olika offentliga kedjor i tillgångslagret genom den förtroendelösa ZK-bron. Jämfört med andra bryggsystem innefattar ZK-Rollup-schemat mer ZK-säkra system. I den tvärkedjade operationen är det nödvändigt att generera ZK-bevis för att säkerställa att exekveringsprocessen är korrekt utöver en allmän "exekvering". Insättnings- och uttagsoperationerna för ZK-Bridge "stelnar" som en krets, och kretslogiken är helt exponerad.

Layer2: En Rollup-vänlig kedja

Opside-kedjan, eller Layer 2, är en EVM-kompatibel och rollup-vänlig kedja. Opside-kedjan kommer att göra några djupa optimeringar för rollups.

Native rollup påminner något om Polkadots arkitektur. När en rollup väl registrerar en slot, blir rollupen en inbyggd rollup. Däremot har Polkadot-arkitekturen nackdelen att parakedjans konsensus beror på den tilldelade uppsättningen av validatorer. Det finns en korrelation mellan säkerhet och antalet validerare. Om några validerare gick offline, kommer parakedjor vars valideringsgrupper är för små för att validera ett block att hoppa över dessa block, eller till och med sluta tills situationen är löst. Opside har inte detta problem eftersom lager 2 samlar in data från alla inbyggda sammanslagningar i lager 3 och verifierar alla zk-bevis. Opside Chain är säkrare och decentraliserad med alla rollups på den som en tätare helhet, som delar samma konsensuslager.

Det finns 64 fördistribuerade kontrakt som "rollup-slots", som kommer att anropas direkt av batch- och bevistransaktioner från sammanslagningar. Dessa platser kommer att kalla ett förkompilerat kontrakt för bevisverifiering och uppdatera lokala statliga rötter om de lyckas. Det förkompilerade kontraktet kan påskynda verifieringen av nollkunskapsbevis med optimeringar i binära koder.

Lager 2 och lager 3 i Opside-arkitekturen delar en konsensusmekanism med en hybrid av PoS och PoW.

• PoS: På lager 2 kan vem som helst bli validerare genom att satsa och sedan ha möjlighet att producera block av Opside Chain. PoS är bevisbart och validerare skickar med jämna mellanrum in PoS-bevis till lager 1. Validatorer kan få blockbelöningen och insatsbelöningen för denna del av PoS.
• PoW: Validatorerna för lager 2 kommer inte bara att producera Opside Chain-block, utan också generera zk-bevis för varje inbyggd rollup av lager 3 enligt reglerna för PoVP. Validatorer kommer att få IDE-belöningen för framgångsrik generering av zk-bevis, vilket liknar PoW något. Validatorer kan få en extra bonus för den delen av belöningen genom att satsa fler tokens i systemkontraktet.

Ännu viktigare, i Opside, efter att ha slutfört registreringen av slots, delar infödda rollups ett världsstatsträd med varandra och samma globala meddelandekö. Därför är inbyggd kors-rollup interoperabilitet möjlig i Opside. Föreställ dig att du vill låna ut USDC till ett lånekontrakt i Rollup A och sedan gå till DEX i Rollup B för att handla för att köpa BTC. På Opside behöver du inte längre ta ut tillgångar från Rollup A till L1 och sedan ladda om dem från L1 till Rollup B. Istället kan du anropa kontraktsmetoden för Rollup B direkt i Rollup A. Detta kommer att göra hela processen mycket snabbare, billigare och säkrare.

Layer3: Decentraliserade ZK-Rollups

I det tredje lagret stöder Opside utvecklare att distribuera sina egna sammanslagningar, medan Opside också tillhandahåller en decentraliserad rollup-lösning baserat på RaaS som nämnts ovan. Utvecklare kan fritt välja vilken som ska användas. Denna lösning är tillförlitlig och utan tillstånd. Vem som helst kan skicka in L2-satser och provtryck till L1.

För att sammanfatta, "baslager <- opside <- rollup"-arkitekturen hos Opside har fördelen av tillgångsvariation och oändlig skalbarhet. Det kan vara ett annat val för att lösa skalbarhetsproblemen för web3-applikationer. Jämfört med dyra rollup-baserade lager 2:or är den mer lämplig för applikationer med hög genomströmning som spel.

Ansvarsfriskrivning: Den här artikeln tillhandahålls endast i informationssyfte. Det erbjuds eller är inte avsett att användas som juridisk, skatt, investering, finansiell eller annan rådgivning.