Opside tīkls ievieš 3 slāņu arhitektūru blokķēdes lietotnei…

Blockchain mērogojamība un piedāvātie risinājumi ir bijuši sociālo mediju pļāpāšanas priekšgalā jau pusdesmit gadu. Piemēram, Izraēlas programmatūras kompānija Starkware un Ethereum līdzdibinātājs Vitaliks Buterins nesen runāja par ideju par “Layer 3” kā vienu no šiem risinājumiem. Starkware saka, ka vairāki 3. slāņi tiks izvietoti virs 2. slāņa, un “fraktāļu slāņošanas” risinājumus var uzbūvēt virs 3. slāņa. 

Projekts Opside nesen publicēja savus trīs slāņu arhitektūras plānus. Tas ļaus izstrādātājiem izveidot blokķēdes lietojumprogrammas, kurām ir piekļuve lielākam ātrumam un lētākiem darījumiem. Tas ir iespējams, pateicoties Opside ķēdei, kas tiek saukta par 2. slāņa risinājumu, jo tā atrodas vairāku 1. slāņa platformu augšpusē (piemēram, Ethereum, Binance Chain, Bitcoin utt.) un izmanto tās kā norēķinu slāni. “Layer 3” funkcionalitāte to paplašina, ļaujot izstrādātājiem izveidot “apkopojumu kā pakalpojumu” kopu. Šī arhitektūra nodrošina 2. slānim visaptverošāku tiltu līdzekļu klāstu un iespēju neierobežoti attīstīties no apkopojumiem. 

Lai apstrādātu līguma zvanus starp vairākām ķēdēm, Opside izstrādāja protokolu, lai apstrādātu visus līguma zvanus. Tiek izstrādāta arī DAO balsošana, kas ļauj Opside kopienai balsot par to, kuras publiskās ķēdes izmantot 1. slāņa norēķiniem. 

2. slāņa risinājumi ir atkarīgi no to 1. slāņa partnera decentralizācijas, lai nodrošinātu ātrāku darījumu laiku un zemākas gāzes maksas. Šķiet, ka lielākajai daļai blokķēdes kopienu ir pieņemams, ka platformas augšpusē ir centralizēts slānis, ja vien katrs darījums tiek nokārtots 1. slāņa līmenī. Efektivitāte tiek panākta, “savienojot” darījumu kopumu un vēlāk norēķinoties. 3. slānis pastiprina šo modeli, nodrošinot vēl lielāku izmaksu efektivitāti, vienlaikus saglabājot 2. slāņa tīkla ātrumu. 

3. slānim ir potenciāls piedāvāt tik zemas izmaksas, ka projektiem, kas veidoti pat 2. slāņa tīklos, nebūs jāievieš savs 1. slānis, lai samazinātu norēķinu maksas. Šīm lietojumprogrammām, piemēram, Axie un dYdX Decentralized Exchange, tas bija jādara vienkārši tāpēc, ka to modelis bija atkarīgs no ātrākajiem darījumu laikiem un zemākajām maksām. Ja tas tiek izvietots 3. slāņa apkopojumā, tas var novērst nepieciešamību pēc vēl vienas blokķēdes.

1. slānis: vairāku ķēžu tilti

Opside atbalsta ātrāku un lētāku decentralizētu likviditātes tiltu, lai nodrošinātu aktīvu sadarbspēju vairākās ķēdēs. Likviditātes tilts sastāv no neatļautiem mezgliem, kas panāk vienprātību par starpķēžu ziņojumiem, izmantojot MPC. Likviditātes kopums nodrošina ātrāku ātrumu un atbalsta vairāk publisko ķēžu un to ķēdē esošos aktīvus.

Turklāt Opside izveidos savienojumus ar dažādām aktīvu slāņa publiskajām ķēdēm, izmantojot neuzticamo ZK-Bridge. Salīdzinot ar citām tiltu shēmām, ZK-Rollup shēma ietver vairāk ZK drošas sistēmas. Pārrobežu ķēdes darbībā papildus vispārējai “izpildei” ir jāģenerē ZK pierādījumi, lai nodrošinātu izpildes procesa pareizību. ZK-Bridge iemaksas un izņemšanas darbības tiek “sacietētas” kā ķēde, un ķēdes loģika ir pilnībā atklāta.

2. slānis: apkopošanai piemērota ķēde

Opside ķēde jeb Layer 2 ir ar EVM saderīga un apkopojama ķēde. Opside ķēde veiks dažas padziļinātas optimizācijas apkopojumiem.

