Ang post na ito ay nagdedetalye ng pinakabagong mga pag-upgrade ng desentralisasyon ng baseline - kabilang ang mga walang-pahintulot na mga panukala sa output, pagpapabuti ng tulay, at mga update sa mga awtorisadong tungkulin - pagtulong na isulong ang OP Stack patungo sa isang mas desentralisadong hinaharap.

Progreso sa baseline desentralisasyon

Ang mga inhinyero sa OP Labs at core developer sa buong Optimismo Collective ay nagpapatuloy sa isang ligtas at pragmatikong landas sa tech desentralisasyon. Sa panahon ng Keys sa Mordor summit, tinukoy ng koponan ang ilang mga pag upgrade ng protocol upang makatulong na isulong ang OP Stack sa kahabaan ng spectrum ng desentralisasyon. Ang mga upgrade na ito ay nilikha bilang 'baseline desentralisasyon' at ang mga koponan ay nagtrabaho patungo sa kanila sa nakalipas na taon. Makabuluhang pag unlad ang nagawa, at sabik kaming ibahagi ang mga update na nagdadala sa amin ng mas malapit sa isang mas desentralisadong hinaharap.

Ang desentralisasyon ng baseline ay isang proyekto na pangunahing binubuo ng dalawang pangunahing bahagi. Ang una ay ang pagpapatupad ng mga walang pahintulot na mga panukala sa output, na nagpapahintulot sa mga gumagamit na mag withdraw nang hindi umaasa sa sequencer o anumang iba pang sentralisadong imprastraktura. Ang pangalawang isa ay nagsasangkot ng mga pagbabago sa tulay, partikular na mga pag upgrade ng protocol na desentralisahin ang pag iingat ng mga susi ng pag upgrade ng tulay at paganahin ang mga walang pahintulot na mga panukala sa output.

Pinapayagan ng mga walang pahintulot na mga panukala sa output (PoPs) ang mga gumagamit na mag withdraw ng mga asset mula sa L2 hanggang L1 nang hindi umaasa sa sequencer o anumang iba pang sentralisadong imprastraktura, nang walang pahintulot. Gayunpaman, ang Security Council ay magkakaroon pa rin ng mga kakayahan sa pag override upang mahawakan ang mga bug, kabilang ang kakayahang bumalik sa mga pinahihintulutang mga panukala sa output sa pinakamasamang sitwasyon ng kaso.

Bago ang PoPs, ang mga panukala sa output ay ibinigay ng kontrata, na kung saan ay limitado sa mga awtorisadong entity at maaari lamang mai publish sa pamamagitan ng isang nakalaang address. Sa PoPs, kahit sino ay maaaring lumikha ng isang output panukala sa pamamagitan ng pakikipag ugnayan sa kontrata. Ang magmungkahi ng isang output ay nangangahulugang lumikha at lumahok sa isang laro ng pagtatalo. Ang isang output proposal ay gumagawa ng isang claim tungkol sa estado ng L2. Kapag natapos na, ang claim na ito ay maaaring pagkatapos ay gamitin upang mapadali ang mga withdrawal. Sa PoPs, maaaring magkaroon ng maraming mga panukala sa output, bawat isa ay tumutugma sa natatanging mga laro ng pagtatalo, na ginawa ng sinuman. Ang laro ng pagtatalo ay tumutukoy sa bisa ng mga panukala ng output. Upang mapahina ang mga invalid output proposal, kailangang i bond ang isang output upang maibalik lamang ang proposer kung ang panukala ay itinuturing na may bisa. Kahit sino ay maaaring hamunin ang bisa ng isang output proposal sa pamamagitan ng paglahok sa kaugnay na laro ng pagtatalo nito, na may proposal bond bilang gantimpala kung matagumpay.L2OutputOracleDisputeGameFactory

Ang mga PoP ay magiging mga forward na katugma sa mga protocol ng pagtatalo sa hinaharap, kabilang ang mga potensyal na batay sa mga patunay na zero kaalaman. Ang maaaring gumana sa maraming uri ng mga laro, na nangangailangan lamang na ang laro ay naglalantad ng isang simpleng interface (IDisputeGame) upang ipaalam ang katayuan ng laro, metadata at kinalabasan. Ang kasalukuyang pagpapatupad () ay gumagamit ng isang interactive na mekanismo ng patunay ng kasalanan, ngunit sa hinaharap ang isang pagpapatupad na nakabase sa ZK ay maaaring magamit.DisputeGameFactoryFaultDisputeGame

