我们将持续发布一些短文，来告诉大家cBridge2.0到底为用户和LP们带来了哪些令人激动的迭代。
<img src="https://i.loli.net/2021/10/15/5XojZSFqByk8zKd.png" alt="image-20211015183041463" style="zoom:67%;" />
随着cBridge 2.0计划发布，大家一定有这样的疑惑：cBridge2.0究竟有啥牛X之处？我们当然知道，之前发布的cBridge 2.0计划篇幅确实太长很难让人读完，所以我们将持续发布一些「易读」的短文，来告诉大家cBridge2.0到底为我们亲爱的用户和LP们带来了哪些令人激动的迭代。
1/n cBridge 2.0 是第一个也是唯一一个允许流动性提供者（LP）在「自管」和「共管」流动性模型之间自由选择的跨链架构。我们将陆续分享一些关于cBridge2.0有趣的设计挑战。我们也将在未来几天公布解决方案！
2/n 在「自管」模式下，也就是「非托管」模式，LP 可以 100% 地控制其流动性。为此，每个 LP 须要在服务器中运行一个 cBridge 节点「程序」，以响应cBridge用户的资产跨链请求。
3/n 「自管」模式具有显而易见的好处：不需要信任任何中心化或去中心化的第三方。当然，这也是一把双刃剑。
4/n 第一点，对于 LP 来说，运行桥接接节点的门槛相当高。LP 须做到以下几点：
1.为私钥维护一个安全的「热钱包」环境；
2.保证运行可靠性；
3.管理各接入链的RPC；
4.管理流动性；
5.调整费用配置文件等等。
<img src="https://i.loli.net/2021/10/15/7WerbQSJzFXw42u.png" alt="image-20211015183231360" style="zoom:67%;" />
5/n 第二点，从整个桥接网络的角度来看，当一个用户发送跨链请求时，系统是如何决定使用哪些cBridge节点的？用户是否必须与潜在的不同节点「交谈」并反复进行复杂的交互？
<img src="https://i.loli.net/2021/10/15/NZCJeOjbr3V2vQa.png" alt="image-20211015183321031" style="zoom:67%;" />
6/n 第三个是「节点作恶问题」。当被选中的跨链桥节点突然「消失」并拒绝响应用户的请求时，用户必须等待很长的资金锁定时间才能将资产退出，而且无法保证节点不会再次作恶。
7/n 同样的问题也可能出在用户身上，但问题是，由于两条不同链之间的信息隔离，无法从任何单链状态中判断谁是真正的作恶者。
<img src="https://i.loli.net/2021/10/15/hJd7na8RsB4kOXg.png" alt="image-20211015183343599" style="zoom: 65%;" />
8/n cBridge 2.0 能够降低LP运行节点的门槛，解决上文所提到的第一个问题；也能够简化并解决第二个问题，针对第三个问题cBridge2.0提出了世界上第一种解决方案。当然，这些都将基于我们的状态守卫者网络（State Guardian Network，简称SGN）。
<img src="https://i.loli.net/2021/10/15/kuowHU8B9VyheZP.png" alt="image-20211015183416780" style="zoom:67%;" />
9/n 现在，还记得前文提到的 cBridge 2.0「共管」流动性模型吗？这是专门为那些不想自己运行cBridge节点的LP设计的高效、安全且易用的流动性模型。在这个模式中，SGN本身将作为一个cBridge节点存在。流动性提供者可以将流动性代理给SGN所运行的这个共管节点，在获取跨链手续费的同时不需要自己再额外运行cBridge节点。
<img src="https://i.loli.net/2021/10/15/nTZsN3wE9IrpVkt.png" alt="image-20211015183455668" style="zoom:67%;" />
10/n cBridge 2.0 无缝集成了「自管」和「共管」这两种流动性模型，在为用户提供最好的服务同时也为LP提供最大的灵活性。「共管」模式肯定会带来一些利弊取舍，我们很快会对此进行进一步阐述！
11/n 更多详情，您可以随时参考：cBridge 2.0: 基于Celer状态守卫者网络的通用跨链平台
