Ang blog post na ito ay nagbabahagi ng higit pa tungkol sa kung paano namin iniisip ang desentralisasyon sa OP Labs habang sinusuportahan namin ang mga inhinyero ng ecosystem na nagtatayo ng isang sistema ng patunay ng pagkakamali para sa OP Stack at ang Optimismo Collective habang itinatatag nito ang unang konseho ng seguridad.

Ang isang kritikal na talakayan sa landas sa blockchain maturity ay kung paano desentralisado, kung magkano, at kailan. Ang blog post na ito ay nagbabahagi ng kaunti pa tungkol sa kung paano namin iniisip ang prosesong ito sa OP Labs habang sinusuportahan namin ang mga inhinyero ng ecosystem na nagtatayo ng isang sistema ng patunay ng pagkakamali para sa OP Stack at ang Optimismo Collective habang itinatag nito ang unang konseho ng seguridad.

Sa isang maalam na artikulo sa Ethereum Magicians forum, inilatag ni Vitalik Buterin ang roadmap para sa pagkamit ng Stage 2 Decentralization, isang kritikal na milestone para sa anumang layer 2 network na naghahanap upang desentralisado. Ang post na ito ay nagpaalam sa karamihan ng pag uusap sa paligid ng teknikal na desentralisasyon sa Optimismo Collective sa huling dalawang taon. Matatag kaming naniniwala na ang lahat ng Layer 2 blockchains ay dapat unahin ang pag-abot sa yugtong ito ng desentralisasyon bilang mabilis (at ligtas!) hangga't maaari, upang matiyak ang isang mas matibay, ligtas, at tunay na desentralisadong ecosystem.

Upang ipaalala sa lahat kung ano ang kinakailangan para sa mga rollup upang maabot ang Stage 2, narito ang mga pamantayan na nakabalangkas sa orihinal na post ni Vitalik Buterin:

Mga Kinakailangan:

• Sa kaganapan na code ay hindi magkaroon ng mga bug, hindi dapat magkaroon ng anumang grupo ng mga aktor na, kahit nagkakaisa, mag-post ng isang estado ugat maliban sa output ng code.

Ang medyo awkward phrasing na ito ("KUNG ang code ay walang mga bug, THEN walang sinuman ang maaaring i override ito") ay sinadya upang payagan ang paggamit ng mga konseho ng seguridad sa mga paraan na malinaw na limitado sa adjudicating hindi maikakaila bug, tulad ng mga sumusunod:

• Ang rollup ay gumagamit ng dalawa o higit pang mga independiyenteng pagpapatupad ng kanyang estado transition function (hal. dalawang magkaibang fraud provers, dalawang magkaibang validity prover, o isa sa bawat isa), at ang security council ay maaari lamang mag-adjudicate kung hindi sila sang-ayon - na mangyayari lamang kung may bug.

• Kung ang isang tao ay nagsumite ng transaksyon o serye ng mga transaksyon na naglalaman ng dalawang balidong patunay para sa dalawang magkaibang ugat ng estado pagkatapos iproseso ang parehong data (ibig sabihin. "ang prover ay hindi sumasang ayon sa sarili"), ang kontrol ay pansamantalang lumiliko sa konseho ng seguridad.

• Kung walang valid proof na isinumite para sa >= 7 araw (ibig sabihin. "ang prover ay natigil"), control pansamantalang turn over sa security council.

• Pinapayagan ang mga upgrade, ngunit dapat magkaroon ng pagkaantala ng >= 30 araw Sa buod, upang alisin ang kanilang "mga gulong ng pagsasanay" at makamit ang Stage 2 desentralisasyon, ang mga rollup ay dapat magkaroon ng isang walang tiwala na sistema ng patunay ng pagkakamali, maramihang mga pag andar na nagpapatunay na mekanismo, at mga rollup na may isang konseho ng seguridad o isang katulad na entity ay dapat matugunan ang mga tiyak na pamantayan.

