Ipinakilala ng Opside network ang 3-layer na arkitektura para sa blockchain app...

Ang scalability ng Blockchain at mga iminungkahing solusyon ay nasa unahan ng social media chatter sa loob ng kalahating dekada. Halimbawa, ang kumpanya ng software ng Israel na Starkware at ang co-founder ng Ethereum na si Vitalik Buterin ay nag-usap kamakailan tungkol sa ideya ng "Layer 3" bilang isa sa mga solusyong ito. Sinasabi ng Starkware na maraming Layer 3 ang sasakay sa ibabaw ng Layer 2, at ang mga "fractal layering" na solusyon ay maaaring itayo sa ibabaw ng Layer 3's. 

Ang Opside project kamakailan ay inilabas ang kanilang mga plano para sa isang tatlong-layer na arkitektura. Papayagan nito ang mga developer na lumikha ng mga blockchain application na may access sa mas mabilis na bilis at mas murang mga transaksyon. Ito ay ginawang posible ng Opside chain, na tinatawag na isang Layer 2 na solusyon dahil ito ay nasa ibabaw ng maraming Layer 1 na platform (Tulad ng Ethereum, Binance Chain, Bitcoin, atbp) at ginagamit ang mga ito bilang isang settlement layer. Ang functionality na "Layer 3" ay tumatagal nito nang higit pa, na nagbibigay-daan sa mga developer na paikutin ang isang hanay ng mga "rollups bilang isang serbisyo." Ang arkitektura na ito ay nagbibigay sa Layer 2 ng isang mas komprehensibong hanay ng mga asset mula sa mga tulay at ang kakayahang lumago nang walang katapusan mula sa mga rollup. 

Upang mahawakan ang mga tawag sa kontrata sa pagitan ng maraming chain, Kabaligtaran bumuo ng isang protocol upang pangasiwaan ang lahat ng mga tawag sa kontrata. Gayundin sa pag-unlad ay ang pagboto ng DAO na nagpapahintulot sa komunidad ng Opside na bumoto kung aling mga pampublikong chain ang gagamitin para sa Layer 1 na settlement. 

Ang mga solusyon sa Layer 2 ay nakasalalay sa desentralisasyon ng kanilang Layer 1 na katapat upang makapagbigay ng mas mabilis na mga oras ng transaksyon at mas mababang mga bayarin sa gas. Mukhang katanggap-tanggap sa karamihan ng mga komunidad ng blockchain na magkaroon ng isang sentralisadong layer sa ibabaw ng kanilang platform hangga't ang bawat transaksyon ay naayos sa antas ng Layer 1. Nakakamit ang kahusayan sa pamamagitan ng "pagsasama-sama" ng isang hanay ng mga transaksyon at pag-aayos sa ibang pagkakataon. Pinapalakas ng Layer 3 ang modelong ito, na nagbibigay-daan sa mas malaking kahusayan sa gastos habang pinapanatili ang bilis ng network ng Layer 2. 

Ang Layer 3 ay may potensyal na mag-alok ng ganoon kababang gastos, na ang mga proyektong binuo kahit na sa Layer 2 na mga network ay hindi na kailangang mag-deploy ng sarili nilang Layer 1 upang mapababa ang mga bayarin sa pag-aayos. Kinailangan itong gawin ng mga application na ito, gaya ng Axie at dYdX Decentralized Exchange, dahil lang sa nakadepende ang kanilang modelo sa pinakamabilis na oras ng transaksyon at pinakamababang bayarin. Kung i-deploy sa isang Layer 3 rollup, mapipigilan nito ang pangangailangan para sa isa pang blockchain.

Layer1: Mga multi-chain na tulay

Sinusuportahan ng Opside ang isang mas mabilis at mas murang desentralisadong Liquidity-Bridge upang makamit ang interoperability ng asset sa mas maraming chain. Ang Liquidity-Bridge ay binubuo ng mga walang pahintulot na node na umaabot sa consensus sa mga cross-chain na mensahe sa pamamagitan ng MPC. Ang liquidity pool ay nagdudulot ng mas mabilis na bilis at sumusuporta sa mas maraming pampublikong chain at sa kanilang mga on-chain na asset.

Dagdag pa, magtatatag ang Opside ng mga koneksyon sa iba't ibang pampublikong chain ng layer ng asset sa pamamagitan ng walang pinagkakatiwalaang ZK-Bridge. Kung ikukumpara sa iba pang mga bridge scheme, ang ZK-Rollup scheme ay nagsasangkot ng mas maraming ZK-proof system. Sa cross-chain operation, kinakailangan na bumuo ng ZK Proofs upang matiyak ang kawastuhan ng proseso ng pagpapatupad bilang karagdagan sa isang pangkalahatang "execution." Ang mga pagpapatakbo ng deposito at pag-withdraw ng ZK-Bridge ay "pinatatag" bilang isang circuit, at ang circuit logic ay ganap na nakalantad.

Layer2: Isang Rollup-friendly na chain