Ang umiiral na arkitektura ng tulay ay kasama ang dalawang hakbang na withdrawals, message replayability, 1:1 pagma mapang sa pagitan ng mga domain, single storage proof, katulad na mga landas ng code sa L1 at L2, at pagiging tugma sa ETH, ERC20, at ERC721 token.

Ang kontrata ng tulay ay na upgrade upang magamit ang mga laro ng pagtatalo. Kakailanganin pa rin ng mga gumagamit na kumpirmahin ang pagsasama ng mga withdrawal sa isang output root sa pamamagitan ng function. Gayunpaman, ang mga gumagamit ay kailangan na ngayong patunayan ang kanilang mga withdrawal laban sa mga panukala na naka imbak sa halip na kontrata.OptimismPortalproveWithdrawalTransactionDisputeGameFactoryL2OutputOracle

 function proveWithdrawalTransaction(
     Types.WithdrawalTransaction memory _tx,
-    uint256 _l2OutputIndex,
+    uint256 _disputeGameIndex,
     Types.OutputRootProof calldata _outputRootProof,
     bytes[] calldata _withdrawalProof
 )

Ang proseso ng pagtatapos ng mga withdrawal sa na upgrade ay katulad ng kasalukuyang proseso ng bridging. Una, ang isang withdrawal ay napatunayan sa kontrata sa pamamagitan ng pagpapakita na ito ay kasama sa loob ng isang panukala tungkol sa estado ng L2 (at samakatuwid ay iniuugnay din ito sa isang laro ng pagtatalo). Ang isang withdrawal ay nagiging finalized hangga't ito ay naghintay para sa isang tiyak na halaga ng oras at ang kaugnay na laro ng pagtatalo ay nalutas sa pabor ng output proposal.OptimismPortalOptimismPortal

Ang sumusunod na diagram ay nagbubuod ng withdraw finalization delay.

Mula sa pananaw ng gumagamit, ang mga pagbabago ay nagbibigay daan sa kanila upang magsumite ng isang claim sa L1 na maaari nilang bawiin, at ang isang modular na sistema ng pagpapatunay ay maaaring magtaltalan o magpatunay sa claim na iyon. Ang isang claim ay may bisa kung walang pagtatalo sa pamamagitan ng window ng patunay ng kasalanan, o, potensyal na sa hinaharap, instant validation kapag ang OP Stack ay may mga patunay ng validity. Ang proseso ng pagsusumite ng isang claim ay nangangailangan ng isang bono, ibig sabihin ang mga panukala ay nakataya. Maaaring makuha ng mga gumagamit ang bono na ito pagkatapos ng finalization period, sa kondisyon na ang claim ay natukoy na may bisa. Sa madaling salita, ang claim ay hindi hinamon o napatunayan nang husto.

Ang mga ipinakilala na pagbabago ay nagdudulot ng ilang mga pagpapabuti sa tulay. Gayunman, hindi ito ganap na desentralisado dahil may ilang pribilehiyong aksyon na nagagawa ng Security Council.

Ang Security Council ay maaaring kumilos kapag may kritikal na isyu sa sistema ng pagtatalo, tulad ng isang hindi wastong resulta ng laro. Namely, ang kakayahang i blacklist ang mga laro ng pagtatalo, at ibalik ang mga panukala sa output upang mangailangan ng isang permissioned dispute game, kung saan lamang ang isang permissioned set ng mga aktor ay magkakaroon ng kakayahang lumahok sa mga laro ng pagtatalo.

Bilang bahagi ng desentralisasyon ng Security Council, isang bagong Deputy Guardian role ang ipinakilala para sa mabilis na pagtugon sa mga insidente ng Foundation. Gayunpaman, ang Tagapangalaga, na hawak ng Security Council, ay maaaring alisin ang papel na ito kung kinakailangan, kaya ang pangwakas na awtoridad ay namamalagi ngayon sa mas desentralisadong Security Council.

Ang mga pagpapabuti ng tulay at mga walang pahintulot na mga panukala sa output ay nakatira na sa OP Sepolia testnet at nakabinbin ang pag apruba ng pamamahala na ipapadala sa OP Mainnet, kasama ang isang pag upgrade ng mga Fault Proofs. Ang mga pagbabago na ipinakilala sa stream ng desentralisasyon ng baseline na ito ay sumasalamin sa aming estratehikong diskarte at patuloy na pagsisikap patungo sa pagkamit ng aming pangmatagalang tech desentralisasyon roadmap.

Manatiling nakatuned para sa karagdagang mga update sa aming paglalakbay patungo sa isang mas desentralisado hinaharap!

