---
title: "审批组"
description: "审批组 是一组具名的工作区成员，以及敏感操作生效前所需的签名数量。"
url: https://docs.fystack.io/zh/product/approval-group
last_updated: 2026-11-13
---

> ## Documentation index
> Fetch the complete documentation index at: https://docs.fystack.io/llms.txt
> Use it to discover all available pages before exploring further.

# 审批组

**审批组** 是一组具名的工作区成员，以及敏感操作生效前所需的签名数量。

每个审批组包含三项内容：

- **Members（成员）**：被允许代表该组进行审批的工作区用户
- **Threshold（门限）**：操作继续进行前必须有多少名成员批准
- **Status（状态）**：该组本身是否已获批准并可供使用

每个工作区都自带一个 **Default Approval Group**（默认审批组），自动创建，门限为 1。它负责审核其他审批组的创建，因此在你需要之前就已存在。

_Image: User Management 下的 Approval Group 标签页，显示 Default Approval Group 及其门限、状态和成员_

## 审批组的适用范围

审批组在关联到某个对象后才会生效。

| 关联对象 | 管控内容 |
| --- | --- |
| 钱包 | 只有该组成员可以按照该组的门限批准该钱包的提现。 |
| 策略 | 创建、编辑或删除该策略及其规则时，必须先经过该组签批，变更才会生效。 |
| 另一个审批组 | 创建新审批组本身就是一项需要审批的操作，由现有审批组进行审核。 |

