资源锁

资源锁允许用户将代币承诺给某物或某人，而无需进行链上交易来发起锁，也无需在锁到期后进行链上交易来收回资金。在资源锁的上下文中，重要的是这些代币在一定时期内无法被动用，该时期要长于索赔的预期结算时间。 从某种意义上说，它们是一种信用账户形式，允许用户向协议提供有保证的额度授权。

​

参与者

在资源锁流程中，有三个参与者：

1. Sponsor（赞助方）、用户、所有者：最初拥有资源锁中资金的参与者。
2. Allocator（分配者）、管理者、可信承诺方：验证不会签发相互冲突的锁的参与者。
3. Arbiter（仲裁者）、验证者、结算方：能够验证某个锁是否已解决并可以支付的参与者。

根据资源锁系统的不同，每个用户选择一个分配者，每个锁选择一个仲裁者。当使用术语”仲裁者”时，它特指某个锁的仲裁者，而不是用户所选择的某个通用的单一仲裁者。 可以将锁视为一种有时限的授权，由分配者共同签名，发给特定协议（仲裁者）。 尽管资源锁流程会因应用不同而大相径庭，但它们通常遵循四个步骤： 在这个流程中，需要两个签名和一笔交易——忽略第 0 步。锁必须由 sponsor 签名并由 allocator 共同签名。然后由 arbiter 对目标事件是否发生做出最终裁定。

​

基于资源锁的意图

在意图系统中，第三步——目标事件的执行——通常由第四个参与者执行，通常被称为 solver（解算器） 或 relayer。 此外，围绕资源锁构建意图系统通常有两种方式：

意图系统作为执行者（Tribunal）

在这类流程中，意图系统描述操作如何在目标链上进行。然而，系统并不直接验证资源锁的完成。 这些系统转而依赖 作为仲裁者的分配者，或者依赖 通用消息传递（GMP）协议对资源锁的支持。 这种系统的优点在于其简洁性。第三方（无论是分配者还是 GMP）通常处理整个验证/结算流程，因此解算器只需关注履行订单即可。

意图系统作为仲裁者（OIF）

在这类流程中，意图系统就是仲裁者，通常会描述整个系统如何构建：输出结算、验证和输入结算。这使得系统更灵活、更可定制。 尽管这些系统也可能依赖 GMP，但它们同样可以使用其他——可能更廉价的——验证层，例如乐观式预言机、存储证明或秘密揭示（如 HTLC）。 这种系统的优点间接地来自其复杂性。由于更多逻辑由系统本身显式定义，意图的表达能力可以更强、更专门化。 有关 OIF 支持的更多资源锁内容，请阅读输入结算实现章节。

​

信任假设

在资源锁系统中，各参与者需要相互信任，但通常没有任何单一参与者能够独立动用任何资金。

• sponsor 需要信任 arbiter，从而使已签发的锁不会被欺诈性地最终确定。然而，在没有相关的已签名锁的情况下，arbiter 永远无法动用 sponsor 的任何资金。sponsor 与 arbiter 之间的信任假设等同于 permit/permit2 授权。
• arbiter/solver 需要信任 allocator 不会共同签署超过用户已存入代币数量的重叠锁。否则，一笔已履行的意图可能没有足够的代币来向 solver 支付履行该锁的报酬。