Ang post na ito ay nagdedetalye ng pinakabagong mga pag-upgrade ng desentralisasyon ng baseline - kabilang ang mga walang-pahintulot na mga panukala sa output, pagpapabuti ng tulay, at mga update sa mga awtorisadong tungkulin - pagtulong na isulong ang OP Stack patungo sa isang mas desentralisadong hinaharap.

Progreso sa baseline desentralisasyon

Ang mga inhinyero sa OP Labs at core developer sa buong Optimismo Collective ay nagpapatuloy sa isang ligtas at pragmatikong landas sa tech desentralisasyon. Sa panahon ng Keys sa Mordor summit, tinukoy ng koponan ang ilang mga pag upgrade ng protocol upang makatulong na isulong ang OP Stack sa kahabaan ng spectrum ng desentralisasyon. Ang mga upgrade na ito ay nilikha bilang 'baseline desentralisasyon' at ang mga koponan ay nagtrabaho patungo sa kanila sa nakalipas na taon. Makabuluhang pag unlad ang nagawa, at sabik kaming ibahagi ang mga update na nagdadala sa amin ng mas malapit sa isang mas desentralisadong hinaharap.

Ang desentralisasyon ng baseline ay isang proyekto na pangunahing binubuo ng dalawang pangunahing bahagi. Ang una ay ang pagpapatupad ng mga walang pahintulot na mga panukala sa output, na nagpapahintulot sa mga gumagamit na mag withdraw nang hindi umaasa sa sequencer o anumang iba pang sentralisadong imprastraktura. Ang pangalawang isa ay nagsasangkot ng mga pagbabago sa tulay, partikular na mga pag upgrade ng protocol na desentralisahin ang pag iingat ng mga susi ng pag upgrade ng tulay at paganahin ang mga walang pahintulot na mga panukala sa output.

Pinapayagan ng mga walang pahintulot na mga panukala sa output (PoPs) ang mga gumagamit na mag withdraw ng mga asset mula sa L2 hanggang L1 nang hindi umaasa sa sequencer o anumang iba pang sentralisadong imprastraktura, nang walang pahintulot. Gayunpaman, ang Security Council ay magkakaroon pa rin ng mga kakayahan sa pag override upang mahawakan ang mga bug, kabilang ang kakayahang bumalik sa mga pinahihintulutang mga panukala sa output sa pinakamasamang sitwasyon ng kaso.

Bago ang PoPs, ang mga panukala sa output ay ibinigay ng kontrata, na kung saan ay limitado sa mga awtorisadong entity at maaari lamang mai publish sa pamamagitan ng isang nakalaang address. Sa PoPs, kahit sino ay maaaring lumikha ng isang output panukala sa pamamagitan ng pakikipag ugnayan sa kontrata. Ang magmungkahi ng isang output ay nangangahulugang lumikha at lumahok sa isang laro ng pagtatalo. Ang isang output proposal ay gumagawa ng isang claim tungkol sa estado ng L2. Kapag natapos na, ang claim na ito ay maaaring pagkatapos ay gamitin upang mapadali ang mga withdrawal. Sa PoPs, maaaring magkaroon ng maraming mga panukala sa output, bawat isa ay tumutugma sa natatanging mga laro ng pagtatalo, na ginawa ng sinuman. Ang laro ng pagtatalo ay tumutukoy sa bisa ng mga panukala ng output. Upang mapahina ang mga invalid output proposal, kailangang i bond ang isang output upang maibalik lamang ang proposer kung ang panukala ay itinuturing na may bisa. Kahit sino ay maaaring hamunin ang bisa ng isang output proposal sa pamamagitan ng paglahok sa kaugnay na laro ng pagtatalo nito, na may proposal bond bilang gantimpala kung matagumpay.L2OutputOracleDisputeGameFactory

Ang mga PoP ay magiging mga forward na katugma sa mga protocol ng pagtatalo sa hinaharap, kabilang ang mga potensyal na batay sa mga patunay na zero kaalaman. Ang maaaring gumana sa maraming uri ng mga laro, na nangangailangan lamang na ang laro ay naglalantad ng isang simpleng interface (IDisputeGame) upang ipaalam ang katayuan ng laro, metadata at kinalabasan. Ang kasalukuyang pagpapatupad () ay gumagamit ng isang interactive na mekanismo ng patunay ng kasalanan, ngunit sa hinaharap ang isang pagpapatupad na nakabase sa ZK ay maaaring magamit.DisputeGameFactoryFaultDisputeGame