> **Note:** 只有工作区 **Owner** 可以创建审批组。其他角色可以被添加为成员并审批请求。
> 各角色的权限请参阅[用户管理](https://docs.fystack.io/product/user-management.md)。

## 如何创建审批组

### 第 1 步：打开 Approval Group 标签页

在左侧边栏中打开 **User Management**，然后选择 **Approval Group** 标签页。现有审批组会连同其描述、门限、状态和成员头像一起列出。点击 **+ Create Approval Group**。

### 第 2 步：为审批组命名并选择成员

填写 **Group Name**，并可选填写 **Description**。建议按照该组的职责命名，例如 `Treasury Signers` 或 `Policy Reviewers`。

在 **Members** 下，可按姓名或邮箱搜索，或按角色筛选。每个用户的名字旁边都会显示其工作区角色。点击用户即可选中。

_Image: Create Approval Group 弹窗，包含组名、描述、成员选择和审批门限_

### 第 3 步：设置审批门限

使用步进器选择必须有多少名成员批准。表单下方会复述你的选择，例如 "Requires 2 of 2 selected member(s) to approve."

> **Note:** 门限不能超过所选成员的数量。拥有 2 名成员的审批组，门限最大为 2。
> 如需 3 个签名，请先添加第三名成员。

确认成员和门限无误后，点击 **Create Group**。

### 第 4 步：等待创建请求获批

创建审批组会发起一个审批请求，发送给现有的审批组，通常是 Default Approval Group。新审批组会立即出现在列表中，但在该请求获得签批之前，其状态会一直保持为 **Pending**。

请求发起后，审核者会立即收到通知。

_Image: 通知面板，显示一条标记为 Delivered 的 Approval Group Creation 通知_

> **Note:** 如果没有这道关卡，某个人就可以创建一个只包含自己的审批组，将其关联到钱包，
> 然后自己批准自己的提现。

### 第 5 步：审核并批准请求

审核者在侧边栏中打开 **Approval**，并选择 **Approval Group Request** 标签页，有待处理项时该标签页会显示计数徽标。每一行列出请求的发起时间、发起人、负责审核的审批组、标题、审批类型和状态。点击 **Review**。

_Image: Approval 页面，Approval Group Request 标签页中列出一个待处理的 approval_group 请求_

对话框会显示变更的请求人、可复制的请求 ID（便于记录），以及包含每位审核者各自状态的 **Approval Progress**。可选择添加评论，然后点击 **Approve** 或 **Reject**。评论最多 500 个字符。拒绝时建议附上评论，让请求人知道需要修改什么。

_Image: Approval Group Creation 审核对话框，显示请求详情、审批进度以及 Approve 或 Reject 操作_

达到门限后，审批组的状态会变为 **Approved**，并可在钱包和策略中选用。

_Image: Approval Group 标签页，显示状态为 Approved 的新审批组_

## 查看审批组

打开任意审批组，即可查看成员总数、门限、该组是否处于启用状态，以及请求待处理期间每位成员的审批状态。底部会复述审批规则以及仍缺少多少个签名。

> **Note:** 成员变更同样需要审批。将用户添加到审批组会发起单独的请求，必须获得签批后才会生效，
> 因此任何人都无法悄悄地将自己加入守护钱包的审批组。

_Image: Approval Group Detail 对话框，显示成员、门限、启用状态以及每位成员的待处理状态_

## 审批组状态

| 状态 | 含义 |
| --- | --- |
| Pending | 该审批组已被提议，正在等待审核组的签名。目前还不能分配给钱包或策略。 |
| Approved | 该审批组已达到审核组的门限，可在整个工作区中使用。 |
| Rejected | 审核者拒绝了该请求，请求未生效。如需重试，请发起新的请求。 |

## 为钱包分配审批组

### 创建钱包时

在 **Create Wallet** 对话框中，展开 **Advanced**。**Approval Group (Optional)** 下拉框会列出已获批准的审批组。选定后，只有该组成员可以批准此钱包的提现。

_Image: Create Wallet 对话框，Advanced 区域已展开，显示 Approval Group 下拉框_

### 现有钱包

打开钱包，然后进入 **Settings** 标签页。钱包头部会显示当前生效的门限。

此页面上有两个字段与审批组配合使用：

1. **Multi-Approval Threshold**：跟随所分配审批组的门限。如需更改钱包所需的签名数量，请修改该审批组的门限。
2. **Auto-Approval Limit**：低于此美元金额的提现将完全跳过审批。将其设为 0 即可让每笔提现都需要审批。

更换钱包所使用的审批组本身也需要审批。页面会显示钱包所继承的审批组，并提供 **Request Approval** 操作，因此任何单个管理员都无法将严格的审批组替换为宽松的审批组。

_Image: 钱包 Settings 标签页，显示 Multi-Approval Threshold、Auto-Approval Limit 以及带有继承提示的 Approval Group 字段_

## 为策略分配审批组

每个策略都会指定一个审批组，由其决定谁在策略规则生效前进行审核。策略的作用以及规则条件的评估方式，请参阅[策略](https://docs.fystack.io/product/policies.md)。

### 选择治理审批组

在策略向导中，**Governance** 区域包含 **Approval Group** 下拉框。选择应负责该策略的成员所在的审批组。

_Image: 策略向导，显示包含 Approval Group 下拉框的 Governance 区域_

### 等待审批

新创建的策略会处于 **Pending** 状态，并显示 "Awaiting approval" 横幅，其规则也显示为等待审批。详情页会注明负责的审批组。

_Image: 策略详情页，显示 Awaiting approval 横幅和负责的审批组_

### 审核变更

策略审批会显示 **Revision changes**，逐字段列出新增或修改的内容，包括每条规则的触发操作、效果、条件和启用状态。这就是你所签批内容的记录。

_Image: Policy Creation 审核对话框，显示包含规则差异的修订变更以及审批进度_

> **Note:** 之后的变更也适用同样的关卡。编辑规则、添加规则或删除策略都会发起新的审批请求，
> 在审批组签批之前，任何变更都不会生效。

## 审批提现

当钱包分配了审批组时，该钱包的提现会进入审批队列，而不是直接进入签名环节。提现会收集该组成员的签名，直到达到门限，然后进入执行阶段。

打开钱包并选择 **Withdrawals** 标签页，即可查看每个请求及其进展。头部会显示当前生效的门限以及待处理数量。余额面板将 **Available** 和 **On Hold** 分开显示，因此已用于待处理提现的资金依然清晰可见。

_Image: 钱包 Withdrawals 标签页，显示待审批、部分批准和成功的提现，以及门限徽标和冻结余额_

| 状态 | 含义 |
| --- | --- |
| Pending Approval | 请求正在等待中，该组尚无成员签名。 |
| You Approved | 你的签名已记录，但请求尚未达到门限。该行会注明还需要多少个批准。 |
| Success | 已达到门限，提现已签名并广播。 |

### 跟踪签名情况

打开待处理的提现即可查看其审批时间线：待批准的金额、网络和收款地址，以及该组每位成员的决定和做出决定的时间。

每个签名都对应到具体的人，因此当你需要回应审计人员或追查异常转账时，这份记录就非常有用。

_Image: Approval Status 对话框，显示提现金额、网络、收款地址以及每位成员的审批时间线_

### 哪些情况会改变审批路径

1. 提现金额低于钱包的 **Auto-Approval Limit**，此时会跳过多签审批。
2. 匹配到效果为 **Allow** 的策略规则，提现可以跳过审批队列。
3. 匹配到效果为 **Deny** 的策略规则，提现会被直接阻止。Deny 的优先级始终高于 Allow。

完整的请求和执行流程请参阅[提现](https://docs.fystack.io/product/withdrawal.md)，规则的评估方式请参阅[策略](https://docs.fystack.io/product/policies.md)。

## 最佳实践

- 为每个生产钱包分配门限至少为 2 的审批组，这样任何单个被攻破的账户都无法转移资金
- 让审批组的成员数量大于门限，例如 3 名成员、门限为 2，这样即使某个人无法到场，也不会导致运营停滞
- 对持有真实余额的钱包，将 **Auto-Approval Limit** 保持为 0，因为低于该金额的任何提现都会在无人复核的情况下被签名并发出
- 将策略的审核组与提议策略变更的人员分开，以保持[用户管理](https://docs.fystack.io/product/user-management.md)中所述的 maker-checker（制单与复核）分离
- 按职责而非个人为审批组命名，这样人员变动后审批组仍可继续使用