我們之前討論了 cBridge 2.0 的兩種流動性模型，還深入探討了「自管」流動性模型的設計挑戰。今天，我們詳細聊聊針對該模型設計挑戰的解決方案。首先，我們從節點協調和操作問題開始。
1/n 上篇 ELI5 短文中我們提到，“cBridge 2.0 是第一個也是唯一一個允許流動性提供者（LP）在「自管」和「共管」流動性模型之間自由選擇的跨鏈架構。在「自管」模式下，也就是「非託管」模式，LP 可以 100% 地控制其流動性。爲此，每個 LP 須要在服務器中運行一個 cBridge 節點「程序」，以響應 cBridge 用戶的資產跨鏈請求。”
2/n cBridge 2.0 解決了「自管」模型中與 Celer 狀態守衛者網絡（SGN）的協調問題。SGN 是一個專門的、運用 CELR Staking 實現去中心化的 PoS 鏈，也是 Celer 的重要組成部分，它的目的是將信息從 L2 中傳遞到 L1。
3/n 在 Celer 的狀態通道架構中，SGN 作爲一個瞭望臺，確保用戶離線時通道狀態的安全。而在 Celer layer2.finance Rollup 鏈中（鏈接：layer2.finance)，SGN 的角色延伸爲一個去中心化的區塊生產者網絡。
4/n 在 cBridge 2.0 的「自管」模型中，SGN 被擴展爲一個去中心化的網關。當用戶嘗試橋接跨鏈資金時，用戶的請求首先到達 SGN，然後 SGN 將這個請求「分配」給 cBridge 節點，這麼做的目的是最大限度地減少用戶此次轉賬的費用。
5/n 這種設計讓多個獨立的自管節點之間的協調變得非常簡單：不需要有一個多輪通信協議（例如某種拍賣），因爲其通信費很貴，同步假設也很複雜。
6/n 這也提供了很大的操作安全性好處：cBridge 節點不會直接連接到網絡，用戶和節點之間也沒有任何直接連接，現在的信息匯合點是 SGN 和其他通過狀態查詢 RPC 的 L1 鏈。
7/n 這意味着用戶甚至可以在沒有公共 IP （在家用筆記本電腦或 Raspberry Pi 上）或在無端口開放網絡配置之後再運行 cBridge 節點。
8/n 但是如果 SGN 分配的 cBridge 節點作惡並拒絕響應某個請求，即傷害用戶，會發生什麼事情呢？不用擔心！SGN 會繼續解決這個問題，我們將在下一個 ELI-5 主題中討論這個問題的解決方法 !
9/n 更多詳情，您可以隨時參考：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