Ang umiiral na arkitektura ng tulay ay kasama ang dalawang hakbang na withdrawals, message replayability, 1:1 pagma mapang sa pagitan ng mga domain, single storage proof, katulad na mga landas ng code sa L1 at L2, at pagiging tugma sa ETH, ERC20, at ERC721 token.

Ang kontrata ng tulay ay na upgrade upang magamit ang mga laro ng pagtatalo. Kakailanganin pa rin ng mga gumagamit na kumpirmahin ang pagsasama ng mga withdrawal sa isang output root sa pamamagitan ng function. Gayunpaman, ang mga gumagamit ay kailangan na ngayong patunayan ang kanilang mga withdrawal laban sa mga panukala na naka imbak sa halip na kontrata.OptimismPortalproveWithdrawalTransactionDisputeGameFactoryL2OutputOracle

 function proveWithdrawalTransaction(
     Types.WithdrawalTransaction memory _tx,
-    uint256 _l2OutputIndex,
+    uint256 _disputeGameIndex,
     Types.OutputRootProof calldata _outputRootProof,
     bytes[] calldata _withdrawalProof
 )

Ang proseso ng pagtatapos ng mga withdrawal sa na upgrade ay katulad ng kasalukuyang proseso ng bridging. Una, ang isang withdrawal ay napatunayan sa kontrata sa pamamagitan ng pagpapakita na ito ay kasama sa loob ng isang panukala tungkol sa estado ng L2 (at samakatuwid ay iniuugnay din ito sa isang laro ng pagtatalo). Ang isang withdrawal ay nagiging finalized hangga't ito ay naghintay para sa isang tiyak na halaga ng oras at ang kaugnay na laro ng pagtatalo ay nalutas sa pabor ng output proposal.OptimismPortalOptimismPortal

Ang sumusunod na diagram ay nagbubuod ng withdraw finalization delay.

Mula sa pananaw ng gumagamit, ang mga pagbabago ay nagbibigay daan sa kanila upang magsumite ng isang claim sa L1 na maaari nilang bawiin, at ang isang modular na sistema ng pagpapatunay ay maaaring magtaltalan o magpatunay sa claim na iyon. Ang isang claim ay may bisa kung walang pagtatalo sa pamamagitan ng window ng patunay ng kasalanan, o, potensyal na sa hinaharap, instant validation kapag ang OP Stack ay may mga patunay ng validity. Ang proseso ng pagsusumite ng isang claim ay nangangailangan ng isang bono, ibig sabihin ang mga panukala ay nakataya. Maaaring makuha ng mga gumagamit ang bono na ito pagkatapos ng finalization period, sa kondisyon na ang claim ay natukoy na may bisa. Sa madaling salita, ang claim ay hindi hinamon o napatunayan nang husto.

Ang mga ipinakilala na pagbabago ay nagdudulot ng ilang mga pagpapabuti sa tulay. Gayunman, hindi ito ganap na desentralisado dahil may ilang pribilehiyong aksyon na nagagawa ng Security Council.

Ang Security Council ay maaaring kumilos kapag may kritikal na isyu sa sistema ng pagtatalo, tulad ng isang hindi wastong resulta ng laro. Namely, ang kakayahang i blacklist ang mga laro ng pagtatalo, at ibalik ang mga panukala sa output upang mangailangan ng isang permissioned dispute game, kung saan lamang ang isang permissioned set ng mga aktor ay magkakaroon ng kakayahang lumahok sa mga laro ng pagtatalo.

Bilang bahagi ng desentralisasyon ng Security Council, isang bagong Deputy Guardian role ang ipinakilala para sa mabilis na pagtugon sa mga insidente ng Foundation. Gayunpaman, ang Tagapangalaga, na hawak ng Security Council, ay maaaring alisin ang papel na ito kung kinakailangan, kaya ang pangwakas na awtoridad ay namamalagi ngayon sa mas desentralisadong Security Council.

Ang mga pagpapabuti ng tulay at mga walang pahintulot na mga panukala sa output ay nakatira na sa OP Sepolia testnet at nakabinbin ang pag apruba ng pamamahala na ipapadala sa OP Mainnet, kasama ang isang pag upgrade ng mga Fault Proofs. Ang mga pagbabago na ipinakilala sa stream ng desentralisasyon ng baseline na ito ay sumasalamin sa aming estratehikong diskarte at patuloy na pagsisikap patungo sa pagkamit ng aming pangmatagalang tech desentralisasyon roadmap.

Manatiling nakatuned para sa karagdagang mga update sa aming paglalakbay patungo sa isang mas desentralisado hinaharap!