# 收款人

收款人是预先批准、可从你的[可编程钱包](/zh/ke-bian-cheng-qian-bao/user-wallet.md)收款的地址，而且只能在你控制的精确限制内收款。你可以预先批准市场数据源、模型提供商、算力供应商、承包商、工资发放对象和订阅服务等周期性收款方，并设置单笔上限、周期上限、允许资产和冷却期。你的资金会一直留在 DeFi 中赚取收益，直到真正需要付款的那一刻。

你的交易代理可以凭固定的 USDC 配额，让数据源、推理 API 和 GPU 供应商持续在线。你的 CFO 可以支付供应商，而无需接触公司储备金。员工则可以提取自己准确应得的工资。每一笔付款都要经过你规则的验证，每一分钱都在转出前继续赚取收益。

## 为什么需要收款人

### 代理支付问题

AI 代理要想正常运行，就必须为服务付费：为市场判断支付数据源费用，为决策支付推理 API 费用，为执行支付算力成本。但如果给代理无限制的支出权限，风险是不可接受的，一次漏洞或一次被利用，就可能把钱包掏空。

收款人的作用就是先批准具体收款方，再配上硬性支出上限。你的交易代理可以用固定的 USDC 配额维持数据源和 GPU 供应商在线，但它无法超支、无法添加新收款对象，也无法接触超出预算的资金。代理可以作为[管理员](/zh/ke-bian-cheng-qian-bao/managers.md)去执行付款，但究竟谁能收钱，只能由你来决定。

### 周期性加密支付的问题

无论对代理还是对人类来说，今天要做规律性的加密支付，通常只有几种糟糕选择：

* **手动转账**：每次都重新输入地址，容易打错，也浪费时间
* **给出完全权限**：共享私钥或授予无限支出权限
* **回到传统银行**：支付电汇费用，放弃 DeFi 收益，还要等待处理

这些方案都不适用于需要可靠、可控自动化的代理、企业或个人。

### 收款人方案

收款人会构建一个经过验证的收款方列表，并附带细粒度控制：

```
传统做法：把信用卡交给供应商 → 他们想什么时候扣、扣多少都可以
Underscore：把供应商加入收款人 → 每月上限 5,000 美元 → 仅限 USDC → 每季度自动到期
```

你的资金会继续留在 DeFi 中赚取收益（例如在 Aave、Morpho、Euler 里），直到付款发生的那一刻。系统只会在真正需要时，自动提取恰好够支付的金额。此外，你所有的 DeFi 活动还会继续获得[奖励](/zh/jing-ji-mo-xing/rewards.md)。

## 预先批准的收款方，由链上强制执行

### 由所有者控制的收款方列表

**直接由所有者控制**：只有你，也就是[钱包所有者](/zh/ke-bian-cheng-qian-bao/user-wallet.md)，才能直接添加、确认或放宽收款人配置。管理员可以提议新的收款人，但这些提议会一直处于待处理状态，直到你在配置好的延迟结束后批准。收款人可以自行移除自己，但除了你以外，没有人可以激活收款人或扩大其权限。这一切都由智能合约强制执行，而不是依赖人工流程。

### 防篡改的收款记录

**链上收款人记录**：一旦某个收款人被配置好，它的收款地址和限制都会写入链上。管理员无法偷偷把 “GPU Provider” 换成另一个地址，也无法在未经你批准的前提下扩大额度。

### 管理员可以付款，但不能扩展名单

**权力分离**：管理员可以在配置好的上限内，向已激活的收款人执行付款；但他们不能单方面激活新收款方、提高收款人限额，或把资金路由到未批准的目的地。收款方名单由你掌控，代理和操作员只负责执行已批准的流程。

这就是收款人模型的核心：先批准周期性收款对象，再让付款严格在这些边界内执行。

## 收款人控制与配置

你可以为每个收款人设置完整的控制项，确保付款按你的意图发生。这些控制项能防止超支、避免时序错误，并阻止未经授权的变更。

### 财务限制

#### 双重保护系统

每个收款人都同时支持代币数量和美元价值两套限制：

* **单笔交易上限**：每次付款的最大值（例如 1,000 USDC 或 1,000 美元）
* **周期上限**：每个时间周期内的最大值（例如每月 5,000 USDC 或 5,000 美元）
* **终身上限**：累计总上限（例如 50,000 USDC 或 50,000 美元）

系统永远会采用更严格的限制，从而在价格波动下仍然保护你。

#### 周期配置