Ano ang ginagawa ng Stage 2 na hindi ginagawa ng Stage 1 ay matiyak na walang isang grupo ng mga artista na maaaring "kahit na nagkakaisa, mag post ng isang ugat ng estado maliban sa output ng code." Ang Stage 1 L2s ay mayroon pa ring ilang bersyon ng isang multisig o konseho ng seguridad na maaaring hypothetically (bagaman hindi walang mga gastos) baguhin ang ugat ng estado ng isang kadena upang censor o simulan ang mga hindi wastong withdrawals. Hindi naman ito lubos na walang tiwala. Ang pag alis ng kakayahan na ito ay karagdagang desentralisado ang mga network at tinitiyak ang mga gumagamit ay nagtataglay ng isang hindi maiiwan na kakayahan upang lumabas sa system.

Ang ganitong uri ng kakayahang umangkop ay mahalaga sa Superchain dahil binabalanse nito ang interoperability—lahat ng gumagamit ng parehong fault proof ay nasa parehong bersyon ng protocol—nang hindi isinasakripisyo ang kalayaan at proteksyon ng gumagamit. Ang karapatang lumabas ay dapat palaging mapangalagaan, at hindi epekto sa paraan ng pag andar ng isang Chain o isang app.

Ang mga proyekto ay maaaring kumuha ng isang "lalim muna" na diskarte habang lumilipat patungo sa Stage 2: makarating sa Stage 1 na may isang solong patunay ng pagkakamali nang mabilis hangga't maaari, at pagkatapos ay magtrabaho kung paano gumawa ng isang multiproof fault proof system upang maabot ang katayuan ng Stage 2. Ang optimism, sa kabilang banda, ay kumuha ng isang "malawak na unang" diskarte na naglalayong gumawa ng isang functional, mabilis na lumalagong multiproof network. Ang mga inhinyero ng ecosystem ay nagtatayo ng unang pagpapatupad ng sistema ng patunay ng kasalanan sa isang paraan na nagbibigay daan sa diskarte na iyon. Samantala, dahil ang lahat ng ito ay itinatayo sa bukas, na may isang bukas na mapagkukunan ng stack, ang iba pang mga developer sa ecosystem ay nakapagsimula sa pagbuo ng maraming iba pang mga pagpapatupad kasabay ng gawain sa unang pagpapatupad ng patunay ng pagkakamali.

Alam namin kung gaano kahalaga na makuha ito nang tama sa unang pagsubok. Ngayon, ang mga inhinyero ng OP Stack ay inilatag ang groundwork para sa mabilis na pagpapalawak ng multiproof, at nagtatrabaho sila patungo sa pagkamit ng katayuan ng Stage 1 ayon sa mga sukatan ng pagtatasa ng panganib ng L2Beat, isang iginagalang na pamantayan sa industriya. Ngunit Bedrock ay binuo mula sa lupa up na may Stage 2 desentralisasyon sa isip. Hindi kami interesado na maabot ang Stage 1 para lamang sa kapakanan ng pagsasabi na ginawa namin ito. Mula sa unang araw, ito ay isang bahagi lamang ng aming pragmatikong plano upang maabot ang Stage 2 nang mabilis at ligtas hangga't maaari.

Stage 2 na ang endgame. Narito kung ano ang hitsura na tulad ng sa pagsasanay:

Unang dumating ang Bedrock at ang OP Stack Upang unahin ang pagkamit ng Stage 2, alam namin na kailangan naming magdisenyo ng isang codebase na gagawing mas madali ang pagpunta doon. Kailangan namin ang modularity na ipinakilala ng pag upgrade ng Bedrock upang matiyak na sa sandaling ang isang pag andar, walang tiwala na sistema ng patunay ng pagkakamali ay dinisenyo para sa OP Stack, ang mga developer ng ecosystem ay maaaring leverage ang mga modular superpowers nito upang matulungan kaming magdisenyo hindi lamang isa o dalawa, ngunit marami, kahaliling mga mekanismo ng pagpapatunay.