Vietējais apkopojums ir nedaudz līdzīgs Polkadot arhitektūrai. Kad apkopojums reģistrē slotu, apkopojums kļūst par sākotnējo apkopojumu. Turpretim Polkadot arhitektūrai ir trūkums, ka parachain vienprātība ir atkarīga no piešķirtās validatoru kopas. Tur ir korelācija starp drošību un pārbaudītāju skaitu. Ja daži pārbaudītāji pārgāja bezsaistē, parachains, kuru validatoru grupas ir pārāk mazas, lai apstiprinātu bloku, izlaidīs šos blokus vai pat apstāsies, līdz situācija tiks atrisināta. Opside nav šīs problēmas, jo 2. slānis apkopo datus no visiem 3. slāņa vietējiem apkopojumiem un pārbauda visus zk pierādījumus. Opside Chain ir drošāka un decentralizētāka, un visi tajā ietvertie apkopojumi ir stingrāks kopums, kopīgs vienprātības slānis.

Ir 64 iepriekš izvietoti līgumi kā “apkopošanas sloti”, kas tiks izsaukti tieši, veicot pakešu un pārbaudes darījumus no apkopojumiem. Šie sloti izsauks iepriekš sastādītu līgumu pierādījumu pārbaudei un atjauninās vietējās valsts saknes, ja tas būs veiksmīgs. Iepriekš sastādītais līgums var paātrināt nulles zināšanu pierādījumu pārbaudi ar optimizāciju binārajos kodos.

Opside arhitektūras 2. un 3. slānis ir kopīgs a vienprātības mehānisms ar PoS un PoW hibrīdu.

• PoS: 2. slānī ikviens var kļūt par vērtētāju, veicot likmes, un pēc tam viņam ir iespēja izveidot Opside Chain blokus. PoS ir pierādāms, un pārbaudītāji periodiski iesniedz PoS pierādījumus 1. slānim. Validatori var saņemt bloka atlīdzību un atlīdzību par šo PoS daļu.
• PoW: 2. slāņa pārbaudītāji ne tikai izveidos Opside Chain blokus, bet arī ģenerēs zk pierādījumu katram 3. slāņa dabiskajam apkopojumam saskaņā ar noteikumiem PoVP. Validatori saņems IDE atlīdzību par veiksmīgu zk pierādījumu ģenerēšanu, kas ir nedaudz līdzīgs PoW. Validatori var saņemt papildu bonusu par šo atlīdzības daļu, sistēmas līgumā ievietojot vairāk žetonu.

Vēl svarīgāk ir tas, ka programmā Opside pēc laika nišu reģistrācijas pabeigšanas vietējiem apkopojumiem ir kopīgs pasaules stāvokļa koks un viena un tā pati globālā ziņojumu rinda. Tāpēc pakalpojumā Opside ir iespējama vietējā savstarpējās apkopošanas savietojamība. Iedomājieties, ka vēlaties aizdot USDC aizdevuma līgumam A apkopojumā un pēc tam doties uz DEX apkopojumā B, lai tirgotos, lai iegādātos BTC. Vietnē Opside jums vairs nav jāizņem līdzekļi no A apkopojuma uz L1 un pēc tam jāuzlādē tie no L1 uz apkopojumu B. Tā vietā varat izsaukt B apkopojuma līguma metodi tieši A apkopojumā. Tādējādi viss process būs daudz ātrāks, lētāk un drošāk.

3. slānis: decentralizēti ZK apkopojumi

Trešajā slānī Opside atbalsta izstrādātājus, lai viņi varētu izvietot savus apkopojumus, savukārt Opside nodrošina arī a decentralizēts apkopošanas risinājums pamatojoties uz iepriekš minēto RaaS. Izstrādātāji var brīvi izvēlēties, kuru lietot. Šis risinājums ir neuzticams un neatļauts. Ikviens var iesniegt L2 partijas un apliecinājumus L1.

Rezumējot, Opside “bāzes slāņa <- opside <- rollup” arhitektūrai ir līdzekļu daudzveidības un bezgalīga mērogojamības priekšrocība. Tā varētu būt vēl viena izvēle, lai atrisinātu tīmekļa 3 lietojumprogrammu mērogojamības problēmas. Salīdzinājumā ar dārgiem 2. slāņiem, kuru pamatā ir apkopojums, tas ir vairāk piemērots lielas caurlaidības lietojumprogrammām, piemēram, spēlēm.

Atruna: Šis raksts ir paredzēts tikai informatīviem nolūkiem. Tas netiek piedāvāts vai paredzēts izmantot kā juridisku, nodokļu, ieguldījumu, finanšu vai citu padomu.