* **自定义周期**：以区块为单位设置任意周期（例如在 Base 上，43,200 个区块约等于 1 天）
* **自动重置**：每个周期结束时自动刷新限额，未用完的额度不会滚入下个周期
* **常见设置**：按日、按周、双周、按月、按季度

### 支付控制

#### 交易限制

* **最大交易次数**：限制每个周期最多可支付多少次（例如每月工资只允许 1 笔）
* **冷却期**：两次付款之间的最短时间，避免意外重复支付
* **到期时间**：在设定时间后自动停用收款人（例如承包合同结束日期）

#### 资产限制

你可以精确控制每个收款人能收哪些代币：

* **单一资产**：锁定只能收一个代币（例如工资只允许 USDC）
* **首选资产**：设置默认资产，同时保留一定灵活性
* **任意资产**：接受所有代币（适合交易团队等灵活场景）

### 安全功能

#### 全局设置（钱包级）

* **拉取支付总开关**：统一开启或关闭所有拉取支付
* **自付开关**：允许或阻止向你自己付款
* **默认限制**：新收款人会继承的基础设置

#### 单独覆盖

* **自定义限制**：对特定关系覆盖全局设置
* **拉取权限**：即使全局关闭，也可对单个收款人开启
* **资产白名单**：在全局范围之外进一步限制可付款代币

### 系统限制

* **最多 40 个收款人**：每个钱包的容量上限
* **每个收款人最多 40 种资产**：用于资产限制列表
* **故障保护**：若价格预言机不可用，则自动阻止付款
* **建议保持开启**：否则预言机故障期间可能被利用来掏空钱包
* **仅在以下情况关闭**：纯稳定币操作，且你完全信任 1:1 锚定

价格预言机负责向链上提供真实世界资产价格。系统会在价格数据不可用时阻止付款，从而避免预言机故障期间发生潜在攻击。

### 拉取支付安全

**硬性要求**：如果不设置任何限额，你**无法**启用拉取支付。系统至少要求存在一项上限（单笔或周期上限），从根源上杜绝无限制访问。

## 权限系统

### 谁可以添加收款人

* **钱包所有者（你）**：拥有完整控制权，可添加、确认、修改或移除任意收款人
* **管理员**：可以提议新增收款人（需要钱包所有者在延迟结束后批准）
* **其他人**：无权修改收款人或其限制

### 谁可以执行付款

* **钱包所有者（你）**：可以向任意激活收款人付款，只要在限制范围内
* **管理员**：只能向激活的收款人付款，并同时受管理员和收款人两套限制约束
* **收款人**：如果你显式启用了拉取支付，他们可以自行拉取付款

### 谁可以移除

* **钱包所有者（你）**：可以立即移除任意收款人
* **收款人**：可以移除自己，作为干净退出机制
* **管理员**：不能直接移除收款人

## 生命周期管理

### 激活流程

```
已添加 → 待激活 → 生效中 → 已过期/已移除
          （延迟）   （可使用）
```

### 典型的激活与到期组合

| 使用场景     | 激活延迟 | 自动到期  | 这样配置的原因           |
| -------- | ---- | ----- | ----------------- |
| **新供应商** | 7 天  | 90 天  | 新关系需要更高安全性，并按季度复查 |
| **正式员工** | 3 天  | 365 天 | 适中的安全性，符合年度合同周期   |
| **可信家人** | 1 天  | 永不过期  | 便于紧急使用，且关系长期存在    |
| **订阅服务** | 2 小时 | 30 天  | 快速启用，且与月度计费节奏一致   |

### 管理层级

**钱包所有者（你）**

* 直接添加、更新和移除
* 确认管理员的提议
* 始终拥有完整控制权

[**管理员**](/zh/ke-bian-cheng-qian-bao/managers.md)：被授权的操作员

* 可在限制内向生效中的收款人付款
* 可以建议新增收款人（仍需你的批准）
* 不能直接激活、移除或放宽收款人
* 非常适合在保留控制权的同时，把日常付款委托出去

**收款人**

* 可以移除自己
* 便于实现干净退出

> **提示：管理员提议需要你批准** 如果管理员提议新增某个收款人，你会看到一条待处理请求。安全延迟结束后，你必须手动确认，收款人才会真正生效。这个双步骤机制可以防止未经授权的添加。

## 拉取支付：可选的由收款方发起的扣款方式

你可以允许收款人直接从你的钱包拉取付款，但始终只能在你预先设定的限额内进行。

### 工作方式

1. 收款人主动发起从你钱包中的提取
2. 智能合约根据所有配置好的限制进行验证
3. 若需要，系统会自动从生息头寸中调度资金
4. 如果一切都在限制内，付款立即执行

