Introduction
Last month, the WorldCoin Foundation announced the launch of the OP Stack-based World Chain, a blockchain that will join Optimism’s Superchain and interact with other chains such as Base, Mode, OP Mainnet and Zora.
Everyone may have heard of OP, OP Stack and super chain. Curious babies may ask: What? Why? Where? This article will give you answers one by one, including the current status, vision, etc. of the super chain. At the end of the article, the operation process of one-click publishing L2/L3 is also carefully organized.
Attributes | Purpose |
---|---|
Shared L1 blockchain | is All OP chains provide a complete order of transactions, that is, a sequencer. |
Shared bridging of all OP chains | Enables OP chains to have standardized security properties. |
Low-cost OP chain deployment | Allows deployment and transactions without paying high L1 transaction fees. |
Configuration options for OP chains | Allow OP chains to configure their data availability providers, orderer addresses, etc. |
Secure Transactions and Cross-Chain Messaging | Enables users to safely migrate data between OP chains. |
OP Labs 作為框架支援方,所做的許多工作都致力於讓OP Stack 支援更廣泛的技術去中心化。例如,Bedrock 版本支援多種證明方案和多個客戶端。多客戶端故障證明是技術去中心化的基本組成部分,而 Bedrock 的模組化框架極大地影響了社群對 OP Stack 實際開發的去中心化能力。
#在追求去中心化的過程中,對挑戰保持知識上的誠實是重要的。具體來說,編寫複雜且無錯誤的程式碼非常困難,但至關重要,因為任何一個漏洞都可能對任何 L2 產生災難性的後果。
#OP 倡導在鏈上故障證明的步驟中保持有目的性、務實和謹慎。實現完全的證明需要時間,但 Optimism 方認為可以並行開發幾個協定升級,以在不等待故障證明就緒的情況下,使 OP Stack 在去中心化方面有意義地進一步發展。
時時保持對技術方案的更新,其實是導致了前一陣 OP 被 Arbitrum 方發現兩個 bug 的緣由[1]。作為技術提供方,這樣被社群廣泛使用的開源框架,也隨時等待市場和社群的檢視,需要承擔更多。
技術去中心化時間軸與里程碑
#引入SystemConfig 合約
[2]:<code style="font-size: inherit; font-family: PingFang SC,Helvetica Neue,Helvetica,Arial,Hiragino Sans GB,Heiti SC,Microsoft YaHei,WenQuanYi Micro Hei,sans-serif;">/** * @title SystemConfig * @notice The SystemConfig contract is used to manage configuration of an Optimism network. All * configuration is stored on L1 and picked up by L2 as part of the derviation of the L2 * chain. */contract SystemConfig is OwnableUpgradeable, Semver { /** * @notice Enum representing different types of updates. * * @custom:value BATCHER Represents an update to the batcher hash. * @custom:value GAS_CONFIG Represents an update to txn fee config on L2. * @custom:value GAS_LIMIT Represents an update to gas limit on L2. * @custom:value UNSAFE_BLOCK_SIGNER Represents an update to the signer key for unsafe * block distrubution. */ /* * @notice Minimum gas limit. This should not be lower than the maximum deposit gas resource * limit in the ResourceMetering contract used by OptimismPortal, to ensure the L2 * block always has sufficient gas to process deposits. */ uint64 public constant MINIMUM_GAS_LIMIT = 8_000_000; /** * @notice Identifier for the batcher. For version 1 of this configuration, this is represented * as an address left-padded with zeros to 32 bytes. */ bytes32 public batcherHash; /** * @notice L2 gas limit. */ uint64 public gasLimit;</code>
CREATE2 產生確定的連結位址
OP 鏈之間的通訊— 「鏈工廠」沿用OP 鏈資料
以SystemConfig 模組化設計排序器
Bedrock 中引入了在SystemConfig 合約中設定排序者地址的功能。隨著引入具有各自 SystemConfig 合約的多條鏈,可以允許 OP 鏈的部署者配置排序者位址。這種可配置的排序者設計稱為模組化排序。這使得不同的實體可以對 OP 鏈進行排序,同時保留標準的 [Superchain 橋] 安全模型——這是向排序者去中心化邁出的關鍵一步。
模組化排序允許無需權限地試驗不同的排序模型。開發者可以採用各種排序協議,如輪詢排序、排序者共識協議、價格競爭排序(PGA 排序)或先進先出排序(FIFO 排序)。我們可以預期,隨著時間的推移,對使用者更友善的排序標準將逐漸湧現。
OP 鏈共享一個技術升級路徑
#為了以高度信心在安全性和去中心化方面推出初始Superchain,應引入一個去中心化的安全委員會來管理升級。安全委員會應能夠更新鏈證明者集合、帶延遲啟動合約升級,並在緊急情況下按下橋暫停按鈕,同時取消正在進行的升級。
在緊急情況下暫停橋的能力意味著,在最壞的情況下,即安全委員會成員的私鑰被洩露時,結果將是提款無限期暫停,橋升級也將永久取消。換句話說,L1 橋將被凍結。這遵循安全優先於活躍性的設計原則——即總是應防止 ETH 或代幣的損失(即強制安全),即使這意味著 ETH 或代幣被鎖定(即犧牲活躍性)。
當然成為超級鏈,在完全實現可擴展區塊鏈的願景之前,仍然存在一些重要的痛點需要解決。預期的痛點包括:
提款申請依賴一組受信任的鏈證明者。
跨鏈交易速度慢,需要等待一個挑戰期。
向 Superchain 提交交易的可擴充性不足,交易資料必須提交給有限容量的 L1。
跨鏈交易是異步的,這破壞了執行原子跨鏈交易(如閃電貸)的能力。
這一點在 EIP4844 之後有所改善。
缺乏好用的框架來建立利用多個 OP 鏈的可擴展應用。
缺乏一個簡單的錢包來管理跨多個 OP 鏈的代幣和應用。
我們預想,當這些痛點可以解決掉,我們就有可能建構出能夠取代最複雜的 web2 應用的去中心化替代品。
EIP-4844 的推出與 Optimism 生態系統的 Delta 升級幾乎同步,是完美的配合。
Celestia 等資料可用性(DA)解決方案主要是為了減少rollup 向L1 提交資料時的成本,而4844 提供了一個原生解決方案使得OP 鏈的營運成本(OPEX)降低了超過90% 。
我們看到4844 之前,OP Stack 的主要費用集中在了L1 的gas 開銷,如下:
同時,超級鏈社群裡面也有不少一鍵發 L3 的工具, 如 Mode 團隊開發的 Mode Flare。架構使用了 Pyth, Blockscout 和 Goldsky 等等[5]。
結尾一些思考:我們看到 Optimism 的佈局,和超級鏈在商業版圖上的成功。 OP Stacks 大大降低了發布一個鏈的門檻,越來越的團隊收益於 OP Stack 方便快捷的部署自己的 L2,L3。是否在未來,OP Stack 會變成像 AWS,或是阿里雲一樣,身為產業龍頭為我們提供各種方便開發者搭建自己專案的基礎架構呢?著實,這種去中心化技術方案能夠一定程度的保證的技術的開源和安全性。從設計層面,超級鍊是否也存在潛在的產業壟斷風險?
時間會告訴我們。
The above is the detailed content of How does OP Stack evolve into OP 'super chain” step by step?. For more information, please follow other related articles on the PHP Chinese website!