Ang Opside chain, o Layer 2, ay isang EVM-compatible at rollup-friendly na chain. Ang Opside chain ay gagawa ng ilang malalim na pag-optimize para sa mga rollup.

Ang katutubong rollup ay medyo katulad ng arkitektura ng Polkadot. Kapag ang rollup ay nagrehistro ng slot, ang rollup ay magiging native rollup. Sa kaibahan, ang arkitektura ng Polkadot ay may kawalan na ang pinagkasunduan ng parachain ay nakasalalay sa nakatalagang hanay ng mga validator. meron isang ugnayan sa pagitan ng seguridad at ang bilang ng mga validator. Kung nag-offline ang ilang validator, ang mga parachain na ang mga pangkat ng validator ay masyadong maliit para ma-validate ang isang block ay lalaktawan ang mga block na iyon, o kahit na hihinto hanggang sa malutas ang sitwasyon. Walang ganitong problema ang Opside dahil kinokolekta ng layer 2 ang data mula sa lahat ng native rollup sa layer 3 at bini-verify ang lahat ng zk proof. Ang Opside Chain ay mas secure at desentralisado sa lahat ng rollups dito bilang isang mas mahigpit na kabuuan, na nagbabahagi ng parehong consensus layer.

Mayroong 64 na paunang na-deploy na mga kontrata bilang "mga rollup slot," na direktang tatawagin ng mga batch at patunay na transaksyon mula sa mga rollup. Ang mga slot na ito ay tatawag ng isang paunang pinagsama-samang kontrata para sa patunay na pag-verify at i-update ang mga lokal na ugat ng estado kung matagumpay. Maaaring mapabilis ng precompiled na kontrata ang pag-verify ng mga zero-knowledge proof na may mga optimization sa binary code.

Layer 2 at layer 3 ng Opside architecture share a mekanismo ng pinagkasunduan na may hybrid ng PoS at PoW.

• PoS: Sa layer 2, kahit sino ay maaaring maging validator sa pamamagitan ng staking, pagkatapos ay magkaroon ng pagkakataong gumawa ng mga bloke ng Opside Chain. Mapapatunayan ang PoS at pana-panahong isinusumite ng mga validator ang PoS proof sa layer 1. Maaaring makuha ng mga validator ang block reward at staking reward para sa bahaging ito ng PoS.
• PoW: Ang mga validator ng layer 2 ay hindi lamang gagawa ng Opside Chain blocks, ngunit bubuo din ng zk proof para sa bawat native rollup ng layer 3 ayon sa mga panuntunan ng PoVP. Makukuha ng mga validator ang IDE reward para sa matagumpay na pagbuo ng zk proof, na medyo katulad ng PoW. Maaaring makakuha ang mga validator ng dagdag na bonus para sa bahaging iyon ng reward sa pamamagitan ng pag-staking ng higit pang mga token sa kontrata ng system.

Higit sa lahat, sa Opside, pagkatapos makumpleto ang pagpaparehistro ng mga slot, ang mga native rollup ay nagbabahagi ng world state tree sa isa't isa at ang parehong global message queue. Samakatuwid, ang native cross-rollup interoperability ay posible sa Opside. Isipin na gusto mong ipahiram ang USDC sa isang kontrata ng pautang sa Rollup A at pagkatapos ay pumunta sa DEX sa Rollup B para i-trade para bumili ng BTC. Sa Opside, hindi mo na kailangang mag-withdraw ng mga asset mula sa Rollup A hanggang L1 at pagkatapos ay i-recharge ang mga ito mula L1 hanggang Rollup B. Sa halip, maaari mong tawagan ang paraan ng kontrata ng Rollup B nang direkta sa Rollup A. Gagawin nitong mas mabilis ang buong proseso, mas mura at mas ligtas.

Layer3: Mga Desentralisadong ZK-Rollup

Sa ikatlong layer, sinusuportahan ng Opside ang mga developer na mag-deploy ng sarili nilang mga rollup, habang nagbibigay din ang Opside ng a desentralisadong rollup solution batay sa RaaS na nabanggit sa itaas. Ang mga developer ay maaaring malayang pumili kung alin ang dapat gamitin. Ang solusyon na ito ay walang tiwala at walang pahintulot. Kahit sino ay maaaring magsumite ng L2 batch at mga patunay sa L1.

Bilang buod, ang arkitektura ng "base layer <- opside <- rollup" ng Opside ay may bentahe ng pagkakaiba-iba ng asset at walang katapusang scalability. Ito ay maaaring isa pang pagpipilian upang malutas ang mga problema sa scalability ng mga web3 application. Kung ikukumpara sa mamahaling rollup-based na layer 2, mas angkop ito para sa mga high-throughput na application tulad ng mga laro.

Pagwawaksi: Ang artikulong ito ay ibinigay para sa mga layuning pang-impormasyon lamang. Hindi ito inaalok o inilaan upang magamit bilang ligal, buwis, pamumuhunan, pampinansyal, o iba pang payo.