Bitcoin L2s.png

TL;DR Sa kabila ng mga teknikal na limitasyon ng Bitcoin L2, sa tingin namin dapat unahin ng industriya ang native na BTC programmability at interoperability sa mga asset at user mula sa ibang mga chain.

Sa ZetaChain, ang aming misyon ay paganahin ang Universal Apps na sumasaklaw sa lahat ng chain mula sa native Bitcoin at Ethereum hanggang Cosmos, Solana, at iba pa. Kaya't lumikha kami ng unang unibersal na blockchain na sumusuporta sa isang abstracted chain UX sa buong crypto—kahit na ang isang user ay nasa Bitcoin, isang EVM, L2, o saanman. Sa post na ito, susuriin namin ang Bitcoin L2s at sasagutin ang mga sumusunod na tanong mula sa isang pangunahing teknikal na perspektibo:

Mula Ethereum hanggang Bitcoin: Ang kasiglahan sa Layer 2

Ang mga solusyon ng Layer 2 ay unang naging isang phenomenon sa Ethereum, na may daan-daang lumitaw sa nakaraang ilang taon. Marami sa mga proyektong ito ang mas nagtuon sa pagkuha ng halaga sa pamamagitan ng marketing kaysa sa paggawa ng tunay na mga pagpapabuti sa imprastruktura at inobasyon. Kamakailan, gayunpaman, isang bagong kwento ang nagsimulang mabuo sa paligid ng 'L2s' sa Bitcoin. Ang pangunahing ideya sa likod ng mga solusyong ito ay namamana o kinukuha nila ang seguridad mula sa kanilang pangunahing Layer 1—sa kasong ito, Bitcoin.

Ito ay kaakit-akit dahil ang network ng Bitcoin ay may matatag na seguridad, at ang mga solusyon ng Layer 2 ay makakatulong sa Bitcoin na mapalawak ang throughput nito, mabawasan ang mga gastos sa transaksyon, at paganahin ang mas sopistikadong mga smart contract platform. Maraming mga proyekto ngayon ang nag-aangkin, nagpapahiwatig, o nakikibahagi sa mga solusyon ng Bitcoin Layer 2. Gayunpaman, ang mga tanong tungkol sa bisa ng mga claim na ito ay nagsisimulang kumalat

Ano ang Layer 2?

Ang Layer 2 ay tumutukoy sa isang blockchain na nagpapalawak sa isang Layer 1 sa isang paraan at namamana ang ilan sa seguridad nito. Noong 2016, iniharap ng Lightning whitepaper [5] ang isang payment network na kumukuha ng seguridad mula sa Bitcoin network. Bagaman hindi ginamit ng mga may-akda (Poon at Dryja) ang terminong 'Layer 2,' ang Lightning Network ay talagang isang Layer 2 solution sa Bitcoin. Ito ay gumagana bilang sarili nitong network/blockchain na may murang mga pagbabayad na pinoprotektahan ng Bitcoin network at matibay na game theory sa pagitan ng mga kalahok. Ang mas modernong mga solusyon ng Layer 2 ay malamang na pinasikat nina Vitalik Buterin at ang Ethereum ecosystem. Mayroong tatlong tipikal na uri ng Layer 2s: state channels, plasma, at rollups [6].

State Channels

Ang Lightning Network ay isang halimbawa ng state channel, kung saan dalawang kalahok ang maaaring magbukas ng isang channel at panatilihin ang karamihan sa mga transaksyon sa pagitan nila na off-chain (sa labas ng kaalaman ng Bitcoin network). Tanging ang pagbubukas at pagsasara ng channel, at marahil ang mga alitan, ang nag-iimbita ng mga transaksyon o script ng Bitcoin. Laktawan natin ang plasma dito dahil ito ay mas kumplikado kaysa sa state channels at hindi pangkalahatang layunin.

Rollups

Ang rollups ang pinaka-kawili-wiling solusyon sa Layer 2 dahil maaari silang maging pangkalahatan, tulad ng pagpapatakbo ng isang buong Ethereum Virtual Machine (EVM), at medyo ligtas din, dahil namamana nila ang seguridad ng Ethereum.

Ang mga rollups ay hiwalay na mga blockchain na nagbubuklod at nagbabatch ng kanilang mga transaksyon at estado patungo sa underlying L1 (halimbawa, Ethereum). Namamana nila ang seguridad ng Ethereum L1 dahil nagpo-post sila ng data (kanilang sariling mga transaksyon at mga update sa estado) sa mga kontrata sa Ethereum, na humahawak sa pagpapatunay ng mga update sa estado (tulad ng mga balanse ng mga rollup account). Hindi mo kailangang magtiwala sa mga rollup nodes o RPCs; tinitingnan mo lamang ang mga transaksyon at kasalukuyang estado na naka-post sa Ethereum upang makumpirma na ang mga rollups ay gumagana ayon sa inaasahan.

Kung paano sila gumagana: Optimistic at ZK Rollups

Ang mga kontrata sa Ethereum ay nagpapatunay ng pre-state sa post-state transition dahil sa mga binatched na transaksyon sa rollups sa dalawang paraan: optimistic rollups na may fraud proofs at zero-knowledge (zk) rollups.

Sa optimistic rollups, ang kontrata sa Ethereum ay inaasahang tapat ang mga rollup sequencers ngunit tumatanggap ng mga fraud proofs. Mayroon itong mga ekonomiyang parusa at gantimpala para sa maling mga update kung ang sinuman ay makakapagpatunay na ang ilang mga update sa estado ay mali. Ang sistemang ito ay nangangailangan ng isang panahon para sa mga challenger na makahanap ng mga pagkakamali at magsumite ng mga patunay

Sa kabilang banda, ang mga zk-rollup sequencers ay nag-submit ng mga transaksyon, mga update sa estado, at mga zk-proofs ng bisa ng mga update sa estado. Ang mga update sa estado ay mga matematikal na function, kung saan ang function ay maaaring maging napaka-komplikado, tulad ng isang buong Ethereum Virtual Machine. Ang zero-knowledge proof ay ginagamit para sa kahusayan: ang paggawa ng proof ay maaaring maging computationally intensive, ngunit ang pag-verify ng proof ay mas mabilis at maaaring gawin ng isang smart contract sa makatwirang halaga. Bilang isang user ng zk-rollups, kung nakikita mong ang mga batch ng transaksyon at mga update sa estado sa Ethereum ay tinanggap ng verifying contract, alam mong tama ang pagkakaayos ng rollup at ang iyong transaksyon sa batch ay magbibigay ng inaasahang post-state.