> ## 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 消除了导致注资失败的两个原因：客户持有的资产不在你的支持范围内，或者客户持有资产所在的链尚未被你集成。注资、提现和收益都通过同一个集成完成，你的账户覆盖范围不再取决于工程待办清单的长短。

## 这为你的产品带来什么改变

> **更多完成注资的账户**
>
> 客户可以用任意受支持链上的任意资产注资，到账时就是你的账本所需的资产。过去在第一个页面就被你拒之门外的用户，现在可以顺利完成注册。

> **资金流动带来的收入**
>
> 每一笔经过你的集成的转账都可以附加[你自己的费用](https://docs.li.fi/introduction/integrating-lifi/monetizing-integration.md)，按百分比设置，并转入你控制的钱包。注资不再是成本中心。

> **让闲置余额产生收益**
>
> [LI.FI Earn](https://docs.li.fi/earn/overview.md) 只需一次签名就能把闲置余额转为生息头寸，让你可以向那些已经完成注资、之后便不再活跃的客户推出新产品。

> **新增链无需额外工作**
>
> 覆盖范围跟随 LI.FI 当前支持的[链](https://docs.li.fi/introduction/chains.md)和[流动性](https://docs.li.fi/introduction/tools.md)集合。进入一个新市场变成一个产品决策，而不是一个季度的集成工作。

![任意链上的客户资产，中间由 LI.FI 负责路由和执行，最终在你的账本上以单一结算资产入账](https://mintcdn.com/lifi/PmU0d85L8IwCXHK-/images/use-cases/neobank-account-boundary.png?fit=max\&auto=format\&n=PmU0d85L8IwCXHK-\&q=85\&s=0d5e13316987aea3f8bd3dcd9fc7223c)

注资和提现是同一个调用，只是方向相反。

## 自己构建需要付出什么代价

你在一条链上、以一种结算资产上线，因为那是你第一个合作伙伴所使用的。随后，有客户想用你不持有的资产注资。第二个合作伙伴在别处结算。收益功能又需要第三个场所。每增加一项，就多一个集成、多一组故障模式，你的支持团队也要多学一样东西。

功能本身从来不是工作量所在。真正的工作在它下面：按链寻找流动性，在不同转账路径之间做选择，制定适合美元余额而非交易的滑点策略，区分代码相同但合约不同的代币，以及确保刚到达某条链的客户到达之后能够正常操作。

其中每一处都可能让一次注资失败，而你手动修复的每一处，都是没有花在账户产品本身上的工程时间。

> **你负责构建的部分**
>
> 账户模型、账本、客户体验，以及谁可以做什么的规则。

> **LI.FI 承担的部分**
>
> 按链发现路由、选择流动性来源、处理代币变体、到账时提供原生 gas，以及用统一的状态术语监控转账。

## 账户如何运作

客户可以用自己持有的任何资产、在其所在的任何链上注资，到账时就是你的账本所需的资产。提现是同一个调用的反向操作，因此想要转出到另一条链的客户会得到一条返回路由，而不是一条错误信息。

闲置余额也可以产生收益。LI.FI Earn 汇总各受支持协议中的生息头寸，并执行存入操作。[Composer](https://docs.li.fi/composer/overview.md) 在目标链上用一笔交易完成兑换和存入，避免客户卡在两个步骤之间。

> [!TIP]
>
> 有一种故障模式会让大多数首次上线的产品中招。首次到达某条链的客户持有余额，却没有可用于支付任何操作的原生资产，于是他们的下一步操作还没开始就失败了。[Gas Fronting](https://docs.li.fi/guides/gas-subsidy.md) 会把转账中的一部分转换为目标链的原生资产，并与转账资产一同送达，让死胡同变成一笔普通的首笔交易。

如果你想要实现效果而不想自己构建前端，[Widget](https://docs.li.fi/widget/overview.md) 是一个可嵌入的界面，你可以自定义样式以匹配你的产品。它是从做出决定到让客户用上产品的最短路径。

## 职责边界在哪里

LI.FI 负责路由和执行。用户引导、对你自己客户的筛查以及监管报告仍由你负责，集成不会改变这一点。LI.FI 在资产层面实施[代币筛查](https://docs.li.fi/introduction/learn-more/hypernative-token-screening.md)，这与某位客户是否应该进行交易是两个不同的问题。

对于交易规模较大的团队，有两项[企业级功能](https://docs.li.fi/enterprise/overview.md)改变的是经济性，而不是架构。

> **[Stablecoin 1:1](https://docs.li.fi/enterprise/stablecoin-1-1.md)**
>
> 等价美元稳定币之间的兑换按平价定价，而不是经过资金池流动性定价，因此大额转账与小额转账获得相同的汇率，每一跳的损耗也不再侵蚀利润空间。

> **[Smart Deposit Addresses](https://docs.li.fi/enterprise/smart-deposit-address.md)**
>
> 只需向一个唯一地址进行一次代币转账即可完成兑换，无需授权，也无需路由器交易。适合无法要求客户签署合约交互的托管类产品。

## 上线前需要决定的事项

> **谁支付源链 gas，你是否会进行检查**
>
> 客户仍需用自己的原生资产余额支付源链 gas。请在让任何人签名之前，对照报价检查这一点，否则你上线的按钮会恰恰对最需要它的人失效。

> **账本如何记录部分结果**
>
> 跨链转账完成时，客户持有的可能是一种相关资产，而不是所请求的确切资产。这是正常结果，发生在目标链兑换无法在安全范围内执行时。请先决定账本如何记录这种情况，因为把它记录为失败是错误的，把它记录为完全匹配同样是错误的。[中间代币](https://docs.li.fi/guides/intermediate-tokens.md)列出了会出现哪些资产以及何时出现。

> **链上部分是成本中心还是收入来源**
>
> 费用转发按集成设置，因此请在为产品其他部分定价之前而不是之后确定费率。

## 从哪里开始

大多数数字银行从注资入手，因为这是客户最先遇到的缺口，也是一直存在时让你损失最大的缺口。它只需要一次报价请求和一次状态轮询，是集成中最小的部分，也是最快能交付给客户的部分。收益排在第二位，等注资跑通、余额开始闲置之后再推进。

> **[快速开始](https://docs.li.fi/introduction/integrating-lifi/getting-started)**
>
> 选择一种集成方式，发起你的第一次调用。

> **[LI.FI Earn](https://docs.li.fi/earn/overview.md)**
>
> 为闲置余额提供金库发现和一键存入。

> **[Composer](https://docs.li.fi/composer/overview.md)**
>
> 在一笔签名交易中完成兑换和存入。

> **[企业级功能](https://docs.li.fi/enterprise/overview.md)**
>
> 平价定价和基于转账的存入，按集成商启用。

> **[联系 LI.FI 团队](https://docs.li.fi/introduction/integrating-lifi/partnership-opportunities.md)**
>
> 告诉我们你的链、结算资产和交易量。我们会结合你的路线图确定起点，并确认哪些企业级功能适合你。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.