上篇 ELI5 短文中我們討論了 cBridge 2.0 如何解決「自管」流動性模型中與狀態守衛者網絡（SGN）的協調問題。今天我們來繼續討論自管模型的最後一個話題：cBridge 2.0 的設計如何利用 SGN 爲非託管橋接系統中的「作惡問題」提供有史以來第一個解決方案。
那麼什麼是 「作惡」呢？首先我們要知道，在 cBridge 2.0 自管橋接模型中，對於橋接節點和用戶來說，跨鏈交易的發生總是需要兩個步驟，其順序如下：
-
用戶的第 1 步：向源鏈上的橋接節點進行 「時間鎖定 」的轉賬，發起轉賬的用戶是此筆轉賬解鎖鑰匙的唯一持有人。
-
橋接節點的第 1 步：向目標鏈上的用戶進行上鎖的轉賬，使用與發起轉賬的用戶完全相同的鎖。
-
用戶的第 2 步：解鎖目標鏈上接收到的轉賬，從橋接節點獲得資金。
-
橋接節點的第 2 步：檢測到目標鏈上的鎖相對應的鑰匙，解開源鏈上的轉賬，從用戶那裏獲得資金。
但當橋接節點在用戶做了第 1 步之後拒絕做相應的第 1 步，或者用戶在橋接節點做了第 1 步之後拒絕做第 2 步，無論是由於系統故障還是人爲的惡意企圖，都會產生「作惡」問題。
需要注意的是，作惡行爲不會導致資金損失，但會導致用戶或橋接節點的資金被卡在系統中，等待很長的資金鎖定時間。解決該問題的挑戰在於，在這兩種情況下，由於事件都發生在不同的鏈上，不可能分辨出誰是作惡方。
在這種情況下，我們需要一些去中心化的實體來充當這個作惡問題的「仲裁者」。由於 SGN 負責爲用戶分配請求，它可以跟蹤任何跨鏈傳輸的整個過程，所以 SGN 很容易分辨出誰是真正的作惡方。
在 cBridge 2.0 中，仲裁結束後，SGN 可以罰沒過錯方的 SLA 保證金，以補償受損方的機會和時間成本。由於 SGN 最多隻能觸及預先設定的保證金數額，整個過程中不會有非託管資金的損失。
至此，我們對 cBridge 2.0「自管」模式的講解就結束了。在下一篇文章中我們將開始向大家介紹 cBridge2.0 中「共管」流動性模型的詳細設計！
更多詳情，您可以隨時參考：cBridge 2.0: 基於 Celer 狀態守衛者網絡的通用跨鏈平臺
別忘了關注 Celer Network 公衆號喲 ！
Celer 官方客服二維碼
Celer Network 是一個二層擴容平臺，旨在爲以太坊、Polkadot 和其他區塊鏈帶來可被大規模採用的快速、安全和低成本的區塊鏈應用。Celer 推出了世界上第一個廣義狀態通道網絡，並繼續用先進的 Rollup 技術推進二層擴容。基於 Celer 的應用程序和中間件，如 CelerX、cBridge、layer2.finance，已在遊戲、DeFi 和區塊鏈互操作性領域吸引了超過 100 萬用戶。
官網 : https://www.celer.network/
博客 : https://blog.celer.network/
繁體中文
简体中文
English
日本語
Español