Kasabay nito kailangan naming tiyakin na kahit na hindi inaasahang mga pag unlad sa teknolohiya ay hindi gagawing lipas ang OP Stack. Ang kasalukuyang disenyo ng OP Stack ay nagsisiguro na ang mga developer ay maaaring magpalit ng pagpapatunay ng mga bahagi upang isama ang teknolohiya ng ZK, isang bagay na minsan ay nagbanta sa paglago ng mga Optimistikong rollup. Ang mga kadena sa ecosystem ng Optimism ay hindi magpakailanman nakatali sa paggamit ng mga mekanismo ng pagpapatunay ng optimistiko. Inaasahan namin na magagawa nilang leverage advancements sa ZK teknolohiya at ang muling pagsibol ng plasma, o isang kumbinasyon ng lahat ng tatlong mga mekanismo, sa kanilang Chain ni fault proof system.

Kinailangan ng oras upang idisenyo ang OP Stack at isagawa ang pag upgrade ng Bedrock, ngunit ang resulta ng pamumuhunan na ito ay naglagay ng buong ecosystem sa isang posisyon upang mabilis na mapabilis ang aming pag unlad sa mga darating na buwan at higit pa. Ibig sabihin nito ay oras na rin at estratehikong ginugol.

Susunod na dumating ang isang multiproof ecosystem Sa ngayon ang diskarte na ito ay nagbayad off tremendously. Ang katibayan ay nasa kung gaano kabilis ang mga alternatibong kliyente ay kinuha off mula noong paglulunsad ng Bedrock, at kung gaano karaming mga koponan sa ecosystem ang kasalukuyang nagtatrabaho sa mga alternatibong pagpapatupad ng patunay ng kasalanan din. Bilang karagdagan sa OP Labs at lahat ng mga alternatibong maintainer ng kliyente (Test sa Prod, ang koponan ng reth at Base, Nethermind, a16z crypto, at Kai Chen at ang koponan ng Hildr), na ginagamit bilang mga kritikal na dependency sa OP Stack, ang mga koponan na kasalukuyang nagtatrabaho sa mga alternatibong patunay ng pagkakamali ay kinabibilangan ng koponan ng State Channels, RISCZero, O(1) Labs, AltLayer, Protolambda (sa OP Labs), at mga inhinyero na sina Willem Olding at Eric Tu, kasama ang geohotz at ang kanyang paunang trabaho sa Cannon.

Narito kung ano ito ay humuhubog up upang tumingin tulad ng:

Ang OP Stack ay isang triple banta. Ito ay modular at bukas na mapagkukunan, na nangangahulugan na ang buong kapangyarihan ng Stack ay maaaring makahanap ng paraan sa mga kamay ng ikatlong "banta," ang napakalaking malikhain at makinang na komunidad ng developer. Aabutin ng mga taon para sa mga inhinyero ng OP Labs upang bumuo, subukan, at ipatupad ang maramihang mga scheme ng patunay na kinakailangan para sa desentralisasyon ng Stage 2. Sa pamamagitan ng paglalagay ng pinakamahusay na mga tool sa mga kamay ng mga superstar core developer at inhinyero sa aming ecosystem, ang sinumang may interes sa tagumpay ng Optimismo ay maaaring magdisenyo ng mga bahagi na makakatulong na maabot ang aming layunin.

Upang maabot ang Stage 1 desentralisasyon at umunlad sa Stage 2, ang mga network ay nangangailangan ng isang bagay na katulad ng isang konseho ng seguridad—isang multisig na may kakayahang pamahalaan ang mga pag upgrade ng protocol na pinananatili ng isang minimum na 8 independiyenteng indibidwal na may isang threshold ng pag sign ng 75% o mas malaki.

Sa taglagas ng 2023, nagsimula ang paglulunsad nang taimtim upang maitatag ang unang konseho ng seguridad ng ecosystem ng Optimismo, na binubuo ng mga indibidwal sa labas ng Foundation. Ang unang 14 na miyembro ng konseho ng seguridad ng Optimismo ecosystem ay pinagtibay ng isang pagboto ng pamamahala noong Disyembre 2023, at ang isa pang pagboto ng pamamahala sa kung o hindi upang ibahagi ang mga susi ng pag upgrade sa konseho ng seguridad sa isang pansamantalang 'Phase 0' ay matagumpay din.

Isa sa mga pinahahalagahan ng Optimismo ay ang open source technology. Tulad ng mga inhinyero ng ecosystem ay nagtatayo ng MIT licensed open source OP Stack sa bukas, ang konseho ng seguridad ay itatayo sa bukas, tulad ng pampublikong charter, isang open source na pagpapatupad, at transparent na operasyon. Ito ay alinsunod sa dalawa sa tatlong gabay na prinsipyo na nagbigay inspirasyon sa istraktura ng security council: transparency, at community.

