大家好，又见面了，我是你们的朋友全栈君。
我们之前讨论了 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万用户。
官网: Celer Network
博客: Celer Network
电报群: https://t.me/celernetworkcn
微博：登录 – 新浪微博
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/135919.html原文链接：https://javaforall.net
