Kingsley 是一位經認證的以太坊區塊鏈開發者，目前擔任 Consensys 的技術寫作員，專注於開發者工具領域。在加入 Consensys 之前，Kingsley 曾在多個平台上擔任自由接案後端開發者，包括 Gigster 和 Braintrust。他擁有 5 年的軟體開發經驗，熟練掌握 JavaScript（Node.js 與 React）、GoLang、SQL 及 Docker 等工具。Kingsley 擅長撰寫步驟式教學與操作指南，善用最新的 Web3 技術，協助開發者社群打造更優質的 dapp。他目前定居於杜拜，閒暇時喜歡打籃球和踢足球。
閱讀所有文章
Connext 是模組化互通性協議的先驅，率先提出了鏈抽象（Chain Abstraction）的概念，致力於透過抽象化多鏈使用的複雜性，簡化區塊鏈生態系統的使用者體驗。
Connext 協議建構於 Linea zk-EVM 之上，透過多項舉措實現這一目標，包括 xERC20 代幣標準與鏈抽象工具包——這些舉措皆旨在降低使用者理解或感知底層網路的需求。簡而言之，Connext 簡化了跨鏈交易並提升了可及性，讓一般使用者也能輕鬆上手區塊鏈技術。Connext 的核心由兩個重要協議組成。
第一個是底層訊息傳遞層，能夠從多個 rollup 讀取狀態，並在橋接的同時將其批次整合為一份統一聲明，運作方式類似於 rollup 排序器。這確保了任何鏈上可取得的資訊，都能同樣提供給其他鏈使用。
第二個組件是意圖協議（intent protocol），允許在鏈 A 上沒有資金的 Connext 使用者，透過第三方市場參與者（求解者，solvers）提供的外部流動性，在該鏈上完成交易。如此一來，Connext 使用者無需考慮將代幣從鏈 B 橋接至鏈 A 的繁瑣流程，只需表達意圖，求解者便會代為介入，立即為交易提供資金，並由協議在事後完成還款。
Web3 跨鏈橋接代幣的挑戰
ERC-20 代幣從未被設計為可橋接的資產，而是預設存在於單一鏈上，這也是為什麼它們本身不具備鑄造或銷毀功能。目前當 ERC-20 代幣進行橋接時，背後的運作方式是將代幣鎖入橋接合約，再由橋接合約在另一條鏈上鑄造一份鎖定代幣的憑證。這意味著一旦橋接合約遭到駭客攻擊、資金被盜，ERC-20 代幣的價值將失去支撐，導致憑證喪失其價值。
另一項挑戰在於橋接專案專屬的 ERC-20 代幣，由於採用率低且流動性需求龐大，這在過去一直是個難題。使用者可以透過標準橋接（canonical bridge）讓代幣在不同鏈之間互通，然而這要求其他橋接合約必須取得標準橋接的原生代幣，才能與相關代幣互動。
另一方面，使用第三方橋接則會將使用者限制在單一生態系統內，並使專案的安全性完全依賴於該橋接合約。上述解決方案均非理想選擇，且對專案造成諸多限制。
xERC-20 代幣標準及其如何實現互通性
xERC-20 是一種透過提供可選性來解決此問題的標準；它不是將 ERC-20 代幣鎖入橋接合約，而是鎖入「鎖定箱（lockbox）」，本質上是一種包裝合約。此包裝合約隨後會鑄造具備銷毀與鑄造功能的 xERC-20 代幣，讓橋接合約能夠有效管理這些操作。由於 L1 上的 ERC-20 代幣被鎖入鎖定箱，在 L2 上便能呈現一致的代幣表示，也就是說，無論使用哪條 L2，最終獲得的都是相同的代幣。
這個解決方案並非全新概念，技術上已可行一段時間。然而，其問題在於所引入的安全風險——多個橋接合約共同控制代幣的鑄造，一旦其中一個橋接合約遭到駭客攻擊，便會暴露出安全漏洞。xERC-20 透過引入鑄造限額來解決此安全問題，讓發行方能夠為每個橋接合約可鑄造的代幣數量設定可調整的上限。
透過 MetaMask Developer 開始在 Web3 上建構
您是正在開發消費者 dapp 的 Web3 開發者嗎？
MetaMask Developer 套件涵蓋 MetaMask Wallet API、SDK、Web3 服務 API 及 Snaps，提供一套完整的工具，協助您吸引數百萬高度活躍的網路使用者。歡迎前往開發者入口網站，深入了解我們的產品與服務。
AI 翻譯。可能包含錯誤。請務必核實資訊。