Ang ikatlong prinsipyo, kaligtasan sa paglipas ng liveness, informs ang disenyo ang security council, at ng seguridad sa Optimismo ecosystem pangkalahatang. Ang pag una sa kaligtasan kaysa sa buhay ay nangangahulugang mas mahalaga para sa sistema na maiwasan ang mga pagkakamali at mga hindi wastong estado, lalo na ang mga magreresulta sa pagkawala ng pondo, kahit na nagreresulta ito sa pansamantalang pagtigil sa mga operasyon.

Yun na nga eh. Yan ang meme.

Hindi sapat para sa L2s na maabot ang Stage 1 at limitahan ang paggamit ng mga gulong ng pagsasanay, habang umaasa pa rin sa isang solong mekanismo ng pagpapatunay upang ma secure ang isang nascent fault proof system. Dagdag pa rito, ang isang solong sistema ng patunay ng fault ay kasing ganda lamang ng lakas ng security council na maaaring mag katiwala dito. Para sa unang yugto, ang isang 14 na tao na konseho ng seguridad ay pinagtibay ng Optimismo Governance upang pamahalaan ang seguridad ng Superchain, at isang pangunahing layunin sa 2024 ay magkaroon ng konseho ng seguridad na ito na namamahala sa mga susi ng pag upgrade ng ecosystem sa direksyon ng Optimismo Governance, at independiyenteng mula sa Optimismo Foundation.

Karamihan sa pagpaplano at pag unlad sa OP Labs sa nakaraang taon at kalahati ay tungkol sa paglalagay ng buong ecosystem ng Optimismo sa isang posisyon kung saan ang pagkamit ng Stage 2 desentralisasyon ay hindi lamang makatotohanan, ngunit sa loob ng maabot. Masaya kaming maglakbay sa susunod na taon, kasama ang iba pa sa Collective!

Ang blog post na ito ay nagbabahagi ng higit pa tungkol sa kung paano namin iniisip ang desentralisasyon sa OP Labs habang sinusuportahan namin ang mga inhinyero ng ecosystem na nagtatayo ng isang sistema ng patunay ng pagkakamali para sa OP Stack at ang Optimismo Collective habang itinatatag nito ang unang konseho ng seguridad.

Ang isang kritikal na talakayan sa landas sa blockchain maturity ay kung paano desentralisado, kung magkano, at kailan. Ang blog post na ito ay nagbabahagi ng kaunti pa tungkol sa kung paano namin iniisip ang prosesong ito sa OP Labs habang sinusuportahan namin ang mga inhinyero ng ecosystem na nagtatayo ng isang sistema ng patunay ng pagkakamali para sa OP Stack at ang Optimismo Collective habang itinatag nito ang unang konseho ng seguridad.

Sa isang maalam na artikulo sa Ethereum Magicians forum, inilatag ni Vitalik Buterin ang roadmap para sa pagkamit ng Stage 2 Decentralization, isang kritikal na milestone para sa anumang layer 2 network na naghahanap upang desentralisado. Ang post na ito ay nagpaalam sa karamihan ng pag uusap sa paligid ng teknikal na desentralisasyon sa Optimismo Collective sa huling dalawang taon. Matatag kaming naniniwala na ang lahat ng Layer 2 blockchains ay dapat unahin ang pag-abot sa yugtong ito ng desentralisasyon bilang mabilis (at ligtas!) hangga't maaari, upang matiyak ang isang mas matibay, ligtas, at tunay na desentralisadong ecosystem.

Upang ipaalala sa lahat kung ano ang kinakailangan para sa mga rollup upang maabot ang Stage 2, narito ang mga pamantayan na nakabalangkas sa orihinal na post ni Vitalik Buterin:

Mga Kinakailangan:

• Sa kaganapan na code ay hindi magkaroon ng mga bug, hindi dapat magkaroon ng anumang grupo ng mga aktor na, kahit nagkakaisa, mag-post ng isang estado ugat maliban sa output ng code.