### 需要双重开启

```
全局设置：canPull = true  且  收款人设置：canPull = true
                    ↓
              拉取支付已启用
```

### 真实收益

传统订阅支付：

* 每月准备好的 500 美元闲置在那里 = 0 收益

使用拉取支付：

* 每月 500 美元如果持续赚取 5% 收益 = 每年多出 25 美元
* 每年 6,000 美元的订阅总额 = 每年多出 300 美元收益

**安全性**：开启拉取支付的收款人**必须**设有上限，绝不允许无限制访问。

## 真实配置示例

### 代理数据源

```
收款人：市场数据供应商
周期：30 天
限制：每月 200 美元，1 笔交易
允许拉取：是
冷却期：25 天
资产：仅 USDC
结果：代理的数据源可自动持续在线
```

### 代理算力供应商

```
收款人：GPU 算力供应商
周期：7 天
限制：每周 500 美元，每笔最多 50 美元
允许拉取：否（由代理主动付款）
资产：仅 USDC
结果：算力成本受周预算约束，并会自动重置
```

### 代理推理 API

```
收款人：推理 API 提供商
周期：30 天
限制：每月 1,000 美元，最多 50 笔交易
允许拉取：是
冷却期：6 小时
资产：仅 USDC
结果：代理调用推理接口时，服务商可按次拉取付款
```

### 员工工资配置

```
收款人：John Smith - Developer
限制：每两周 5,000 美元，仅 USDC
发薪节奏：每月 1 日和 15 日
结果：从持续生息的资金中自动发放工资
```

### 供应商管理

```
供应商：SupplyCo
周期：7 天
限制：每笔 2,000 美元，每周 8,000 美元，终身 100,000 美元
冷却期：1 小时
资产：任意稳定币
结果：在边界内灵活付款
```

### 家庭支持

```
收款人：上大学的女儿
周期：30 天
限制：每月 2,000 美元，最多分 2 笔
资产：仅 USDC
激活：1 天延迟
结果：生活费自动发放，并且可随时调整
```

### SaaS 订阅

```
服务：分析平台
允许拉取：是
周期：30 天
限制：每月 149 美元，1 笔交易
冷却期：25 天
资产：仅 USDC
结果：再也不会错过付款，同时沉淀资金继续生息
```

## 常见问题

**到期后会怎样？** 收款人会自动停用。在你续期前，付款会被阻止。

**如果我误付了更多金额怎么办？** 不会发生。区块链上的智能合约会强制执行硬性上限，无法发送超过配置值的金额。

**每个员工都需要单独创建收款人吗？** 需要。每个收款人都有独立的上限和跟踪记录。

**配置完成后还能修改限制吗？** 可以。修改会立即生效。

## 完美组合：管理员 + 收款人

**收款人** 定义了哪些周期性对象可以收款。 **管理员**（[管理员](/zh/ke-bian-cheng-qian-bao/managers.md)）则在自己的权限和预算范围内，负责执行这些已批准的付款流程。

两者结合，形成难以突破的安全结构：

* 你只需验证一次付款地址（把它加入收款人）
* 管理员处理日常运营（只向这些收款人付款）
* 你保留最终控制权（只有你能直接激活或放宽收款人）

这种权力分离意味着，你可以把工作委托出去，但不必把信任也交出去。你的 CFO 可以支付已批准的供应商，却无法添加一个假地址；你的 AI 可以维持已批准服务的在线状态，却无法把资金路由到未知地址。

对于 AI 代理来说，这种分离尤其关键。代理（管理员）可以向预先批准的服务提供商（收款人）付款，但不能新增收款对象，也不能修改支出上限。钱包所有者决定代理可以为哪些服务付款，以及最多能花多少钱，而这一切都由链上规则强制执行，不依赖人工政策。

**了解更多**：查看[管理员](/zh/ke-bian-cheng-qian-bao/managers.md)如何自动化你的付款流程。

## 相关功能

* [**数字支票**](/zh/ke-bian-cheng-qian-bao/cheques.md)：带时间延迟和取消能力的一次性付款
* [**管理员**](/zh/ke-bian-cheng-qian-bao/managers.md)：学习如何把付款任务委托给 AI 或团队成员
* [**白名单**](/zh/ke-bian-cheng-qian-bao/whitelist.md)：为你最信任的地址配置即时、无限额转账
* [**可编程钱包**](/zh/ke-bian-cheng-qian-bao/user-wallet.md)：了解你的代理式钱包及其全部能力


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.underscore.finance/zh/ke-bian-cheng-qian-bao/payees.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.