EN
Connext 新推出的跨二层交易方案 Nxtp 与年初上线的 Vector 最大不同是仅使用链上数据，不引入链外数据，但不适合小额交易。
撰文：潘致雄
作为为数不多的专注解决二层网络之间互操作性的团队，Connext 在今年年初在主网上线了 Vector 的 0.1.0 版本，而在上周该团队又推出了 Nxtp ，该方案完全采用链上数据模式以提升系统稳健性，并为开发者提供了跨 L2 网络进行智能合约互相调用的可能性。
Nxtp 协议的全称是 「非托管跨链传输协议」 （Noncustodial Xchain Transfer Protocol），所以该名称也很好的解释了协议的特点：非托管、专注于跨链。不过该方案的设计也因此做出了一些取舍，比如大规模的小额支付仍然更适合用 Vector 来实现。
此前 Connext 于今年 1 月在主网上线了 Vector 的 0.1.0 版本，该方案使用了状态通道技术，允许资产在以太坊的二层网络（包括 ZK Rollup）和 ETH 2 的分片，甚至是其它公链（兼容 EVM）之间自由转移，而无需等待较长的退出时间。开发人员可将 Vector 集成至其应用程序或协议中，来实现小额支付。
Connext 也在随后的短短半年的时间内完成了两次融资，分别拿到了 Polychain Capital、ConsenSys Mesh、1kx、Coinbase 等多个头部机构接近 1500 万美元的资金。7 月时他们表示团队成员有 8 人，计划在半年到一年的时间内将员工数扩大到 20 人左右。
Nxtp 将在实现跨链交易方面完全取代现有的二层转账协议 Vector，目前已部署至以太坊测试网和二层网络的测试网，包括 Goerli、Rinkeby、Optimism-kovan、Arbitrum-rinkeby 和 Mumbai，并计划在未来三周内正式上线。后续还将支持以太坊、Arbitrum、Optimism、Polygon、Fantom、xDai 和币安智能链以及更多与 EVM 兼容的系统。
这个 Nxtp 究竟采用了什么机制，相比此前的 Vector 有哪些改进，又做出了哪些取舍呢？
核心机制：三步完成交易
简单来说，Nxtp 的跨链交易将通过三个步骤完成。
第一个步骤被称为「交易路由的选择和拍卖」，用户选择具体的链和资产，然后提交转账信息开启拍卖。路由节点在获得这些信息后，需要提交私密的出价信息，其中要包含完成转账的时间和价格范围。
第二个步骤被称为「准备交易」，用户提交一个包含路由节点签名的出价信息给 Nxtp 的合约后，这个交易会锁定用户在该链的资产。当路由节点检测到了一个在合约中的交易事件后，就可以在目标链上锁定这条链的资产流动性。路由节点锁定的资金量是「发送金额」减去「拍卖费」，所以路由节点能从这笔交易中赚得部分收益。
第三个步骤是「执行交易」，用户提供交易签名以解锁目标链上的资产，而路由节点可以使用该用户公开的签名信息从原链中获取资产。
团队表示，在这个流程中的任何时候，该交易都可以被取消。一旦该交易超时，则交易可以被任何一方取消。这也是为什么他们认为 Nxtp 保持了和 Vector 跨链交易一样的安全模型。
与 Vector 最大不同：仅使用链上数据，不引入链外数据
Vector 这样的状态通道设计其实涉及了链上和链下数据两部分，节点需要同步两者数据，所以也就增加了流程的复杂度。对于用户来说，需要在浏览器中存储这部分的链下数据，但是这部分数据的可靠性没法保证。
另外 Vector 的整个工作流也是需要多次交互的，整个流程需要进行 12 次状态更新，而且这些相关的参与方都需要在线才可以进行验证和签署更新。
相比 Vector，Nxtp 仅使用链上数据，所以不需要链下的状态数据或者任何形式的数据库，也就不需要在浏览器中存储状态数据了，而对于路由节点也就可以完全实现无状态性（stateless）。
而对于用户来说，使用流程仍然是在接受资金的链上提交一个签名信息即可。另外，由于 Nxtp 是一个面向智能合约的系统，所以对于开发者来说，构建智能合约对智能合约的跨链交互也是未来可以探索的方向。
如果以一句话总结，只需要记住在使用 Nxtp 之后，交易双方的所有信息都可以在链上获得，不需要链外的信息。
取舍：不适合批量小额交易
由于 Nxtp 是一个通用的跨链交易协议，并不使用链下的状态数据构建通道，所以这也意味着它不能被用来进行批量的条件转账，也就是通常意义上的小额支付场景。
而且虽然 Nxtp 的设计考虑到了各种细节，不过路由节点还是有一个要求的，就是必修要在一定的时间窗口内回收资金，当然这个时间的范围可以设置更高，比如几天。但总体来说，Nxtp 还是比状态通道更安全一些，因为状态通道方案中对这个时间窗口的要求不仅是路由节点，还包括了用户。