Ang medyo awkward phrasing na ito ("KUNG ang code ay walang mga bug, THEN walang sinuman ang maaaring i override ito") ay sinadya upang payagan ang paggamit ng mga konseho ng seguridad sa mga paraan na malinaw na limitado sa adjudicating hindi maikakaila bug, tulad ng mga sumusunod:

• Ang rollup ay gumagamit ng dalawa o higit pang mga independiyenteng pagpapatupad ng kanyang estado transition function (hal. dalawang magkaibang fraud provers, dalawang magkaibang validity prover, o isa sa bawat isa), at ang security council ay maaari lamang mag-adjudicate kung hindi sila sang-ayon - na mangyayari lamang kung may bug.

• Kung ang isang tao ay nagsumite ng transaksyon o serye ng mga transaksyon na naglalaman ng dalawang balidong patunay para sa dalawang magkaibang ugat ng estado pagkatapos iproseso ang parehong data (ibig sabihin. "ang prover ay hindi sumasang ayon sa sarili"), ang kontrol ay pansamantalang lumiliko sa konseho ng seguridad.

• Kung walang valid proof na isinumite para sa >= 7 araw (ibig sabihin. "ang prover ay natigil"), control pansamantalang turn over sa security council.

• Pinapayagan ang mga upgrade, ngunit dapat magkaroon ng pagkaantala ng >= 30 araw Sa buod, upang alisin ang kanilang "mga gulong ng pagsasanay" at makamit ang Stage 2 desentralisasyon, ang mga rollup ay dapat magkaroon ng isang walang tiwala na sistema ng patunay ng pagkakamali, maramihang mga pag andar na nagpapatunay na mekanismo, at mga rollup na may isang konseho ng seguridad o isang katulad na entity ay dapat matugunan ang mga tiyak na pamantayan.

Ano ang ginagawa ng Stage 2 na hindi ginagawa ng Stage 1 ay matiyak na walang isang grupo ng mga artista na maaaring "kahit na nagkakaisa, mag post ng isang ugat ng estado maliban sa output ng code." Ang Stage 1 L2s ay mayroon pa ring ilang bersyon ng isang multisig o konseho ng seguridad na maaaring hypothetically (bagaman hindi walang mga gastos) baguhin ang ugat ng estado ng isang kadena upang censor o simulan ang mga hindi wastong withdrawals. Hindi naman ito lubos na walang tiwala. Ang pag alis ng kakayahan na ito ay karagdagang desentralisado ang mga network at tinitiyak ang mga gumagamit ay nagtataglay ng isang hindi maiiwan na kakayahan upang lumabas sa system.

Ang ganitong uri ng kakayahang umangkop ay mahalaga sa Superchain dahil binabalanse nito ang interoperability—lahat ng gumagamit ng parehong fault proof ay nasa parehong bersyon ng protocol—nang hindi isinasakripisyo ang kalayaan at proteksyon ng gumagamit. Ang karapatang lumabas ay dapat palaging mapangalagaan, at hindi epekto sa paraan ng pag andar ng isang Chain o isang app.

Ang mga proyekto ay maaaring kumuha ng isang "lalim muna" na diskarte habang lumilipat patungo sa Stage 2: makarating sa Stage 1 na may isang solong patunay ng pagkakamali nang mabilis hangga't maaari, at pagkatapos ay magtrabaho kung paano gumawa ng isang multiproof fault proof system upang maabot ang katayuan ng Stage 2. Ang optimism, sa kabilang banda, ay kumuha ng isang "malawak na unang" diskarte na naglalayong gumawa ng isang functional, mabilis na lumalagong multiproof network. Ang mga inhinyero ng ecosystem ay nagtatayo ng unang pagpapatupad ng sistema ng patunay ng kasalanan sa isang paraan na nagbibigay daan sa diskarte na iyon. Samantala, dahil ang lahat ng ito ay itinatayo sa bukas, na may isang bukas na mapagkukunan ng stack, ang iba pang mga developer sa ecosystem ay nakapagsimula sa pagbuo ng maraming iba pang mga pagpapatupad kasabay ng gawain sa unang pagpapatupad ng patunay ng pagkakamali.

