64 lines
2.6 KiB
Markdown
64 lines
2.6 KiB
Markdown
好的，咱们把所有的账目和加减逻辑全部锁死，整理出一套最严密、绝对不会看错的最终版逻辑总览。
|
||
|
||
整体的核心逻辑是：**账号底子越差（缺配置）或包里哈夫币越多，比例数字就越大（$1:\text{数字}$，数字越大代表给客户的哈夫币越多，号越便宜、越容易租）。**
|
||
|
||
前台输入和展示统一使用 **M** 作为哈夫币单位：发布页填写 `100` 表示 `100M`。内部比例仍按“万”为计算单位，最终对用户展示为 `1M=¥xx`。
|
||
|
||
以下是最终的完整逻辑链条：
|
||
|
||
---
|
||
|
||
### 1. 核心大框架：基础比例（对标保险箱）
|
||
|
||
这是账号在配置全满（完美状态）下的初始比例：
|
||
|
||
* **9 格保险箱**：基础比例为 **$1:40$**
|
||
* **6 格保险箱**：基础比例为 **$1:42$**
|
||
* **4 格保险箱**：基础比例为 **$1:47$**
|
||
* **2 格保险箱**：基础比例为 **$1:48$**
|
||
|
||
---
|
||
|
||
### 2. 账号配置浮动逻辑（5项标准）
|
||
|
||
完美的“理想账号”有 5 个指标：**红皮、刀皮、满体力、满负重、砖皮**。
|
||
规则是：**每缺少其中任意 1 项，比例数字直接 $+1$**。
|
||
|
||
以 **9 格保险箱** 为例，随着配置缺失，比例梯队如下：
|
||
|
||
* **5项完美全满**：**$1:40$**
|
||
* **缺 1 项**（剩4项）：**$1:41$**
|
||
* **缺 2 项**（剩3项）：**$1:42$**
|
||
* **缺 3 项**（比如**只满足了满体力+满负重**）：**$1:43$**
|
||
* **缺 4 项**（剩1项）：**$1:44$**
|
||
* **5项全无**（白号）：**$1:45$**
|
||
|
||
*(注：如果是 6格/4格/2格 保箱，则在此基础上各自的初始值往上加项即可。)*
|
||
|
||
---
|
||
|
||
### 3. 大额哈夫币“再叠加”逻辑（高币号修正）
|
||
|
||
当号里的哈夫币过多时（由于需求少、难成交），在上面算出的“配置比例”基础上，还要**额外再加上大额币的修正值**：
|
||
|
||
* **哈夫币 $> 130\text{M}$**：最终比例再 **$+1$**
|
||
* **哈夫币 $> 230\text{M}$**：最终比例再 **$+2.5$**
|
||
* **哈夫币 $> 380\text{M}$**：最终比例再 **$+4$**
|
||
* **哈夫币 $> 530\text{M}$**：最终比例再 **$+5$**
|
||
|
||
---
|
||
|
||
### 🛠️ 终极公式计算演示
|
||
|
||
> **最终出租比例 = 该保箱基础比例 + (5 - 实际拥有项数) + 大额币修正值**
|
||
|
||
**实战看盘举例：**
|
||
一个客户来放号，是个 **9格保箱** 账号（基础 40），包里有 **$250\text{M}$ 哈夫币**，账号里**只有满体和满负重**。
|
||
|
||
1. **查保箱基础**：9格 = $40$
|
||
2. **算缺失项**：5项里只有2项，缺了3项 = $+3$ （此时比例来到 $43$）
|
||
3. **叠大额币**：$250\text{M}$ 触发了 $> 230\text{M}$ 的档位 = $+2.5$
|
||
4. **总计**：$40 + 3 + 2.5 = 45.5$
|
||
|
||
**最终该号的出租比例就是：$1:45.5$**
|