> ## Documentation Index
> Fetch the complete documentation index at: https://docs.li.fi/llms.txt
> Use this file to discover all available pages before exploring further.

# 资源锁

> LI.FI 意图使用安全、灵活的资源锁来实现信任最小化的跨链流程和设计基于意图的协议的新方法。

资源锁允许用户将代币承诺给某物或某人，而无需进行链上交易来发行锁或在其到期后恢复锁。在资源锁上下文中，重要的是这些代币在一定时期内无法访问，该时期长于索赔的预期结算时间。

从某种意义上说，它们是一种信用账户形式，允许用户向协议提供有保证的授权。

## 参与者

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

1. 赞助商、用户、所有者：最初拥有资源锁中资金的参与者。
2. 分配者、管理者、可信承诺：验证没有发行冲突锁的参与者。
3. 仲裁者、验证者、结算：能够验证锁是否已解决并可以支付的参与者。

根据资源锁系统，每个用户选择一个分配者，每个锁选择仲裁者。当使用术语"仲裁者"时，它特指锁的仲裁者，而不是用户选择的一般单个仲裁者。

将锁视为有时限的批准，由分配者共同签名，发给特定协议（仲裁者）。

虽然资源锁流程可能因应用程序而看起来非常不同，但它们通常遵循四个步骤：

<Steps>
  <Step>
    **赞助商**向资源锁存款（如果尚不存在）。
  </Step>

  <Step>
    **赞助商**签署描述所需结果的锁。
  </Step>

  <Step>
    **分配者**确保存在适当的资金以使锁有效。换句话说，如果赞助商存入了 10 个代币，则任何批准的锁集合都不得超过 10 个代币。然后分配者共同签署锁。
  </Step>

  <Step>
    所需事件发生。
  </Step>

  <Step>
    **仲裁者**验证事件已发生并将代币释放给适当的接收者。
  </Step>
</Steps>

在此流程中，需要两个签名和一个交易——忽略第 0 步。锁必须由赞助商签署并由分配者共同签署。然后仲裁者对所需事件是否发生做出最终决定。

## 资源锁定意图

在意图系统中，第三步——所需事件的执行——通常由第四个参与者执行，通常称为**求解器**或**中继器**。

此外，围绕资源锁构建意图系统通常有两种方式：

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

在这些流程中，意图系统描述了操作如何在目标链上发生。但是，系统不直接验证资源锁完成。

这些系统依赖于**分配者作为仲裁者**或**通用消息传递**（GMP）协议的资源锁支持。

这种系统的优点是其简单性。第三方（无论是分配者还是 GMP）通常处理整个验证/结算管道，因此求解器只需关注填充订单。

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

在这些流程中，意图系统是仲裁者，通常描述整个系统的构造方式：输出结算、验证和输入结算。这使系统更加灵活和可定制。

虽然这些系统也可能依赖于 GMP，但它们也可以使用其他——可能更便宜的——验证层，如乐观预言机、存储证明或秘密揭示（如 HTLC）。

这种系统的优点间接地是其复杂性。由于更多逻辑由系统本身明确定义，因此意图的表达能力可以更大、更专业。

有关 OIF 支持的资源锁的更多信息，请阅读[输入结算实现](/zh-Hans/lifi-intents/architecture/input-settlement)章节。

## 信任假设

在资源锁系统中，参与者需要相互信任，但通常，没有单个参与者可以独立访问任何资金。

* 赞助商需要信任仲裁者，以便**已发行**的锁不会被欺诈性地*完成*。但是，仲裁者在没有相关签名锁的情况下永远无法访问赞助商的任何资金。赞助商和仲裁者之间的信任假设等同于 permit/permit2 批准。
* 仲裁者/求解器需要信任分配者不会共同签署超过用户存入的代币的重叠锁。否则，已填充的意图可能没有足够的代币可用于解决向求解器支付锁履行的款项。