> For the complete documentation index, see [llms.txt](https://hu-die-zhi-ku.gitbook.io/flapaivault/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hu-die-zhi-ku.gitbook.io/flapaivault/shui-fei-fen-hong-jin-ku/li-run-suo-cang-yu-fu-tou-jie-suo.md).

# 利润锁仓与复投解锁

为增强用户在回本后的持续参与意愿，并推动协议形成循环结构，蝴蝶智库设置利润锁仓与出局后复投解锁机制。

该机制仅适用于仓位回本后的利润阶段。

***

### 1. 适用范围

当某笔仓位累计分红超过初始参与金额后，超出部分被视为利润阶段分红。

利润阶段适用 80/20 分配规则。

***

### 2. 利润分配规则

仓位进入利润阶段后，每次新增利润分红按照以下方式处理：

| 利润用途    | 比例  |
| ------- | --- |
| 可直接领取   | 80% |
| 进入锁仓利润池 | 20% |

***

### 3. 锁仓利润的性质

锁仓利润是仓位回本后产生的利润分红中，被暂时锁定的部分。

锁仓利润不会立即发放给用户，而是记录在对应仓位的锁仓利润池中。

该部分利润需要在仓位达到 2 倍出局后，通过复投方式解锁。

***

### 4. 出局后复投解锁规则

当某笔仓位累计分红达到初始参与金额 2 倍并自动出局后，用户可在出局后 3 天内通过复投解锁该仓位的锁仓利润。

解锁条件为：

复投金额必须大于或等于该仓位对应的锁仓利润金额，才可解锁锁仓利润。

也就是说，复投解锁不是部分解锁机制，而是达标解锁机制。

如果用户复投金额小于锁仓利润金额，则不满足解锁条件，锁仓利润不被释放。

***

### 5. 解锁示例

假设用户参与 1 BNB。

该仓位回本后继续获得利润分红。

在利润阶段中，用户累计产生 0.2 BNB 锁仓利润。

当该仓位累计分红达到 2 BNB 后，仓位自动出局。

出局后 3 天内：

| 用户复投行为     | 是否解锁锁仓利润              |
| ---------- | --------------------- |
| 复投 0.1 BNB | 不解锁，因为小于 0.2 BNB 锁仓利润 |
| 复投 0.2 BNB | 解锁，因为等于锁仓利润           |
| 复投 0.3 BNB | 解锁，因为大于锁仓利润           |
| 3 天内未复投    | 锁仓利润回流分红池             |

解锁后，该仓位对应的锁仓利润可释放给用户。

复投资金则作为新的参与资金进入 AI 做市金库，并形成新的仓位，按照新仓位规则重新计算权重、回本和出局状态。

***

### 6. 三天回流规则

从仓位出局时开始计算，用户拥有 3 天复投解锁期。

如果用户在出局后 3 天内未完成符合条件的复投，则该仓位对应的锁仓利润自动回流至分红金库。

回流后的资金将进入协议分红体系，继续按规则分配给有效仓位。

***

### 7. 机制目的

利润锁仓与出局后复投解锁机制的目的包括：

* 鼓励用户持续参与协议；
* 增强 AI 做市金库循环能力；
* 避免利润阶段资金一次性完全流出；
* 让出局仓位与新仓位形成衔接；
* 提高协议长期运行稳定性；
* 将个人利润解锁与协议资金循环绑定。

该机制的核心逻辑是：

回本后利润部分锁仓，出局后通过达标复投解锁；未在期限内复投，则锁仓利润回流分红池。

<br>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` query parameter:

```
GET https://hu-die-zhi-ku.gitbook.io/flapaivault/shui-fei-fen-hong-jin-ku/li-run-suo-cang-yu-fu-tou-jie-suo.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
