值得一提的是， NXTP 的流动性提供存在虚拟 AMM 机制，这意味着用户在源账本上付出 1 个 USDC，在目标账本上获得的，可能不是（1 - r）个 USDC ( 设手续费为 r ) ，而可能是（0.99-r）或是（1.02-r），具体的数值取决于源账本与目标账本上的总流动性比值。这样设计的目的是增加一个负反馈机制，促进 Router 根据需求平衡不同账本上的流动性。

　　截至发文，NXTP 还在审计中，NXTP 发布后，将首先实现对以太坊、Optimism、Arbitrum ONE、BSC、xDAI、Polygon、Fantom Opera 的支持。

　　connext 介绍文档

　　StarkEx Bridge

　　StarkWare 是一家零知识证明研发机构，也是 ZK Rollup 二层网络 StarkNet 的开发者。StarkEx 则是 StarkWare 为 StarkNet 开发的扩展性工具集，其中就包括 StarkEx Bridge。

　　StarkEx 目前服务模式是 L2 as a Service，支持其他项目利用 StarkNet 技术，构建自己独立的 L2 网络，目前 StarkEx 的客户包括 Immutable X，dYdX，DeversiFi ，三者都在 StarkNet 的支持下搭建了自己的 L2 网络。因此，StarkEx Bridge 首先要解决的只是 StarkEx 生态内的 L2 网络的跨层交易问题，然后才会逐步扩展为适配所有 L2 的解决方案。

　　StarkEx Bridge 采用了类似 Connext 的条件交易机制，通过该机制实现无信任的跨层原子交易。StarkEx Bridge 上有专门的 LiquidProvider (LP) 作为公共交易对手，提供流动性。其过程如下：

　　▸ StarkEx L2→L1

• 　　Step1 : ALICE 在 L2 向 LP 发起 1 ETH + 手续费的条件转账 T(X)，条件是 T(Y)：LP 在 L1 向 Alice 付款 1 ETH，在 T(Y) 生效前，T(X) 状态为 [invalid]；

• 　　Step2：LP 签署 T(Y)，在 L1 上向 Alice 付款，Alice 立即可在 L1 使用该资金，LP 拿到 T(Y) 的生效证明；

• 　　Step3：LP 使用 T(Y) 的生效证明，更新 T(X) 状态，T(X)[invalid] 转化为 T(X)[Valid] ；

• 　　Step4 ：LP 通知 L2 节点打包 T(X)[Valid] 到零知识证明批次中，该批次抵达 L1 并被验证时，LP 正式拿到 Alice 的付款。

　　▸ StarkEx L2→ StarkEx L2

• 　　Step1：Alice 在 L2-1 中向 LP 发起 1 ETH + 手续费 的条件转账_T(X)，触发条件设为_T(Y): LP 将 1 ETH 转到 Alice 的 L2-2 账户。在_T(Y)_生效之前，_T(X)_为 [invalid] 状态 ；

• 　　Step2：LP 签署_T(Y)_，在 L2-2 上向 Alice 付款 1 ETH，该交易立即生效，Alice 立即可在 L2-2 使用该资金；

• 　　Step3：_T(Y)_被 L2-2 节点打包到零知识证明批次中，提交给 L1 并被 L1 验证，LP 拿到_T(Y)_在 L1 的生效证明 ；

• 　　Step4：LP 使用_T(Y)的生效证明，更新_T(X)_状态，_T(X) [invalid]_转化为_T(X)[Valid]； (责任编辑：admin)