Alam namin kung gaano kahalaga na makuha ito nang tama sa unang pagsubok. Ngayon, ang mga inhinyero ng OP Stack ay inilatag ang groundwork para sa mabilis na pagpapalawak ng multiproof, at nagtatrabaho sila patungo sa pagkamit ng katayuan ng Stage 1 ayon sa mga sukatan ng pagtatasa ng panganib ng L2Beat, isang iginagalang na pamantayan sa industriya. Ngunit Bedrock ay binuo mula sa lupa up na may Stage 2 desentralisasyon sa isip. Hindi kami interesado na maabot ang Stage 1 para lamang sa kapakanan ng pagsasabi na ginawa namin ito. Mula sa unang araw, ito ay isang bahagi lamang ng aming pragmatikong plano upang maabot ang Stage 2 nang mabilis at ligtas hangga't maaari.

Stage 2 na ang endgame. Narito kung ano ang hitsura na tulad ng sa pagsasanay:

Unang dumating ang Bedrock at ang OP Stack Upang unahin ang pagkamit ng Stage 2, alam namin na kailangan naming magdisenyo ng isang codebase na gagawing mas madali ang pagpunta doon. Kailangan namin ang modularity na ipinakilala ng pag upgrade ng Bedrock upang matiyak na sa sandaling ang isang pag andar, walang tiwala na sistema ng patunay ng pagkakamali ay dinisenyo para sa OP Stack, ang mga developer ng ecosystem ay maaaring leverage ang mga modular superpowers nito upang matulungan kaming magdisenyo hindi lamang isa o dalawa, ngunit marami, kahaliling mga mekanismo ng pagpapatunay.

Kasabay nito kailangan naming tiyakin na kahit na hindi inaasahang mga pag unlad sa teknolohiya ay hindi gagawing lipas ang OP Stack. Ang kasalukuyang disenyo ng OP Stack ay nagsisiguro na ang mga developer ay maaaring magpalit ng pagpapatunay ng mga bahagi upang isama ang teknolohiya ng ZK, isang bagay na minsan ay nagbanta sa paglago ng mga Optimistikong rollup. Ang mga kadena sa ecosystem ng Optimism ay hindi magpakailanman nakatali sa paggamit ng mga mekanismo ng pagpapatunay ng optimistiko. Inaasahan namin na magagawa nilang leverage advancements sa ZK teknolohiya at ang muling pagsibol ng plasma, o isang kumbinasyon ng lahat ng tatlong mga mekanismo, sa kanilang Chain ni fault proof system.

Kinailangan ng oras upang idisenyo ang OP Stack at isagawa ang pag upgrade ng Bedrock, ngunit ang resulta ng pamumuhunan na ito ay naglagay ng buong ecosystem sa isang posisyon upang mabilis na mapabilis ang aming pag unlad sa mga darating na buwan at higit pa. Ibig sabihin nito ay oras na rin at estratehikong ginugol.

Susunod na dumating ang isang multiproof ecosystem Sa ngayon ang diskarte na ito ay nagbayad off tremendously. Ang katibayan ay nasa kung gaano kabilis ang mga alternatibong kliyente ay kinuha off mula noong paglulunsad ng Bedrock, at kung gaano karaming mga koponan sa ecosystem ang kasalukuyang nagtatrabaho sa mga alternatibong pagpapatupad ng patunay ng kasalanan din. Bilang karagdagan sa OP Labs at lahat ng mga alternatibong maintainer ng kliyente (Test sa Prod, ang koponan ng reth at Base, Nethermind, a16z crypto, at Kai Chen at ang koponan ng Hildr), na ginagamit bilang mga kritikal na dependency sa OP Stack, ang mga koponan na kasalukuyang nagtatrabaho sa mga alternatibong patunay ng pagkakamali ay kinabibilangan ng koponan ng State Channels, RISCZero, O(1) Labs, AltLayer, Protolambda (sa OP Labs), at mga inhinyero na sina Willem Olding at Eric Tu, kasama ang geohotz at ang kanyang paunang trabaho sa Cannon.

Narito kung ano ito ay humuhubog up upang tumingin tulad ng:

