金色觀察｜一文讀懂Orbiter Finance

Orbiter Finance是一個去中心化的跨“匯總”橋，用於轉移以太坊原生資產，是 Layer 2 的基礎設施，成本低，過程即時。

目前Alpha已上线，支持 Mainnet、zkSync、Arbitrum、Optimism、Polygon、StarkNet(Goerli)、Immutable X(Ropsten) 之間的交叉“匯總”交易。

特點

基於 Rollup 技術的安全性，Orbiter 沒有跨 L1 橋梁的風險。

發送人不需要與合約地址進行交互。

以太坊原生資產不需要鑄造資產，可以以去中心化的方式完全支持流動性。

原理

Orbiter Finance 被設計為一個去中心化的交叉匯總橋，用於在 L1 和 L2 之間轉移以太坊原生資產。

Orbiter 的安全模型中有 3 種類型的智能合約。

MDC ：Maker 保證金合約，保留 Maker 保證金，為 Sender 處理仲裁。

EBC ：事件綁定合約，存儲保證金規則和收費標准。

SPV ：簡單的付款驗證。證明在 Orbiter 支持的網絡上存在 Tx。Orbiter 需要為每個支持的網絡开發 SPV。

MDC、EBC 和所有 SPV 都部署在一個支持以太坊生態系統智能合約的網絡上。

跨鏈項目的首要目標是確保兩條獨特鏈之間的交易安全，避免 51% 攻擊。但是cross-rollup項目每次rollup使用相同的以太坊數據層，自然可以防止51%攻擊。基於此，Orbiter 提出了一種交叉匯總機制，可以繼承以太坊 L2 的安全性。

該系統有兩個角色：Sender 和 Maker 。Maker 在為 Sender 提供交叉匯總服務之前，需要在 Orbiter 的合約中存入超額保證金。在正確的通常過程中，Sender 將發送給 Source Network 上的 Maker，Maker 將發送回 Destnation Network 上的 Sender。

這裏有幾個關鍵問題：

Maker 如何正確、自動地將其發送回 Sender？

當 Maker 未將代幣發回目標網絡時，如何確保 Sender 可以取回代幣？

如何確保 Orbiter 的合約能夠安全地保持 Maker 的保證金？

下面用下面的流程圖來看看Orbiter的具體機制。

正確的過程

Orbiter 以OP的方式支持高頻交叉匯總交易，因此它可以足夠便宜且足夠快，以長期適應更多交叉匯總用戶應用。如果你已經測試過Orbiter App並在區塊瀏覽器上查看了交易日志，你會發現你已經將它發送到了 Maker 的 EOA 地址，而不是合約的地址。這是 Orbiter 和其他橋接協議之間的顯着區別。

Maker 可以开發和運行一個客戶端來自動提供服務，或者使用 Orbiter 團隊的开源客戶端。

Sender 將其發送給 Source Network 上的 Maker 後，再將其發送回 Target Network 上的 Sender，Maker 需要知道 token 類型、回傳數量以及它在哪個 Target Network 上。Maker 是如何得到這三個參數的呢？

代幣類型和返還金額。Maker在Orbiter的MDC合約中存入保證金時，需要設置代扣費（固定費用）、交易費（0.04%~0.3%）和支持的代幣類型。這些設置的參數將保存在 Orbiter 的 EBC 合約中，並與 Makers 的客戶同步更新。Maker 知道回傳代幣類型，並以此方式收到 Sender 的資金後計算回傳金額。

目標網絡。Orbiter 使用“安全碼”記錄目標網絡。安全碼和目標網絡之間的對應關系也保存在 MDC 合約中。匯款人需在轉账金額小數點後添加安全碼。然後，Maker 將知道目標網絡是哪個。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。