|
Step5：LP 通知 L2-1 节点打包_T(X)[Valid]_到零知识证明批次中，该批次抵达 L1 并被验证时，LP 正式拿到了 Alice 的付款。  图片源于 StarkWare 博客
注意：上述描述对条件交易过程进行了简化，事实上，如果要创建以 T(Y) 作为触发条件的 T(X) ，T(Y) 需要先被创建，只是处于未签署状态，或者可以称为 invalid 状态。可以将创建 T(Y)[Invalid] ，理解为一笔 Lock 操作。另外，StarkEx L2 作为非独立的状态机，一切交易的生效与否都以被 L1 验证为准。 我们发现，与 Connext 不同，StarkEx Bridge 采用了一种非对称的原子交易设计，用户可以立即拿到资产，但 LP 却需要等待一段时间，等到 LP 对用户的付款信息通过原始通道抵达，才能解锁用户的付款。这个等待时间不会太长，大约 1 小时左右。这个等待时间就是 LP 的资金占压成本。 StarkWare 还提供了 StarkNet L2⇄侧链 的快速交易通道，流程与 StarkNet L2→ StarkNet L2 大体相似。 StarkWare 认为，ZK Rollup 相比 Op Rollup，有一个重要的优势：Zk Rollup 的跨层快速通道，对于 LP 而言，具有更优的资金效率，而 Op Rollup 的跨层快速通道，LP 的资金占压达 7 天之久，资金效率更低，这会转化为昂贵的流动性手续费。 StarkEx Bridge 介绍： https://medium.COM/starkware/the-ROAD-to-l2-interoperability-718ff69ec822 https://medium.com/starkware/a-trustless-sidechain-to-starkex-bridge-secured-by-ethereum-61e00f19f7e0 小结 我们发现，原子交易型的跨层快速资产桥，设计的关键点在于如何避免要求用户切换钱包操作，cBridge、NXTP、StarkEx Bridge 采用了不同的设计。 cBridge 选择将原子交易的执行顺序进行微调，NXTP 则选择让 中继 Router 代替用户去目标账本解锁资产。 StarkEx Bridge 则进行了更彻底的改变：cBridge、NXTP 的原子交易都是让用户的转账触发流动性提供商的转账，而 StarkEx 则交换了两者，让 LP 的转账触发用户的转账，并让触发过程走原始通道，这样一来用户可以先拿到钱，而且不用手动去操作为 LP 付款的事情。 见证人型跨层快速资产桥除了原子交易型，还有一些跨层快速资产桥采用了以见证人为中心的设计方案。见证人可能是单一职能的角色，也可能兼任了流动性提供者的角色。见证人可能是非信任式（需要抵押）的，也可能是信任式（无须抵押）的。我们通过项目举例来说明： HOP Exchange Hop Exchange，也称 Hop Protocol，由 Authereum 钱包团队打造，其创始人是以太坊编程语言 Solidity 的开发者之一 Chris Whinfrey。Authereum 团队在开发该钱包的时候发现了当时以太坊对于扩容的紧迫性，所以将精力转移至了 L2 相关的设施中。 (责任编辑：admin) |