Ang OP Stack ay isang triple banta. Ito ay modular at bukas na mapagkukunan, na nangangahulugan na ang buong kapangyarihan ng Stack ay maaaring makahanap ng paraan sa mga kamay ng ikatlong "banta," ang napakalaking malikhain at makinang na komunidad ng developer. Aabutin ng mga taon para sa mga inhinyero ng OP Labs upang bumuo, subukan, at ipatupad ang maramihang mga scheme ng patunay na kinakailangan para sa desentralisasyon ng Stage 2. Sa pamamagitan ng paglalagay ng pinakamahusay na mga tool sa mga kamay ng mga superstar core developer at inhinyero sa aming ecosystem, ang sinumang may interes sa tagumpay ng Optimismo ay maaaring magdisenyo ng mga bahagi na makakatulong na maabot ang aming layunin.

Upang maabot ang Stage 1 desentralisasyon at umunlad sa Stage 2, ang mga network ay nangangailangan ng isang bagay na katulad ng isang konseho ng seguridad—isang multisig na may kakayahang pamahalaan ang mga pag upgrade ng protocol na pinananatili ng isang minimum na 8 independiyenteng indibidwal na may isang threshold ng pag sign ng 75% o mas malaki.

Sa taglagas ng 2023, nagsimula ang paglulunsad nang taimtim upang maitatag ang unang konseho ng seguridad ng ecosystem ng Optimismo, na binubuo ng mga indibidwal sa labas ng Foundation. Ang unang 14 na miyembro ng konseho ng seguridad ng Optimismo ecosystem ay pinagtibay ng isang pagboto ng pamamahala noong Disyembre 2023, at ang isa pang pagboto ng pamamahala sa kung o hindi upang ibahagi ang mga susi ng pag upgrade sa konseho ng seguridad sa isang pansamantalang 'Phase 0' ay matagumpay din.

Isa sa mga pinahahalagahan ng Optimismo ay ang open source technology. Tulad ng mga inhinyero ng ecosystem ay nagtatayo ng MIT licensed open source OP Stack sa bukas, ang konseho ng seguridad ay itatayo sa bukas, tulad ng pampublikong charter, isang open source na pagpapatupad, at transparent na operasyon. Ito ay alinsunod sa dalawa sa tatlong gabay na prinsipyo na nagbigay inspirasyon sa istraktura ng security council: transparency, at community.

Ang ikatlong prinsipyo, kaligtasan sa paglipas ng liveness, informs ang disenyo ang security council, at ng seguridad sa Optimismo ecosystem pangkalahatang. Ang pag una sa kaligtasan kaysa sa buhay ay nangangahulugang mas mahalaga para sa sistema na maiwasan ang mga pagkakamali at mga hindi wastong estado, lalo na ang mga magreresulta sa pagkawala ng pondo, kahit na nagreresulta ito sa pansamantalang pagtigil sa mga operasyon.

Yun na nga eh. Yan ang meme.

Hindi sapat para sa L2s na maabot ang Stage 1 at limitahan ang paggamit ng mga gulong ng pagsasanay, habang umaasa pa rin sa isang solong mekanismo ng pagpapatunay upang ma secure ang isang nascent fault proof system. Dagdag pa rito, ang isang solong sistema ng patunay ng fault ay kasing ganda lamang ng lakas ng security council na maaaring mag katiwala dito. Para sa unang yugto, ang isang 14 na tao na konseho ng seguridad ay pinagtibay ng Optimismo Governance upang pamahalaan ang seguridad ng Superchain, at isang pangunahing layunin sa 2024 ay magkaroon ng konseho ng seguridad na ito na namamahala sa mga susi ng pag upgrade ng ecosystem sa direksyon ng Optimismo Governance, at independiyenteng mula sa Optimismo Foundation.

Karamihan sa pagpaplano at pag unlad sa OP Labs sa nakaraang taon at kalahati ay tungkol sa paglalagay ng buong ecosystem ng Optimismo sa isang posisyon kung saan ang pagkamit ng Stage 2 desentralisasyon ay hindi lamang makatotohanan, ngunit sa loob ng maabot. Masaya kaming maglakbay sa susunod na taon, kasama ang iba pa sa Collective!