https://tradewiz.ai/assets/DocsPage-CZTyqMSq.js

1import{u as s,a as i,bi as r,r as l,bj as h,au as d,j as e,F as u,B as c}from"./index-CQhC_N3X.js";import{D as p,M as g}from"./MarkdownGuide-B9Pw4xJP.js";const f=`# hoodbot 用户手册
2
3> Robinhood Chain 上的 copy-trade 引擎。本手册帮你从零开始，把每一个面板、每一个字段都讲清楚。
4
5---
6
7## 关于 Robinhood Chain（Solana 老用户先读这段）
8
9hoodbot 跑在 **Robinhood Chain** 上 —— 一条基于 Arbitrum 技术栈的 EVM Layer 2（链 ID \`4663\`）。如果你之前玩的是 Solana bot，几个关键概念要先换过来：
10
11| Solana | Robinhood Chain | 说明 |
12|---|---|---|
13| SOL | **ETH** | 原生 gas 代币，同时也是主要计价资产 |
14| USDC | **USDG** | 可选的稳定币中间报价资产（仅支持已验证的 Uniswap V3 路由） |
15| WSOL | **WETH** | 包装后的原生币 |
16| lamports | **wei** | 最小计价单位（1 ETH = 10¹⁸ wei） |
17| slot | **block（区块）** | 出块极快，亚百毫秒级 |
18| base58 地址 | **0x 开头的 40 位十六进制地址** | EVM 地址，secp256k1 |
19
20还有三件事和 Solana 完全不同，直接影响你怎么配参数：
21
221. **单一定序器，先到先得（FCFS）**。全链交易由一个 sequencer 按到达顺序排队打包，**没有公开 mempool**。这意味着——
232. **给再高的费用也买不到"抢跑"**。Solana 上加 Jito tip 能抢排位；这里不行。所以**小费（tip）这个概念被彻底移除了**。
243. **卖 ERC-20 前要先"授权（approve）"**。这是 EVM 特有的一步，Solana 没有对应物，见 [4. 全局配置](#4-全局配置global-config) 的"授权 Gas"。
25
26---
27
28## 关于 BSC（BNB Smart Chain）
29
30hoodbot 现在是**多链**的：除了 Robinhood Chain，还支持 **BSC（BNB Smart Chain，链 ID \`56\`）**。控制台**左上角的链切换器**可以随时切换，跟单任务、钱包、返佣、TG bot 各模块的**功能与 Robinhood Chain 完全一致**，只有下面这些和链本身相关的地方不同：
31
32| 维度 | Robinhood Chain | BSC | 对你的影响 |
33|---|---|---|---|
34| 原生 / gas 代币 | ETH | **BNB** | 计价、余额、Gas 全部以 BNB 计；钱包里要留 **BNB** 当 gas |
35| 出块 | ~100ms，单 sequencer FCFS | **~450ms，PoS 验证人 + builder** | 跟单确认略慢；但 BSC 有公开 mempool |
36| gas 模型 | EIP-1559（base fee 极低） | **legacy gasPrice 为主** | Gas 面板的单位/含义按链切换，照面板提示填即可 |
37| 抢跑 / 小费 | 无（FCFS，tip 概念被移除） | **有 builder 生态，支持捆绑跟单** | BSC 的买入配置里有 Gas + 小费两个输入和「捆绑跟单」开关，小费独立于捆绑开关：不开捆绑时可不填（不填 = 纯按 gas 排序），**开启捆绑则必须填**（只抢下一个块、不出价就永远进不去）；Gas 填 0 表示用链上默认最低价；捆绑开关只决定有效期——开启后只抢下一个块，抢不进直接作废（不上链、不花钱），关闭则在后续块继续尝试 |
38| 狙击 | 有 | **暂隐藏** | BSC 上狙击功能先不开放 |
39| 充值 | ETH | **BNB（无需跨链）** | 直接往钱包地址转 BNB 即可，不需要跨链桥 |
40
41其余一切——跟买/跟卖/策略卖/闪电卖/手动卖、任务配置、防割、止盈止损、标签批量、返佣——在 BSC 上和 Robinhood Chain **一模一样**，本手册后面各章节通用。钱包地址也是**同一套**（一套 EVM 0x 地址跨链共用，一个账号、一棵返佣树）。
42
43---
44
45## 目录
46
47- [1. 快速上手（5 分钟）](#1-快速上手5-分钟)
48- [2. 登录与账户](#2-登录与账户)
49- [3. 钱包管理](#3-钱包管理)
50- [4. 全局配置（Global Config）](#4-全局配置global-config)
51- [5. 跟单任务（核心）](#5-跟单任务核心)
52  - [5.1 通用配置](#51-通用配置)
53  - [怎么跟一个 FOMO 用户](#怎么跟一个-fomo-用户)
54  - [5.2 防割检测](#52-防割检测)
55  - [5.3 闪电卖出](#53-闪电卖出)
56  - [5.4 买入配置](#54-买入配置)
57  - [5.5 回撤（触发即清仓）](#55-回撤触发即清仓)
58  - [5.6 止盈](#56-止盈)
59  - [5.7 止损](#57-止损)
60- [6. 标签与批量管理](#6-标签与批量管理)
61- [7. 跟单记录 / 持仓](#7-跟单记录--持仓)
62- [8. 常见问题（FAQ）](#8-常见问题faq)
63
64---
65
66## 1. 快速上手（5 分钟）
67
68第一次使用？按这四步就能配好第一笔跟单（Web 应用地址：<https://evm.fastradewiz.com>）：
69
701. **登录** — 在登录页点 *使用 Telegram 一键登录*，跳转到 \`@TradeWiz_PVP_EVMbot\` 点 START 完成授权。
712. **创建钱包** — 进入控制台后，右上角 *钱包* → *创建钱包*。系统会生成一个全新的 EVM（0x）地址。务必充值少量 **ETH** 作为 Gas。
723. **新建跟单** — 顶部工具栏 *＋ 新增跟单* → 添加一个或多个聪明钱包地址（0x）→ 至少配置一段 *买入配置*，并各配置至少一段 *止盈* 与 *止损*（都是必填）→ 打开 *购买开关* → 保存。
734. **观察记录** — 顶部菜单 *跟单记录* / *持仓管理* 观察成交。
74
75> 💡 **同步延迟提示**：跟单配置部署在多台执行节点上。任何新增 / 修改 / 删除会有 **2–30 秒** 的同步延迟，不是 bug。
76
77---
78
79## 2. 登录与账户
80
81### 登录方式
82
83只支持 **Telegram 一键登录**，无密码、无注册流程。流程：
84
851. 点击登录按钮，浏览器跳转到 Telegram。
862. 在打开的 \`@TradeWiz_PVP_EVMbot\` 会话点 **START**。
873. 授权成功后页面自动跳回控制台。会话有效期 **5 分钟**，超时需重新发起登录。
88
89### 账号待审核
90
91部分账号需要管理员通过后才能开始跟单。如果看到 *账号待审核* 页面，请按提示在 Telegram 联系管理员。
92
93### 退出登录
94
95右上角头像菜单 → *退出登录*。
96
97> ⚠️ 退出会清空本地缓存（持仓快照、跟单列表、未读公告），但 **服务端的跟单任务仍然保留**，不会因为退出账号而删除。重新登录即可继续操作。
98
99---
100
101## 3. 钱包管理
102
103钱包 = 真正在链上下单的 **EVM（0x）地址**，secp256k1 密钥。所有跟单买入、止盈卖出、跟卖、Gas 与授权费都从这里扣。
104
105### 主钱包（Main wallet）
106
107每个账号 **同一时间只能有一个主钱包**：
108
109- 默认所有跟单买入从主钱包出。
110- 主钱包不能直接删除，需要先把别的钱包设为主钱包。
111
112### 创建 vs 导入
113
114| 方式 | 适用场景 | 注意 |
115|---|---|---|
116| **创建钱包** | 新地址，纯粹给跟单用 | 系统生成全新 0x 地址，私钥托管在签名器里，可随时导出 |
117| **导入钱包** | 已有的私钥 | 仅支持 **hex 私钥**（64 位十六进制，\`0x\` 前缀可省略），不支持助记词 |
118
119充值：向钱包地址转入 **ETH** 作为 Gas。Robinhood Chain 的 base fee 通常在 **≈0.03 gwei** 附近，一笔 swap 的 gas 折算下来通常只有**几美分**，少量 ETH 就能撑很多笔。
120
121### 字段说明
122
123| 字段 | 含义 |
124|---|---|
125| **钱包名称** | 仅本地展示，建议写"主战钱包 / 测试 / 高频组" 这样的功能性名字 |
126| **私钥** | 仅在导入时填写，hex 格式（\`0x\` 可省略）；不支持助记词 |
127| **设为主钱包** | 切换主钱包。不需要二次验证——它不动资金、不出私钥、随时可切回 |
128| **导出私钥** | 私钥仅在弹窗中显示一次，关闭后不再出现，请立即妥善保存。开启了 2FA 时会要求二次验证 |
129
130> 🛡 **强烈建议开启 2FA**（顶部用户菜单 → *安全*）。删除钱包、导出私钥前会要求二次验证，防止 session 被盗后误操作。
131
132---
133
134## 4. 全局配置（Global Config）
135
136控制台顶部 *全局配置* 按钮打开。这里的设置 **作用于全部跟单任务**，单条任务的"卖出"行为都从这里取参数。字段按弹窗中出现的顺序讲：
137
138| 字段 | 含义 | 建议 |
139|---|---|---|
140| **跟单总开关** | 一键暂停所有跟单。关闭后**不再新建跟单买入**；已持仓的卖出（跟卖 / 止盈 / 止损）**仍然执行**，方便你平仓退出 | 大盘大跌、自己出门、bot 异常等紧急场景使用 |
141| **卖出 Gas（Gwei）** | 跟卖 / 止盈 / 止损交易的 **max fee per gas 上限**，单位 Gwei | 见下方"关于 Gas 是上限、不是出价"。**默认 5 gwei**，最低可填 1。默认值足以扛住约 150 倍的 base fee 飙升，而平时你依然只付 base fee |
142| **授权 Gas（Gwei）** | 一次性 ERC-20 授权（approve）交易的 gas 上限，单位 Gwei | 同样是上限。**默认 5 gwei**，最低 1 |
143| **最小卖出（ETH）** | **每一笔自动卖出的下限**：止盈分段 / 止损 / 分段超时算出来的卖出金额若低于该阈值，会**自动补足到该阈值**再发出——这种体量下 gas 和滑点会吃掉大部分收益。若整个仓位本身就低于该阈值，或补足后剩下的尾巴低于该阈值，则**一次性清仓**，不留尾巴 | 按你能接受的单笔卖出下限填 |
144| **最小流动性（USD）** | 池子流动性低于该金额（美元）时**不跟买**。设为 0 可关闭过滤；无法确定每一腿 WETH 等值深度的 routed V3 路由在阈值大于 0 时会安全跳过 | 普通池建议设置能挡掉空池的下

144限；只有明确接受 routed V3 深度未知时才设为 0 |
145
146### 关于"授权 Gas"：EVM 特有的一步（Solana 没有）
147
148在 EVM 上，一个 ERC-20 代币要通过路由合约（router）**卖出**之前，必须先对该 router 做一次 \`approve\` 授权——这是一笔**独立的链上交易**，有自己的 gas 开销，**每个（钱包 × 代币 × router）组合只需授权一次**。Solana 没有对应概念，所以这是从 Solana 过来的用户最容易忽略的一笔成本。*授权 Gas* 就是给这笔 approve 交易设的 gas 上限。
149
150### 关于 Gas 是"上限"，不是"出价" ⚠️
151
152这几个 Gas 字段填的都是 **max fee per gas（每单位 gas 的最高价上限）**，**不是竞价**。Robinhood Chain 遵循 EIP-1559：你实际支付的是**当前区块的 base fee**（日常 ≈0.03 gwei），你设的上限只决定"base fee 突然飙升时你的交易会不会被拒收"。
153
154**把上限调高不会让你更快。** 因为定序器是先到先得（FCFS），排位只看到达顺序，不看你出多少 gas。上限的唯一作用是**在 base fee 尖峰时保住你的交易不被丢弃**（尤其是卖单——错过一次卖出就是错过一次退出）。所以设个能扛住尖峰的合理上限即可，别指望靠它抢跑。
155
156> 💡 **同步说明**：保存后会有 2–30 秒同步到执行节点的窗口，期间老配置仍然生效。
157
158---
159
160## 5. 跟单任务（核心）
161
162跟单任务（Follow Task）= 一组"复制谁 + 怎么买 + 何时卖"的完整规则。打开任意一条跟单或点 *＋ 新增跟单*，就能看到完整的编辑器。下面按面板顺序讲清每一个字段。
163
164任务卡片底部带两行实时数据：
165
166- **买 N · 败 M** — 近 24 小时买入成功 / 失败次数（不含卖出）。失败占比高，说明滑点 / gas 可能需要调整。
167- **已实现盈亏** — 该任务**已清仓**仓位的 卖出所得 − 买入支出（ETH 计价，不含 gas / 手续费）。还有未平仓仓位时会以「N 未平」标注：未平仓不估值、不计入该数字（拿在手里的往往是浮亏仓位，只看清仓数字会偏乐观），实时估值请看*持仓管理*页。手动卖出不归属任何任务，手动清掉的仓位在这里会一直显示"未平"。
168
169列表顶部的**排序**可以在*按创建时间*（默认,新的在前）和*按盈亏*（默认盈利多的在前）之间切换。**再点一次当前选中的那一档可以反向排序**（箭头 ↓ / ↑ 显示当前方向）—— 按盈亏反向就是"亏得最多的排最前",用来找出在持续放血的任务。
170
171排序、状态筛选和标签筛选会**记住**,刷新或下次打开还是你上次选的那样(搜索词不记,免得一个预填的搜索框让你把筛选过的列表当成全部)。
172
173两种方向下都一样:置顶任务照常在最上面;还没有平过仓的任务沉到最底部,排在亏损任务下面 —— "一笔都没平过"不等于"不赚不亏",而且如果把它们浮上去,反向排序时真正的亏损任务就被埋掉了。
174
175**重置盈亏** — 任务行「更多操作」里的*重置盈亏*，以及选中任务后底部操作条上的*重置盈亏*（快捷键 R），会把这个数字的**统计起点**挪到当前时刻，之后只统计新的成交。要重置全部，先「全选」再重置。
176
177几点需要知道：
178
179- **不删任何数据。** 交易记录页一条不少，重置只影响这个盈亏数字；把统计起点清掉就能恢复完整历史。
180- **按"平仓时刻"归属，不是按每笔成交切。** 重置时还开着的仓，将来平掉后会带着重置前的买入成本一起计入新周期 —— 否则就成了"只有卖没有买"，会凭空多出一笔利润。所以重置后可能立刻出现一笔来自旧仓的盈亏，这是对的。
181- **未平仓不受影响。** 「N 未平」是当前持仓状态而不是历史，重置后照常显示。
182
183---
184
185### 5.1 通用配置
186
187> 这一段决定"跟谁、跟多少、什么场景跟"。
188
189#### 身份 / 路由字段
190
191| 字段 | 含义 |
192|---|---|
193| **购买开关** | 这条任务的总开关。**关闭则完全不会买入**；卖出（跟卖 / 止盈止损）**仍然执行**，便于平仓 |
194| **标签选择** | 给任务贴一个分类标签（例如 *狙击 / 捆绑 / 高频*），方便在列表筛选 |
195| **目标地址** | 要复制的"聪明钱包"，**0x 开头的 EVM 地址**。**支持一次添加多个**。当多个钱包同时买同一个币时，只复制**最先买入**那一笔 |
196| **备注** | 任务的人类可读名字，会显示在列表里 |
197
198> 💬 *目标地址多选* 适用两种场景：
199> 1. **捆绑交易** — A/B/C 三个钱包总是一起出手，只跟最快那一个，不会重复买；
200> 2. **同配置狙击** — 你想用同一套买入参数监控多个聪明钱包。
201
202#### 行为参数
203
204| 字段 | 含义 | 默认 |
205|---|---|---|
206| **倍数滑点** | 适用于**捆绑交易场景**。建议设为 = 捆绑的钱包数量。比如 A/B/C 三个钱包都加进来了，设 3 倍 | 1（不开启） |
207| **停跟次数** | 按**触发**计数：任务每执行一次跟买（**不论交易成功或失败**）计 1 次。设为 1 即执行 1 次后任务关闭；设为 2 即执行 2 次后关闭。次数用完后任务状态**自动更新为关闭**，想再跟需手动重新开启（重开后计数清零） | 0（不启用） |
208
209#### 金额过滤
210
211| 字段 | 含义 |
212|---|---|
213| **金额过滤** | 聪明钱包单笔买入的 **ETH** 金额必须落在 \`[最小, 最大]\` 区间内才会触发跟单。例如设 \`0.5 ~ 5 ETH\`，则它买 0.1 ETH（试单）和 50 ETH（all-in）都不会跟 |
214

215#### 代币年龄
216
217| 字段 | 含义 |
218|---|---|
219| **代币年龄** | 代币「开盘至今的秒数」必须落在 \`[最小, 最大]\` 区间内才会跟单。左边最小年龄，例如填 \`30\` 秒可以避开刚开盘的反狙击窗口；右边最大年龄，例如填 \`300\` 秒表示只打 5 分钟内的新盘。任一端填 \`0\` 表示该端不限 |
220
221> **未知年龄怎么算**：机器人只知道**自己看着开盘**的那些代币的年龄——发射台的开盘事件、以及 V2/V3/V4 的建池事件——并且只记得约 8 小时。更早开盘的、以及它没看到开盘的代币，**没有年龄**。
222>
223> 没有年龄的代币会被**直接跳过**（过滤信号里显示「代币年龄未知」），**上下限都一样**。这是保守方向：宁可漏掉一个，也不会拿一个不知道多老的币去撞你的年龄条件。
224>
225> **所以这个过滤一旦开启，真实含义就是「只跟我最近看着开盘的币」。** 哪怕你只填了下限、上限留 \`0\`，也不代表「60 秒以上都要」——一个昨天开的老币照样会被跳过，因为它对机器人来说是「未知」而不是「很老」。
226>
227> 想完全不限制年龄，**两端都填 \`0\`**（默认就是这样）。
228
229#### 场景开关
230
231| 开关 | 含义 |
232|---|---|

233| **首购** | 开启后，**仅在该聪明钱包"8 小时内首次"购买某币时**才跟。聪明钱包加仓时不会再跟 |
234| **仅狙击** | 开启后，**狙击目标的发盘**：目标在 Pons 发新币时，开盘第一时间狙击买入；目标的普通买卖不跟。仅 **Pons** 支持——开启后其余发射台会被自动取消勾选并锁定 |
235| **代币限购** | 开启后，**8 小时内同一代币只会成功购买 1 次**。防止反复进同一个币 |
236| **FOMO** | 开启后，**同时跟随目标在 FOMO（fomo.family）平台内的买卖**。FOMO 账户由平台代为下单、自己不发交易，因此跟单 FOMO 目标必须开启此开关。卖出立即可跟；买入还要等机器人确认该目标的平台身份——它靠目标本人的一次 FOMO 卖出自动学到，所以刚加进来的目标可能会有一段时间显示「身份尚未验证」。默认关闭。**Beta**：FOMO 支持仍在打磨中，遇到异常请反馈 |
237
238#### 比例跟卖
239
240> 复制聪明钱包的卖出动作。比如它卖 30% 仓位，你也卖你仓位的 30%。
241
242| 选项 | 含义 |
243|---|---|
244| **不跟卖** | 完全不复制对方的卖出，靠你自己的止盈止损出货 |
245| **指定跟卖** | 假设 A/B/C 是捆绑交易，你跟的是 B 买入。**只有 B 卖出时你才跟卖**，A/C 卖不算 |
246| **集团跟卖** | 同样 A/B/C 捆绑场景，你跟 B 买入。**A/B/C 任一卖出，你都跟卖** |
247
248> **清仓触发比例**（指定 / 集团跟卖开启后才显示）
249>
250> 控制"按比例跟随"什么时候升级为"一次性清仓"。默认 **80%**，范围 1–100。
251>
252> 例：设 80% 时，聪明钱包卖 10%，你也卖 10%；等聪明钱包累计卖到 **80% 仓位**时，你直接 **卖 100%**（不再按比例追）。设得越低 = 越早清仓，设得越高 = 越接近 1:1 跟随到底。
253
254#### 平台选择（发射台 / AMM 池子）
255
256在 Robinhood Chain 上，代币的生命周期一般是：先在**发射台（Launchpad）**发行、拉盘，达到毕业条件后**毕业（graduate）到 AMM 池子**继续交易。平台选择就是勾选你要复制哪些来源的成交。
257
258**发射台（Launchpads）**
259
260- **Noxa.fun** ✅ 已支持
261- **Flap** ✅ 已支持
262- **Pons** ✅ 已支持
263- **Bowfun** ✅ 已支持
264- **Pew.fun** ✅ 已支持
265- **Bankr** ✅ 已支持
266- **Trench** ✅ 已支持
267- **Bags** ✅ 已支持
268- **Ape.store** ✅ 已支持
269
270**AMM 池子（AMM pools）**
271
272- **Uniswap V2** ✅ 已支持
273- **Uniswap V3** ✅ 已支持
274- **Uniswap V4** ✅ 已支持（原生 ETH 配对、hook 已审核的池）
275- **Uniswap V4 Hooks** ✅ 已支持 —— hook 未经审核的那些 V4 池子，风险自担，见下
276
277> 💡 平台开关按**这笔成交实际走的路由**判定，不是按代币「属于哪个平台」。一个代币可能同时有 V3 池和 V4 池：只要勾着 Uniswap V4，它经 V4 池的成交就会被跟，即使您关了 Uniswap V3。跟单记录里的平台一栏同样按实际路由显示。
278
279> ⚠️ **关于 Uniswap V4 Hooks**
280>
281> Uniswap V4 允许每个池子挂一个 **hook 合约**，由它改写这个池子的成交与记账规则。出于安全考虑，机器人默认只在**已经审核过的 hook** 上成交，其余信号会以「未知 V4 hook」跳过——您可以在跟单记录的过滤信号里看到它们。
282>
283> 勾上这一项，那些池子也会跟单，能吃到更多新盘；代价是**风险由您自行承担**：
284>
285> - **可能买得进、卖不出。** hook 可以只在卖出方向让交易失败（俗称蜜罐），此时仓位无法退出。
286> - **产出可能被抽走。** hook 可以在成交之后拿走绝大部分应得的代币，链上看起来仍然是「成交成功」。
287> - **这些合约我们没有审核。** 勾选只代表您接受上述风险，不代表我们认为它们安全。
288>
289> 最坏情况不是多亏一点滑点，而是**本金全部损失**。新建任务默认不含这一项，第一次勾选时会弹出风险确认；「全选」也必须先过这个确认才会把它带上。
290>
291> 这一项独立于「Uniswap V4」：只勾它会跟未知 hook 池，不会自动勾选已审核的 V4 池。已有持仓始终使用买入时保存的原池和原路由退出。
292
293> 💡 **关于 Uniswap V2**：勾上它，你就能跟单**任何**落在链上 Uniswap V2 池子里的成交——不限于某个发射台发的币。成交走的是链上官方的 UniswapV2Router02（与官方 V3 路由同一部署者，合约不可升级、不额外抽成）。
294>
295> 新建任务默认勾选。**存量任务不会被自动改动**：不勾它，你的任务跟的币和成交路径与以前完全一样；想用就自己在编辑器里勾上。
296
297> 💡 **关于 Noxa.fun**：它是个"混合型"发射台——**没有传统的 bonding curve**，代币一发行就是 \`ERC-20 + 一个单边 Uniswap V3 池（1% 费率）\`，从第一天起就在这个 V3 池上交易，**LP 永久锁定**。"毕业"只是一个里程碑，池子不会搬家。所以目前一条 hoodbot 跟单实际能覆盖的就是 Noxa 上的这条买卖路径。
298>
299> ⚠️ 未支持的平台勾不上，服务端也会拒绝选了未支持平台的任务——

299这是刻意设计，避免"勾了却静默失败"。
300
301### 怎么跟一个 FOMO 用户
302
303FOMO 用户的钱包地址**不能直接从 FOMO 页面上抄**：它给外部看到的地址是按访问者伪装过的——每个人看到的都不一样，链上根本不存在，填进跟单里跟不到任何东西。真实地址要用工具栏的查询解析出来：
304
3051. 跟单列表顶部点 *🔎 fomo*，粘贴对方的主页链接（\`https://fomo.family/profile/用户名\`）或直接填用户名，回车。
3062. 解析出的 **EVM 地址**就是要跟的目标。点*作为跟单目标*直接跳到新建跟单，此时**目标地址已填好、FOMO 开关已自动打开、备注已填成那个用户名**（解析出来的是一串没人认得的地址，留个名字方便日后在列表里辨认）。也可以只点*复制*，自己去新建任务里粘贴——那样记得手动打开 FOMO 开关。
3073. 剩下的买入 / 止盈止损参数照常配，保存即可。
308
309几点须知：
310
311- **查不到**（提示「没有找到这个 fomo 用户」）通常不是名字打错，而是这个人**没有可用来比对的本链成交**——他没在 Robinhood Chain 上交易过，或者最近一笔已经超出索引窗口。等他下一笔成交之后再查一次。
312- **刚建好的任务卖出立刻能跟，买入要等身份验证**（见 5.1 *场景开关* 里的 FOMO 那一行）。在此之前的买入信号会出现在*过滤信号*里，写「FOMO：目标的平台身份尚未验证」——这是正常的等待，不是配置错了。
313- **只有 FOMO 平台自己发出的订单才算 FOMO 买入。** 多个应用共用同一套链上执行合约，机器人靠 FOMO 平台在源链上的共签来区分。目标经其他应用买入、或第三方把币打进目标地址，都会显示「FOMO：不是 fomo 订单，源链存款缺少平台共签」并且不跟——这正是防投毒的设计。如果一个地址的**所有**买入都这样显示，它多半不是 FOMO 账户（用 *🔎 fomo* 解析出来的地址不会遇到这种情况），FOMO 开关对它没有意义。
314- 只有 **Robinhood Chain** 有 FOMO，BSC 上没有，切到 BSC 时工具栏不会出现这个按钮、跟单编辑器里也没有这个开关。
315
316---
317
318### 5.2 防割检测
319
320> 跟随聪明钱包买入后，**检测它本人多快卖出**，如果它太快卖（疑似割你 / rug），自动停跟一段时间。
321
322| 字段 | 含义 |
323|---|---|
324| **区块间隔** | 聪明钱包"买入区块"和"首次卖出区块"的差值阈值（以**区块数**计）。例如设 30 块，它若在买入后 30 个区块内就卖了，就触发防割 |
325| **停跟时长** | 触发防割后，这条任务自动停跟多少秒。期间不再买入 |
326
327> 💡 倒计时期间也可以**手动提前开启**继续跟。编辑器内有换算提示可参考。
328
329---
330
331### 5.3 闪电卖出
332
333> 适用于 **快进快出 / 流动性套利** 场景。买入后一定时间内主动卖出一部分或全部，赚后续买入者带来的流动性。
334
335| 字段 | 含义 | 范围 |
336|---|---|---|
337| **卖出延迟** | 成交后多少**毫秒**触发闪卖。\`1s = 1000ms\` | 0–1000 ms |
338| **闪电卖出** | 闪卖时卖出多少 % 的持仓。100 % 即全部清仓 | 0–100 % |
339
340---
341
342### 5.4 买入配置
343
344> 这是跟单任务的**核心**，决定"花多少 ETH、什么市值范围内可以买、用多少 Gas"。**支持多分段**，至少配置一段。
345
346#### 分段（Stage）逻辑
347
348每个分段是一组完整的"金额 + 市值区间 + Gas"。系统会按聪明钱包买入时**当时代币市值**匹配落入哪一段，从而采用对应的金额与成交参数。可以点右上 *＋ 新增* 添加多段（例如 0–10K / 10K–100K / 100K–1M 三段差异化下单）。
349
350#### 金额模式（每段独立）
351
352| 模式 | 含义 | 示例 |
353|---|---|---|
354| **固定金额** | 不论对方下单多少，你固定买这个 ETH 数（单位 ETH），**最低 0.002** | 设 1 → 你每次都买 1 ETH |
355| **倍数金额** | 你的下单 = 对方下单 × 倍数（单位 x） | 对方买 2 ETH，倍数 0.5 → 你买 1 ETH |
356
357#### 市值区间
358
359聪明钱包买入**那一刻**的代币市值，必须落在 \`[市值下限, 市值上限]\`（单位 K）才会触发本段。
360
361#### 成交参数
362
363每段有一组成交参数（滑点 + Gas）：
364
365| 参数 | 含义 |
366|---|---|

367| **滑点（Slippage）** | 最大可接受的滑点，单位 **%**，必须大于 0。**买入最高按 90% 执行**：设置超过 90%（包括 100%）时，买入一律按 90% 下单，也就是实际到手至少要有预期数量的 10%，否则交易回滚，只花 gas。卖出不受影响 |
368| **Gas** | 这段买入交易的 **max fee per gas 上限**，单位 **Gwei**，**默认 5 gwei**（最低 1），必须大于 0（上限约 10000 gwei，超过几乎肯定是单位填错） |
369
370> ⚠️ 和全局配置里的 Gas 一样：**这是上限，不是出价**。定序器先到先得，把 Gas 调高不会让你更快抢到，只是让交易在 base fee 尖峰时更不容易被拒收。
371
372
373**滑点怎样换算成买入单价？** 同样的买入金额下，最高接受单价倍数 = 1 ÷（1 − 实际滑点）。Robinhood 买入的实际滑点最高为 90%。
374
375| 填写滑点 | 实际执行滑点 | 最高接受参考单价 |
376|---|---|---|
377| 11% | 11% | 约 1.12 倍（贵 12.36%） |
378| 50% | 50% | 2 倍（贵 100%） |
379| 100% 或 200% | 90% | 10 倍（贵 900%） |
380
381参考价可能来自目标交易或池子报价，随路线而定，不一定等于目标成交价。上述倍数是最低到手数量限制的价格折算，不含 Gas，不代表最终钱包总成本；填写 200% 不表示只接受 2 倍价格。
382
383---
384
385### 5.5 回撤（触发即清仓）
386
387> 价格涨过门槛后，从最高点回落到指定幅度立刻清仓。**触发即全卖**。可选开关，不开不影响。
388
389| 字段 | 含义 |
390|---|---|
391| **门槛（threshold）** | 回撤监控**只在涨幅超过这个值后才激活**。% |
392| **回撤** | 从激活后的"最高价"再下跌该 %，触发清仓（≤100%） |
393
394#### 示例
395
396> 假设买入价 100，门槛 50%，回撤 20%。激活线 = \`100 × (1 + 0.5) = 150\`。
397>
398> 1. 最高 140 → 跌 20% → 不触发（140 < 150，门槛未过）
399> 2. 最高 150 → 跌 19% → 不触发（19% < 20%）
400> 3. 最高 151 → 跌 20% → ✅ 触发，全部清仓
401
402---
403
404### 5.6 止盈
405
406> 价格达到指定涨幅时，卖出当前剩余持仓的指定比例。支持**多分段**阶梯止盈。**止盈为必填，至少配置一段。**
407>
408> **各档填写的涨幅依次累加，统一以入场基准价计算，不以上一档成交价重新计算。**
409
410#### 字段（每段）
411
412| 字段 | 含义 |
413|---|---|
414| **本档增加涨幅** | 本档增加的涨幅，必须大于 0。第一档至本档的数值相加，得到相对入场基准价的触发涨幅；输入框下会显示累计触发值。 |
415| **卖出剩余持仓** | 达标后卖出当前剩余持仓的指定比例。0% = 不卖，仅推进档位；100% = 清仓。 |
416| **超时设置（开关）** | 开启本档的超时卖出。普通档超时执行后进入下一档；最后一档可循环执行。 |
417| **超时时间** | 从进入本档开始等待的秒数（开启超时后必填，>0）。最后一档按涨幅触发部分卖出后，超时重新计时。 |
418| **超时卖出** | 超时后卖出当前剩余持仓的比例（开启超时后必填，>0，≤100%）。 |
419
420#### 阶梯止盈示例
421
422假设入场基准价为 1，初始持仓为 100 枚，未触发超时卖出或最小卖出金额调整：
423
424| 档位 | 填写涨幅 | 实际触发条件 | 卖出比例 | 卖出后剩余 |
425|---|---|---|---|---|
426| 第一档 | 50% | 累计上涨 50%，价格达到 1.5 | 当前持仓的 30% | 70 枚 |
427| 第二档 | 100% | 累计上涨 150%，价格达到 2.5 | 剩余持仓的 30% | 49 枚 |
428| 第三档 | 200% | 累计上涨 350%，价格达到 4.5 | 剩余全部 | 0 枚 |
429
430第二档累计涨幅为 50% + 100% = 150%；第三档为 50% + 100% + 200% = 350%。这些是触发门槛，实际成交价可能不同。如果价格已经超过多档门槛，各档可能接连触发，无需等上一档成交后再上涨。
431
432#### 最后一档的超时循环
433
434- 普通档按涨幅或超时执行后进入下一档。只有一档时，这一档就是最后一档。
435- 最后一档**开启超时**，且超时卖出比例小于 100% 时，按超时时间循环卖出剩余持仓。例如设置 3 秒、10%，表示每 3 秒卖出当时剩余持仓的 10%，并受下述最小卖出规则约束。
436- **最后一档涨幅达标时的立即卖出只触发一次。** 若卖出后仍有持仓且开启了超时，从本次触发重新计时，继续超时卖出。
437- 超时卖出比例为 100% 时，超时后清仓。涨幅达标时卖出 100% 也会清仓；清仓后循环结束。
438- 未开启超时时，不会循环卖出；最后一档部分卖出后的剩余持仓不会因该档价格持续达标而重复卖出。
439
440#### 全局最小卖出金额
441
442循环卖出还受[全局配置](#4-全局配置global-config)中的**最小卖出金额**约束（0 表示不限制）：
443
444- 按比例计算的本次卖出金额不足门槛时，会提高卖出量至门槛，因此实际卖出比例可能高于填写值。
445- 整仓估值不超过门槛，或本次卖出后剩余估值低于门槛时，将一次性清仓。
446- **超时卖出按入场基准价估算金额**，该估值不等于实际成交收入。
447
448---
449
450### 5.7 止损
451
452> 价格下跌到指定幅度卖出指定比例。同样支持**多分段**。**止损ä¸

452ºå¿…填，至少配置一段。**
453
454| 字段 | 含义 |
455|---|---|
456| **价格下跌** | 跌多少 % 触发本段（>0，≤100%）。% |
457| **卖出** | 触发后卖出多少 %（>0，≤100%） |
458
459阶梯止损示例：跌 20% 卖 50%（先减仓），跌 40% 卖 100%（清仓）。
460
461> 💡 **价格基准**：止盈 / 止损相对**买入成交时的市场价**评估，而不是钱包 ETH 的净收支。部分发射台（如 Virtuals）在发射初期收取**递减的买入税**，这笔税属于入场成本（和滑点、平台费同类），不计入价格涨跌——因此实际到手比例会略低于档位标称的百分比，发射初期尤为明显。
462
463> 💡 **不需要止损？** 因为止损至少要有一段，你可以设"下跌 99% / 卖出 1%"作为逃生阀——正常波动不会触发；即使被极端插针触发，也只卖 1%，仓位几乎不受影响。
464
465---
466
467## 6. 标签与批量管理
468
469### 标签
470
471- 顶部 *🏷 标签管理* 创建分类，例如 *狙击 / 捆绑 / 测试中*。
472- 跟单任务在 *通用配置 → 标签选择* 里挂上标签。
473- 列表顶部用 TagBar 切换查看不同分组。
474
475### 工具栏批量操作
476
477工具栏上还有一个独立的 *🔎 fomo* 按钮（**仅 Robinhood Chain**），把 fomo.family 的用户名 / 主页链接解析成可以跟单的地址，见*怎么跟一个 FOMO 用户*一节。
478
479工具栏 *批量操作* 下拉：
480
481| 操作 | 说明 |
482|---|---|
483| **全选** | 一键选中当前列表 |
484| **批量开启 / 关闭** | 选中多条 → 一键改 *购买开关* |
485| **编辑发射台** | 给选中任务统一 **添加 / 移除发射台**。新发射台上线后不用逐条编辑，全选 → 添加即可。每个发射台三态（添加 / 移除 / 不动），没动的保持各任务原设置。保护：移除后会导致任务一个发射台都不剩的任务会整条跳过，并在结果提示里列出 |
486| **批量删除** | 一次删除多条任务，**不可恢复**，会有二次确认 |
487| **导出** | 把当前选中任务导出为 CSV |
488| **导入** | 粘贴地址批量创建任务，或上传导出的文件 |
489
490### 批量录入格式
491
492一行一条任务，地址用 **0x 开头的 EVM 地址**：
493
494\`\`\`
4950x1111111111111111111111111111111111111111 # 主钱包
4960x2222222222222222222222222222222222222222 0x3333333333333333333333333333333333333333 # 高频组
4970x4444444444444444444444444444444444444444, 0x5555555555555555555555555555555555555555 // 逗号也可
498\`\`\`
499
500规则：
501
502- 一行一条任务，空行忽略。
503- 一行多个地址 = 同一任务的多目标（空格或逗号分隔）。
504- \`#\` 或 \`//\` 后写备注；行首是 \`#\` / \`//\` 的整行视为注释。
505
506### 行内操作
507
508跟单列表里每一行右侧 *⋯* 菜单：
509
510- **置顶** — 让任务浮到列表顶部
511- **复制** — 复制为新任务（含全部参数）
512- **删除** — 删除任务（二次确认）
513
514---
515
516## 7. 跟单记录 / 持仓
517
518### 跟单记录
519
520顶部菜单 *跟单记录*。展示跟单引擎的成交事件流：时间、目标聪明钱包、代币、方向、金额、状态、详情。
521
522表头的状态筛选器分三类（互斥单选）：
523
524| 筛选 | 含义 |
525|---|---|
526| **成功** | 链上确认成交的跟单 |
527| **失败** | 拼包 / 上链阶段出错的跟单 |
528| **过滤（跳过）** | 过滤器命中、主动放弃的跟单（如金额超出过滤范围、达到停跟次数、目标不在跟随列表、平台已关闭等）。**过滤 ≠ 失败**，是按你的配置正常工作的结果 |
529
530行末"详情"列会给出对应交易的链上浏览器链接，失败 / 过滤的会显示原因。
531
532> 其中「多跳兑换的中转币，已跳过」值得单独说明：聪明钱包这笔走的是聚合器多跳兑换（例如 ETH → A → B），A 只在路由途中过了一手，目标钱包并没有真正持有它。跟买 A 会买到一个目标根本没有的仓位，所以机器人主动拦截。目标真正买入的 B 若成交在机器人可执行的池子里，会另行产生一条独立的跟单信号；若成交在无法执行的池子（如非官方 V3 fork 池），则不会跟买。
533
534> 💡 成交、跳过、失败都会实时进表（引擎经 Kafka 推送、页面 SSE 刷新），一般在目标成交后数秒内出现。
535
536### 持仓管理
537
538顶部菜单 *持仓管理*。展示当前未平仓的代币：成本价、当前价、浮盈、剩余仓位，可置顶 / 隐藏。
539
540界面上提供**手动一键卖出**（全部 / 一半 / 任意比例）：点击后引擎立即市价卖出对应比例，响应只代表"已受理提交"，成交确认稍后通过跟单记录 / 实时弹窗到达。刻意**不做**二次验证——快捷卖出必须一键可用。
541
542---
543
544## 8. 常见问题（FAQ）
545
546### Q1. 改了配置，为什么没立刻生效？
547A. 跟单配置部署在**多台执行节点**上，新增 / 修改 / 删除会有 **2–30 秒** 同步延迟。这是为了换取极致跟单速度。
548
549### Q2. 关闭"购买开关"后，已经持有的仓位会怎样？
550A. **只停买入**。卖出（跟卖 / 止盈 / 止损）继续工作，方便你平仓退出。全局的"跟单总开关"行为相同。
551
552### Q3. 一个聪明钱包在我的多条跟单任务里都有，会怎么处理？
553A. 每条任务**独立判断**自己的过滤条件。如果两条任务的条件都被满足，会**两条都触发**（即你买两次）。如不希望，把同一个地址只放一条任务里。
554
555### Q4. 多个目标地址同时买，我会跟几次？
556A. **只跟最快那一笔**。这就是 *目标地址多选* 适合捆绑场景的原因 — 不会重复买。
557
558### Q5. 止盈最后一段卖出比例没填 100%，会怎样？
559A. 最后一档的涨幅达标卖出只触发一次；开启超时且超时卖出比例小于 100% 时，才会循环卖出剩余持仓。循环卖出受全局最小卖出金额约束：本次卖出不足门槛时提高卖出量，整仓不超过门槛或卖出后会留下低于门槛的尾仓时清仓。设置为 0 表示不限制。详见[止盈](#56-止盈)。
560
561### Q6. "倍数滑点" 和 "买入配置里的滑点" 是一回事吗？
562A. **不是**。
563- *倍数滑点*（通用配置）= 捆绑交易场景下放大滑点容忍，建议 = 捆绑钱包数。
564- 买入配置里的 *滑点* = 单笔交易的最大可接受滑点，按 % 设置。
565
566### Q7. 把 Gas 调高会让我更快抢到吗？

567A. **不会**。Robinhood Chain 只有一个定序器，按**先到先得（FCFS）**排队，没有公开 mempool，出价高低不影响排位。Gas 字段填的是 **max fee per gas 上限**：你实际付的是当前区块的 base fee（日常 ≈0.03 gwei），上限只决定"base fee 突然飙升时交易会不会被拒收"。所以这也是为什么这里**没有"小费 / tip"**——加小费在这条链上买不到抢跑。
568
569### Q8. "授权 Gas" 是什么？为什么 Solana 上没有？
570A. 在 EVM 上，ERC-20 代币要通过路由合约**卖出**前，必须先对该 router 做一次 \`approve\` 授权——一笔**独立的链上交易**，每个（钱包 × 代币 × router）只需一次，有自己的 gas。*授权 Gas* 就是给这笔交易设的 gas 上限。Solana 没有这一步，所以是从 Solana 过来最容易忽略的一笔成本。
571
572### Q9. 防割检测的"区块间隔"怎么理解？
573A. 它是**买入区块与首次卖出区块的差值**，以**区块数**计。Robinhood Chain 出块极快，编辑器内有换算提示可参考。数值越小 = 越激进（对方稍快卖就触发防割），越大 = 越宽松。
574
575### Q10. 我的钱包余额不够买，跟单会怎样？
576A. 单笔买入会失败，记录里会标失败原因。任务本身不会被改动，下一次条件满足时仍会尝试。
577
578但**主钱包余额低于 0.005 ETH 时，系统会自动关闭"跟单总开关"**（避免一直提交注定失败的交易、刷屏失败通知），并给你发一条 Telegram 提醒。这个暂停**不会自动恢复**：充值之后，需要你自己回到跟单页把总开关打开——页面顶部会有一条红色横幅说明原因，点上面的按钮即可一键开启。
579
580所以**请保留足够 ETH 余额**用于 Gas + 授权 + 买入。
581
582### Q11. 跟单记录的"失败"tab 里那些原因是什么意思？
583
584A. 每条失败记录都会归到一个原因分类。鼠标悬停在红色原因上，会显示这条失败**发生了什么、该怎么办**，底部小字是链上原始报错。按出现频率排：
585
586| 分类 | 含义 | 怎么办 |
587| --- | --- | --- |
588| 滑点不足，价格已变动 | 交易上链时价格已经跑掉，实际到手少于 \`amountOutMinimum\`，合约回滚 | 跟单天然落后目标 1–2 个区块，这是最常见的失败。把该任务的**滑点**调高；买入金额越大越容易被顶掉 |
589| 代币余额/授权不足 | 卖出时钱包里的代币比要卖的少（多半是已经在别处卖掉/清仓了），或对 router 的授权不够 | 检查持仓是否已在外部卖出；确认**授权 Gas** 够、授权交易成功 |
590| 钱包 ETH 不足（gas） | 定序器直接拒收，交易根本没上链 | 给该钱包充 ETH。Gas + 授权 + 买入金额都要留够 |
591| 交易序号冲突（nonce） | 同一钱包同时发多笔交易，序号撞了 | 通常下一次会自愈；如果持续出现请反馈 |
592| 合约执行失败（无原因） | 链上回滚但没返回原因 | 看悬停里的原始报错和区块浏览器 |
593| 代币限制（防夹/限额） | 代币合约自己的限制：防夹窗口内、单笔/单钱包限额、尚未开放交易 | 等限制区块结束，或减小单笔金额 |
594| 上链确认超时 | 交易已提交但确认窗口内没拿到回执 | 多为节点抖动，可在浏览器用记录里的 tx 复查最终状态 |
595| 池子流动性不足 | 池子太浅或价格被推出区间。**卖出**遇到它通常是另一回事：代币被撤池（rug）后，池子被钉死在价格区间的端点，那个方向一枚都换不出来——此时可能回滚（原始报错含 \`price limit already exceeded\`），也可能交易成功却一枚没卖出去（\`Sold nothing\`，代币原路退回钱包，只花了 gas） | 买入：减小金额，或在任务里提高**最低流动性**门槛。卖出遇到上面那种：**没有任何设置能救**，调滑点/加 gas/反复重按都只是烧 gas；除非有人重新买入把价格推回区间内（被 rug 的币几乎不会发生），否则这仓位卖不掉 |
596| 内盘刚毕业（慢一步） | 在目标成交和你的跟单之间，别人的买单恰好把内盘（bonding curve）买满毕业了，代币转到外盘池，走内盘路径的交易被合约回滚 | 无需处理：只消耗了 gas，本金未动。跟单天然落后 1–2 个区块，这种竞速无法完全避免；代币已在外盘交易，之后的信号会自动走外盘路径 |

597| 代币转账被拒（税/限制） | 代币转账这一腿失败，常见于收税/黑名单代币 | 该代币不适合跟单 |
598| 代币与 Bankr 路由不兼容 | Bankr 路由（0x Settler）内部散列撞槽，该代币经此路由的买卖永久回滚 | 由代币地址决定，重试无效；该代币不适合跟单 |
599
600### Q12. 我保存了跟单，为什么没有成交？
601A. 按这个顺序排查：① 任务的 *购买开关* 和全局配置的 *跟单总开关* 都要是开的；② 保存后有 **2–30 秒** 同步延迟，刚存完的窗口期引擎仍按旧配置工作；③ 看 *跟单记录* 页的 **过滤 tab**——目标每次买入被跳过都会记一条原因（市值不在你的分段区间、金额被过滤、流动性太低、首购/限购拦截等），这是最直接的答案；④ 钱包 ETH 余额要够 Gas + 授权 + 买入；⑤ 也可能目标地址这段时间就是没有出手。
602
603### Q13. Telegram 授权失败 / 登录卡住怎么办？
604A. 会话有效期 5 分钟，超时刷新页面重新发起。如果一直 START 没反应，可能是 Bot 被你 block 了，去 Telegram 检查并解除对 \`@TradeWiz_PVP_EVMbot\` 的 block；或者用顶部 *联系我们* 找客服。
605
606---
607
608> 📮 **反馈与帮助**：手册里没解释清楚的字段、看不懂的提示、想要的功能，都欢迎在 Telegram 找客服。hoodbot 为速度而生 — 你的反馈也会被快速响应。
609`,m=`# hoodbot user guide
610
611> A copy-trade engine on Robinhood Chain. This guide walks you through every panel and every field, from zero to first fill.
612
613---
614
615## About Robinhood Chain (read this first if you're coming from Solana)
616
617hoodbot runs on **Robinhood Chain** — an EVM Layer 2 built on the Arbitrum stack (chain ID \`4663\`). If you used to run a Solana bot, remap a few concepts first:
618
619| Solana | Robinhood Chain | Note |
620|---|---|---|
621| SOL | **ETH** | Native gas token, and the main quote asset |
622| USDC | **USDG** | Optional stablecoin bridge asset for verified Uniswap V3 routes |
623| WSOL | **WETH** | Wrapped native token |
624| lamports | **wei** | Smallest unit (1 ETH = 10¹⁸ wei) |
625| slot | **block** | Blocks are very fast, sub-100ms |
626| base58 address | **0x-prefixed, 40 hex chars** | EVM address, secp256k1 |
627
628Three more things are completely different from Solana and directly shape how you configure params:
629
6301. **Single sequencer, first-come-first-served (FCFS).** Every transaction is ordered by arrival time by one sequencer, and there is **no public mempool**. Which means —
6312. **Paying more buys you no "front-running".** On Solana a Jito tip buys queue priority; here it doesn't. That's why the **tip concept has been removed entirely**.
6323. **Selling an ERC-20 requires a one-time \`approve\` first.** This EVM-specific step has no Solana equivalent — see "Approval gas" in [4. Global config](#4-global-config).
633
634---
635
636## About BSC (BNB Smart Chain)
637
638hoodbot is now **multi-chain**: besides Robinhood Chain it also supports **BSC (BNB Smart Chain, chain ID \`56\`)**. Switch anytime with the **chain switcher at the top-left** of the console. Copy tasks, wallets, rewards, the TG bot — every feature is **identical to Robinhood Chain**; only these chain-level details differ:
639
640| Dimension | Robinhood Chain | BSC | What it means for you |
641|---|---|---|---|
642| Native / gas token | ETH | **BNB** | Pricing, balances and gas are all in BNB; keep some **BNB** in the wallet for gas |
643| Block time | ~100ms, single-sequencer FCFS | **~450ms, PoS validators + builders** | Copy fills confirm a bit slower; but BSC has a public mempool |
644| Gas model | EIP-1559 (very low base fee) | **legacy gasPrice** | The gas panel's unit/meaning switches per chain — just follow the panel's hint |
645| Front-running / tip | none (FCFS; tip removed) | **builder ecosystem, bundle copy supported** | BSC buy config has Gas + Tip inputs and a **Bundle copy** toggle, the tip is independent of the bundle toggle: optional un-bundled (empty = plain gas-price ordering) but REQUIRED with bundling on (next-block-or-fail with no bid never lands); Gas 0 means "use the chain's minimum"; the bundle toggle only sets the validity — on targets just the next block and expires if it misses (never lands, costs nothing), off keeps trying later blocks |
646| Sniping | available | **hidden for now** | Snipe is not exposed on BSC yet |
647| Funding | ETH | **BNB (no bridging)** | Just send BNB to the wallet address — no cross-chain bridge needed |
648
649Everything else — copy-buy / copy-sell / strategy-sell / lightning-sell / manual-sell, task config, anti-rug, TP/SL, tags & batch, rewards — works on BSC **exactly as on Robinhood Chain**, and the rest of this guide applies to both. Your **wallets are shared too**: one set of EVM 0x addresses across chains, one account, one referral tree.
650
651---
652

653## Contents
654
655- [1. Quick start (5 minutes)](#1-quick-start-5-minutes)
656- [2. Login and account](#2-login-and-account)
657- [3. Wallet management](#3-wallet-management)
658- [4. Global config](#4-global-config)
659- [5. Follow tasks (the core)](#5-follow-tasks-the-core)
660  - [5.1 General config](#51-general-config)
661  - [How to copy a FOMO user](#how-to-copy-a-fomo-user)
662  - [5.2 Anti-rug detection](#52-anti-rug-detection)
663  - [5.3 Lightning sell](#53-lightning-sell)
664  - [5.4 Buy config](#54-buy-config)
665  - [5.5 Drawdown — instant clear-out on trigger](#55-drawdown--instant-clear-out-on-trigger)
666  - [5.6 Take profit](#56-take-profit)
667  - [5.7 Stop loss](#57-stop-loss)
668- [6. Tags and bulk management](#6-tags-and-bulk-management)
669- [7. Records and portfolio](#7-records-and-portfolio)
670- [8. FAQ](#8-faq)
671
672---
673
674## 1. Quick start (5 minutes)
675
676First time here? Four steps and your first copy-trade is configured (web app: <https://evm.fastradewiz.com>):
677
6781. **Log in** — On the login page tap *Sign in with Telegram*. You'll be redirected to \`@TradeWiz_PVP_EVMbot\` — hit START to authorize.
6792. **Create a wallet** — Once you're in the dashboard, top right *Wallets* → *Create wallet*. The system mints a fresh EVM (0x) address. Top it up with a small amount of **ETH** for gas.
6803. **New follow task** — Top toolbar *＋ New follow task* → add one or more smart wallet addresses (0x) → configure at least one *Buy config* stage plus at least one *Take profit* and one *Stop loss* stage (both required) → flip the *Buy switch* on → save.
6814. **Watch the fills** — Top menu *Records* / *Portfolio*.
682
683> 💡 **Sync delay heads-up**: Follow-task config is deployed across multiple execution nodes. Any add / edit / delete takes **2–30 seconds** to propagate. Not a bug.
684
685---
686
687## 2. Login and account
688
689### How to log in
690
691Telegram one-tap is the only login method — no password, no signup form. The flow:
692
6931. Tap the login button. Your browser will open Telegram.
6942. In the \`@TradeWiz_PVP_EVMbot\` chat, tap **START**.
6953. Once authorized, the page jumps back to the dashboard. The session window is **5 minutes** — re-initiate login if it expires.
696
697### Account pending approval
698
699Some accounts need admin approval before they can copy-trade. If you see the *Account pending approval* page, follow the prompt to ping an admin on Telegram.
700
701### Log out
702
703Top-right avatar menu → *Log out*.
704
705> ⚠️ Logging out clears local cache (portfolio snapshot, follow-task list, unread announcements), but **the follow tasks on the server are kept** — logging out doesn't delete them. Log back in to manage things again.
706
707---
708
709## 3. Wallet management
710
711A wallet = the actual **EVM (0x) address** that signs and sends transactions on-chain (secp256k1 key). Every copy-trade buy, take-profit sell, copy sell, gas fee and approval fee is paid out of this address.
712
713### Main wallet
714
715Each account can have **only one main wallet at a time**:
716
717- All copy-trade buys default to the main wallet.
718- You can't delete the main wallet directly — promote another wallet to main first.
719
720### Create vs. import
721
722| Method | When to use | Notes |
723|---|---|---|
724| **Create wallet** | A fresh address, dedicated to copy-trading | Mints a new 0x address; the key is held in the signer and can be exported anytime |
725| **Import wallet** | An existing private key | **Hex private keys only** (64 hex chars, \`0x\` prefix optional) — mnemonics are not supported |
726
727Funding: send **ETH** to the wallet address for gas. Robinhood Chain's base fee usually sits near **≈0.03 gwei**, so a swap costs roughly **a few cents** of gas — a small amount of ETH lasts a long way.
728
729### Field reference
730
731| Field | Meaning |
732|---|---|
733| **Wallet name** | Local label only. We suggest functional names like "Main combat / Test / High-freq group" |
734| **Private key** | Required for import only. Hex format (\`0x\` prefix optional); mnemonics are not supported |
735| **Set as main wallet** | Switch the main wallet. No second factor — it moves no funds, reveals no keys, and is instantly reversible |
736| **Export private key** | The key is shown once in the dialog and never again — save it safely right away. With 2FA on, this requires a second factor |
737
738> 🛡 **Strongly recommended: enable 2FA** (top user menu → *Security*). Deleting a wallet or exporting a private key asks for a second factor, which prevents bad actions if a session is ever stolen.
739
740---
741
742## 4. Global config
743
744Open it with the *Global config* button at the top of the dashboard. The settings here **apply to every follow task** — every task's "sell" behaviour reads its parameters from this panel. Fields in the order the dialog shows them:
745
746| Field | Meaning | Suggested value |
747|---|---|---|
748| **Follow trading** | The master switch. While off, **no new copy-trade buys are placed**; sells on existing positions (copy sell / take-profit / stop-loss) **still execute**, so you can still wind down | Use this when the market dumps, when you're stepping away, or when the bot is acting up |

749| **Sell gas (Gwei)** | The **max-fee-per-gas ceiling** for copy sell / take-profit / stop-loss transactions, in gwei | See "Gas is a ceiling, not a bid" below. **Defaults to 5 gwei**; the minimum you may enter is 1. The default absorbs a ~150x base-fee spike and still costs you only the base fee on a normal block |
750| **Approval gas (Gwei)** | The gas ceiling for the one-off ERC-20 \`approve\` transaction, in gwei | Also a ceiling. **Defaults to 5 gwei**; minimum 1 |
751| **Min sell (ETH)** | **A floor on every auto-sell.** When a take-profit stage, stop-loss stage or stage timeout computes a sell worth less than this, it is **raised to this amount** before it goes out — at that size gas and slippage eat most of the proceeds. If the whole position is already worth less than this, or raising the sell would strand a smaller-than-this tail, the position is **cleared out in one shot** instead, so no dust is left | Set it to the smallest single sell you are willing to pay for |
752| **Min liquidity (USD)** | Pools below this USD depth are **not follow-bought**. Set 0 to disable the guard; routed V3 paths with unknown WETH-equivalent depth on any leg fail closed while the threshold is positive | Keep a protective floor for ordinary pools; use 0 only when you intentionally accept unknown routed V3 depth |
753
754### About "Approval gas": an EVM-specific step (Solana has none)
755
756On EVM, before an ERC-20 token can be **sold** through a router contract, you must first \`approve\` that router once — a **separate on-chain transaction** with its own gas cost, needed **once per (wallet × token × router)**. Solana has no equivalent, so this is the cost Solana-native users most often overlook. *Approval gas* is the gas ceiling for that approve transaction.
757
758### About Gas being a "ceiling", not a "bid" ⚠️
759
760These Gas fields set a **max fee per gas (the highest price per gas unit you'll pay)** — **not a bid**. Robinhood Chain follows EIP-1559: what you actually pay is the **current block's base fee** (normally ≈0.03 gwei); your ceiling only decides "will my tx survive if the base fee suddenly spikes".
761
762**Raising the ceiling does NOT make you faster.** Because the sequencer is first-come-first-served, ordering depends only on arrival time, not on how much gas you offer. The ceiling's only job is to **keep your tx from being dropped during a base-fee spike** (especially sells — a missed sell is a missed exit). So set a reasonable ceiling that survives spikes and don't expect it to win you priority.
763
764> 💡 **Sync note**: After saving, there's a 2–30 second window before changes propagate to the execution nodes. The old config stays in effect during that window.
765
766---
767
768## 5. Follow tasks (the core)
769
770A follow task = a complete rule set covering "who to copy + how to buy + when to sell". Open any task or hit *＋ New follow task* and you'll see the full editor. The sections below walk through each panel in order.
771
772The footer of each task card carries two live figures:
773
774- **Buy N · Fail M** — successful vs failed buys in the last 24h (sells excluded). A high fail ratio means slippage / gas may need tuning.
775- **Realized PnL** — sell proceeds − buy cost over this task's **closed** positions (in ETH, gas / fees excluded). If positions are still open the badge appends "N open": open positions are not valued and not included in the figure (the bags still held are usually the losers, so a closed-only number shown alone would read too rosy) — see *Portfolio* for live valuation. Manual sells are not attributed to any task, so a position you closed by hand stays "open" here.
776
777The **sort** control above the list switches between *Created* (default, newest first) and *PnL* (most profitable first). **Clicking the active option again reverses it** — the arrow (↓ / ↑) shows the current direction. Reversed PnL puts the biggest losers first, which is how you find the tasks that are bleeding.
778
779The sort, the status filter and the tag filter are **remembered** across reloads. The search box is not — a pre-filled search on load would let you read a filtered slice as your whole list.
780
781Both directions behave the same in two ways: pinned tasks stay on top, and tasks that have never closed a position stay at the bottom, below the losers. "Never closed a trade" is not "broke even" — and floating those to the top would bury the real losers exactly when you reversed the sort to find them.
782
783**Resetting PnL** — *Reset PnL* in a task row's "More" menu, and *Reset PnL* (shortcut R) on the action bar that appears once tasks are selected, move this figure's **start date** to now; only fills after that point are counted. To reset everything, select all first.
784
785Worth knowing:
786
787- **Nothing is deleted.** Every trade stays on the records page — a reset only affects this one figure, and clearing the start date restores the full-history number exactly.
788- **The cutoff applies to a position's close, not to individual fills.** A bag still open at reset time counts in full once it closes, pre-reset cost basis included — otherwise it would be a sell with no buy behind it, inventing profit out of a missing cost basis. So a fresh reset can immediately show a result from an old position; that is correct.
789- **Open positions are unaffected.** "N open" is current state rather than history, so it keeps showing after a reset.
790
791---
792
793### 5.1 General config
794
795> This panel decides "who to follow, how much, and in what scenarios".
796
797#### Identity / routing fields
798
799| Field | Meaning |
800|---|---|
801| **Buy switch** | The master switch for this task. **When off, no buys happen at all**; sells (copy sell / take-profit / stop-loss) **still execute**, so you can still close positions |
802| **Tag** | Pin a category tag onto the task (e.g. *Snipe / Bundle / High-freq*) for filtering in the list |
803| **Target addresses** | The "smart wallets" you want to copy — **0x-prefixed EVM addresses**. **You can add multiple at once.** When several wallets buy the same token at the same time, only the **fastest fill** is copied |
804| **Note** | Human-readable name for the task; shows up in the list |
805
806>

806 💬 *Multiple target addresses* fits two scenarios:
807> 1. **Bundle trades** — A/B/C always move together, so you only follow the fastest one and never double-buy;
808> 2. **Same-config snipe** — you want one set of buy parameters watching multiple smart wallets.
809
810#### Behaviour parameters
811
812| Field | Meaning | Default |
813|---|---|---|
814| **Slippage multiplier** | For **bundle-trade scenarios**. Set it to the number of bundled wallets. E.g. with A/B/C all added, set 3× | 1 (off) |
815| **Stop after N fills** | Counted per **trigger**: every executed copy buy counts once, **whether the trade succeeds or fails**. Set to 1 and the task closes after 1 execution; set to 2 and it closes after 2. When the count is used up the task is **closed automatically** — turn it back on manually to follow again (the counter resets to 0 on re-enable) | 0 (off) |
816
817#### Amount filter
818
819| Field | Meaning |
820|---|---|
821| **Amount filter** | The smart wallet's per-fill **ETH** spend must fall inside \`[min, max]\` for the copy-trade to fire. Example: set \`0.5 ~ 5 ETH\` and a 0.1 ETH probe buy or a 50 ETH all-in won't be copied |
822
823#### Token age
824
825| Field | Meaning |
826|---|---|
827| **Token age** | The token's age in seconds since launch must fall inside \`[min, max]\` for the copy-trade to fire. Left is the minimum age — e.g. \`30\` s to stay clear of the anti-snipe window right after launch; right is the maximum — e.g. \`300\` s to take only launches younger than 5 minutes. \`0\` on either end turns that end off |
828
829> **How unknown ages are treated**: the bot only knows the age of tokens it **watched open** — launchpad launch events plus V2/V3/V4 pool creation — and it remembers roughly 8 h back. Tokens launched earlier, or whose open it never saw, have **no age at all**.
830>
831> A token with no age is **skipped outright** (the filtered-signals list shows "token age unknown"), and that applies to **both bounds equally**. The bias is deliberate: better to miss one than to run a coin of unknown vintage against your age window.
832>
833> **So switching this filter on at all means "only tokens I watched open recently."** Setting just a lower bound and leaving the maximum at \`0\` does not mean "anything older than 60 s" — a coin launched yesterday is still skipped, because to the bot it reads as *unknown*, not as *old*.
834>
835> To place no age restriction at all, leave **both ends at \`0\`** (the default).
836
837#### Scenario switches
838
839| Switch | Meaning |
840|---|---|
841| **First-buy only** | When on, a copy is fired **only the first time the smart wallet buys a token within an 8-hour window**. Add-ons by the same wallet aren't copied |
842| **Snipe only** | When on, **snipe the target's launches**: when the target launches a new token on Pons, the bot snipes in at the open. The target's ordinary buys and sells are not followed. Only **Pons** supports this — turning it on deselects and locks the other launchpads |
843| **Token cap** | When on, **the same token can only be bought successfully once per 8-hour window**. Stops you from cycling in and out of the same coin |
844| **FOMO** | When on, **the target's trades made inside FOMO (fomo.family) are copied too**. FOMO accounts trade through the platform rather than sending their own swaps, so this must be on for a FOMO target to produce copies. Sells copy right away; buys also wait until the bot has verified that target's platform identity — it learns that from the target's own FOMO sell, so a freshly added target can sit on "identity not verified" for a while. Off by default. **Beta**: FOMO support is still being tuned — report anything that looks wrong |
845
846#### Copy sell (proportional)
847
848> Mirror the smart wallet's sell action. If they sell 30% of their position, you sell 30% of yours.
849
850| Option | Meaning |
851|---|---|
852| **Off** | Don't mirror their sells at all — exit on your own take-profit / stop-loss |

853| **Target sells** | Say A/B/C are a bundle and you copied B's buy. **Only B's sells trigger your copy sell**; A and C selling doesn't count |
854| **Group sells** | Same A/B/C bundle, you copied B's buy. **Any of A/B/C selling triggers your copy sell** |
855
856> **Liquidate threshold** (only shown once "Target sells" / "Group sells" is on)
857>
858> Controls when proportional copy sell switches to a full liquidation. Default **80%**, range 1–100.
859>
860> Example: at 80%, when the smart wallet sells 10% you also sell 10%; once the smart wallet has sold a cumulative **80% of its position**, you sell **100%** (no more proportional tracking). Lower = liquidate sooner, higher = mirror them 1:1 for longer.
861
862#### Venue selection (launchpads / AMM pools)
863
864On Robinhood Chain a token's lifecycle usually goes: it's issued and pumped on a **launchpad**, then once it meets the graduation criteria it **graduates to an AMM pool** to keep trading. Venue selection is where you tick which sources you want to copy fills from.
865
866**Launchpads**
867
868- **Noxa.fun** ✅ supported
869- **Flap** ✅ supported
870- **Pons** ✅ supported
871- **Bowfun** ✅ supported
872- **Pew.fun** ✅ supported
873- **Bankr** ✅ supported
874- **Trench** ✅ supported
875- **Bags** ✅ supported
876- **Ape.store** ✅ supported
877
878**AMM pools**
879
880- **Uniswap V2** ✅ supported
881- **Uniswap V3** ✅ supported
882- **Uniswap V4** ✅ supported (plain ETH-paired pools with a reviewed hook)
883- **Uniswap V4 Hooks** ✅ supported — the V4 pools whose hook has not been reviewed. Your risk; see below
884
885> 💡 Venue toggles are decided by **the route each fill actually executed on**, not by which venue a token "belongs to". A token can have a V3 pool and a V4 pool at the same time: with Uniswap V4 ticked, its fills through the V4 pool are still copied even if you unticked Uniswap V3. The venue column in your copy-trade records is labeled by the executed route as well.
886
887> ⚠️ **About Uniswap V4 Hooks**
888>
889> Uniswap V4 lets every pool attach a **hook contract** that rewrites how swaps in that pool execute and settle. For safety the bot only trades pools whose hook has been reviewed; every other signal is skipped as "Unknown V4 hook" — you can see those in the filtered-signals view of your copy-trade records.
890>
891> Tick this and those pools are copied too, reaching more new launches. In exchange **you take the risk yourself**:
892>
893> - **You may buy in and be unable to sell.** A hook can fail transactions on the sell side only (a honeypot), leaving the position with no exit.
894> - **The output can be taken.** A hook can take most of the tokens you are owed after the swap, while the transaction still looks successful on chain.
895> - **We have not reviewed these contracts.** Ticking it means you accept the risk above; it does not mean we consider them safe.
896>
897> The worst case is not extra slippage — it is losing the entire amount. New tasks leave it out, the first tick opens a risk confirmation, and "select all" has to clear that same confirmation before it will include it.
898>
899> This venue is independent from "Uniswap V4": ticking only this one follows unreviewed-hook pools without enabling reviewed V4 pools. Open positions always exit through the exact pool and route saved at entry.
900
901> 💡 **About Uniswap V2**: tick it to copy fills in **any** Uniswap V2 pool on the chain, not just tokens from one launchpad. Trades execute through the chain's official UniswapV2Router02 — same deployer as the official V3 router, immutable, and it takes no cut of its own.
902>
903> New tasks have it ticked by default. **Existing tasks are never changed for you**: leave it unticked and your task follows exactly the tokens and takes exactly the execution path it did before; tick it in the editor when you want it.
904
905> 💡 **About Noxa.fun**: it's a "hybrid" launchpad — **there is no traditional bonding curve**. A token launches straight as \`ERC-20 + a single-sided Uniswap V3 pool (1% fee)\` and trades on that V3 pool from day one, with **LP locked forever**. "Graduation" is just a milestone; the pool never moves. So today a hoodbot follow task effectively covers this one Noxa buy/sell path.
906>
907> ⚠️ Unsupported venues can't be ticked, and the server rejects a task that opts into one — deliberately, so a checkbox never fails silently on save.
908
909### How to copy a FOMO user
910
911You **cannot take a FOMO user's wallet address off their FOMO page**: the addresses FOMO hands out are masked per viewer — everyone sees a different one, none of them exist on chain, and a task pointed at one copies nothing. The real address has to be resolved with the toolbar lookup:
912
9131. At the top of the follow list click *🔎 fomo*, paste their profile link (\`https://fomo.family/profile/h

913andle\`) or just the handle, and hit Enter.
9142. The **EVM address** it resolves is the target. *Use as follow target* jumps straight to the new-task editor with the **address filled in, the FOMO switch already on, and the handle set as the remark** (the resolved address is hex nobody recognises — the name is what makes the row findable later). You can also just *Copy* the address and paste it into a task yourself — then remember to turn the FOMO switch on by hand.
9153. Configure buy / take-profit / stop-loss as usual and save.
916
917Worth knowing:
918
919- **Not found** ("No fomo user for that handle") usually is not a typo — it means there is **no fill of theirs to match against on this chain**: they have never traded on Robinhood Chain, or their last trade has aged out of the index window. Try again after their next fill.
920- **A fresh task copies sells immediately; buys wait on identity verification** (see the FOMO row under 5.1 *Scenario switches*). Until then buy signals show up under *filtered signals* as "FOMO: target's platform identity not verified yet" — that is the normal wait, not a misconfiguration.
921- **Only orders the FOMO platform itself placed count as FOMO buys.** Several apps share the same on-chain execution contracts; the bot tells them apart by FOMO's own co-signature on the source-chain deposit. A buy the target made through another app, or tokens a third party pushed into the target's address, show up as "FOMO: not a fomo order — the source deposit lacks the platform co-signature" and are not copied — that is the anti-poisoning design working. If **every** buy of an address reads that way, it is most likely not a FOMO account at all (addresses resolved with *🔎 fomo* never hit this), and the FOMO switch does nothing useful for it.
922- FOMO exists on **Robinhood Chain only**. On BSC the toolbar button and the editor switch are both absent.
923
924---
925
926### 5.2 Anti-rug detection
927
928> After you copy a smart wallet's buy, **measure how fast they sell**. If they dump too quickly (suspected rug / dump on you), automatically pause this task for a while.
929
930| Field | Meaning |
931|---|---|
932| **Block interval** | The threshold for the gap between the smart wallet's buy block and their first sell block (counted in **blocks**). E.g. set 30 blocks; if they sell within 30 blocks of buying, anti-rug fires |
933| **Stop duration** | After anti-rug fires, how many seconds this task stays paused. No buys happen during that window |
934
935> 💡 You can also **manually re-enable** the task before the countdown ends. The editor shows an in-app conversion hint you can reference.
936
937---
938
939### 5.3 Lightning sell
940
941> Designed for **fast in / fast out** and **liquidity arbitrage** plays. Within a fixed window after your buy, proactively sell some or all of the position to capture liquidity from the buyers behind you.
942
943| Field | Meaning | Range |
944|---|---|---|
945| **Sell delay** | How many **milliseconds** after fill the lightning sell fires. \`1s = 1000 ms\` | 0–1000 ms |
946| **Lightning sell %** | What % of the position to dump. 100% = full clear-out | 0–100 % |
947
948---
949
950### 5.4 Buy config
951
952> This is the **core** of a follow task — it decides "how much ETH, in what market-cap range to buy, and at what gas". **Multiple stages supported**, at least one required.
953
954#### Stages
955
956Each stage is one complete bundle of "amount + market-cap range + gas". The system matches the **token's market cap at the moment the smart wallet buys** to the right stage and applies the corresponding amount and execution parameters. Hit *＋ Add* in the top right to add stages (e.g. three stages: 0–10K / 10K–100K / 100K–1M with different sizing).
957
958#### Amount mode (per stage)
959
960| Mode | Meaning | Example |
961|---|---|---|
962| **Fixed amount** | Regardless of what they spent, you always buy this many ETH (unit ETH), **minimum 0.002** | Set 1 → you always buy 1 ETH |
963| **Multiplier** | Your spend = their spend × multiplier (unit x) | They buy 2 ETH, multiplier 0.5 → you buy 1 ETH |
964
965#### Market-cap range
966
967The token's market cap **at the moment the smart wallet buys** must fall inside \`[mcap min, mcap max]\` (in K) for this stage to fire.
968
969#### Execution parameters
970

971Each stage carries a set of execution parameters (slippage + gas):
972
973| Parameter | Meaning |
974|---|---|
975| **Slippage** | Maximum acceptable slippage, in **%**, must be greater than 0. **Buys execute at 90% at most**: a setting above 90% (100% included) is signed at 90%, so a buy must receive at least 10% of the expected amount or it reverts, costing only gas. Sells are unaffected |
976| **Gas** | The **max-fee-per-gas ceiling** for this stage's buy transaction, in **Gwei**, **defaults to 5 gwei** (minimum 1), must be greater than 0 (ceiling ~10000 gwei — anything higher is almost certainly a unit mistake) |
977
978> ⚠️ Same as the global Gas fields: **this is a ceiling, not a bid.** The sequencer is first-come-first-served, so raising Gas won't win you the race — it only makes the tx less likely to be dropped during a base-fee spike.
979
980
981**How does slippage translate into a unit price?** For the same buy amount, maximum accepted price multiple = 1 ÷ (1 − effective slippage). Robinhood buy slippage is capped at 90%.
982
983| Entered slippage | Effective slippage | Maximum reference-price multiple |
984|---|---|---|
985| 11% | 11% | About 1.12× (+12.36%) |
986| 50% | 50% | 2× (+100%) |
987| 100% or 200% | 90% | 10× (+900%) |
988
989The reference comes from the target trade or a pool quote depending on the route, and may differ from the target’s fill price. These multiples translate the minimum-output limit, exclude gas, and do not guarantee total wallet cost. Entering 200% does not mean a 2× price limit.
990
991---
992
993### 5.5 Drawdown — instant clear-out on trigger
994
995> Once price climbs past a threshold, the moment it drops a set % from the high, clear out everything. **Trigger = full sell.** Optional toggle — off has no effect.
996
997| Field | Meaning |
998|---|---|
999| **Threshold** | Drawdown monitoring **only activates after price gains exceed this value**. % |
1000| **Drawdown %** | After activation, dropping this % from the "post-activation high" triggers clear-out (≤100%) |
1001
1002#### Example
1003
1004> Buy price 100, threshold 50%, drawdown 20%. Activation line = \`100 × (1 + 0.5) = 150\`.
1005>
1006> 1. High of 140 → drops 20% → no trigger (140 < 150, threshold not crossed)
1007> 2. High of 150 → drops 19% → no trigger (19% < 20%)
1008> 3. High of 151 → drops 20% → ✅ trigger, full clear-out
1009
1010---
1011
1012### 5.6 Take profit
1013
1014> Sell a specified percentage of the remaining position when price reaches a target. Supports **multi-stage** ladder take-profit. **Take profit is required — configure at least one stage.**
1015>
1016> **Stage increases add up, all measured from the entry reference price. They are not recalculated from the previous stage’s sale price.**
1017
1018#### Fields (per stage)
1019
1020| Field | Meaning |
1021|---|---|
1022| **Additional rise** | The increase added by this stage, greater than 0. Increases from stage 1 through this stage are summed to obtain the trigger relative to the entry reference price. The cumulative target appears below the inputs. |
1023| **Sell remaining** | Percentage of the remaining position to sell at the target. 0% = keep and advance the stage; 100% = close all. |
1024| **Timeout (switch)** | Enable timeout selling. A non-final stage advances after its timeout sale; the final stage can repeat. |
1025| **Timeout sec** | Seconds from entering this stage (required when enabled, >0). A partial price-triggered sale in the final stage restarts the timeout. |
1026| **Timeout sell** | Percentage of the remaining position to sell on timeout (required when enabled, >0 and ≤100%). |
1027
1028#### Ladder take-profit example
1029
1030Assume an entry reference price of 1 and an initial position of 100 tokens, without timeout sales or minimum-sell adjustments:
1031
1032| Stage | Entered increase | Actual trigger | Sell percentage | Tokens left |
1033|---|---|---|---|---|
1034| 1 | 50% | Cumulative +50%, price reaches 1.5 | 30% of current holdings | 70 |
1035| 2 | 100% | Cumulative +150%, price reaches 2.5 | 30% of remaining holdings | 49 |
1036| 3 | 200% | Cumulative +350%, price reaches 4.5 | All remaining holdings | 0 |
1037
1038Stage 2 adds 50% + 100% = 150%; stage 3 adds 50% + 100% + 200% = 350%. These are trigger thresholds; execution prices may differ. If price already exceeds several thresholds, stages may fire in succession 

1038without requiring another rise after the previous sale.
1039
1040#### Final-stage timeout loop
1041
1042- Non-final stages advance after a price or timeout trigger. With only one stage, that stage is also the final stage.
1043- When the final stage has **timeout enabled** and its timeout sell percentage is below 100%, timeout sales repeat on the configured interval. For example, 3 seconds and 10% means selling 10% of the remaining position every 3 seconds, subject to the minimum-sell rules below.
1044- **The final stage’s price target triggers an immediate sale only once.** If holdings remain and timeout is enabled, the timer restarts from that trigger and timeout selling continues.
1045- A timeout sell percentage of 100% closes the position on timeout. A price-triggered sale of 100% also closes the position. The loop ends when the position is cleared.
1046- With timeout disabled, there is no loop. Holding above the final price target does not repeatedly sell the remaining position.
1047
1048#### Global minimum sell amount
1049
1050Looped sales also follow **Minimum sell amount** in [Global config](#4-global-config) (0 = disabled):
1051
1052- If a percentage sale is valued below the minimum, its amount is raised to the minimum. The actual percentage sold can therefore exceed the configured percentage.
1053- The entire position is sold if its estimated value is at or below the minimum, or if the sale would leave a remainder below it.
1054- **Timeout sales use the entry reference price for this estimate**, which is not the actual sale proceeds.
1055
1056---
1057
1058### 5.7 Stop loss
1059
1060> When price drops by a set %, sell a set %. Also supports **multi-stage**. **Stop loss is required — configure at least one stage.**
1061
1062| Field | Meaning |
1063|---|---|
1064| **Price down %** | How much price must drop to fire this stage (> 0, ≤ 100%). % |
1065| **Sell %** | After firing, what % to sell (> 0, ≤ 100%) |
1066
1067Ladder stop-loss example: −20% → sell 50% (trim first), −40% → sell 100% (clear out).
1068
1069> 💡 **Price benchmark**: take-profit / stop-loss stages are evaluated against the token's **market price when your buy filled**, not against your wallet's net ETH flow. Some launchpads (e.g. Virtuals) charge a **decaying buy tax** right after launch; that tax is an entry cost (same category as slippage and platform fees) and is not part of the price series — so realized proceeds can come in somewhat below a stage's nominal percentage, most visibly right after launch.
1070
1071> 💡 **Don't want a stop loss?** Since at least one stage is required, set "−99% / sell 1%" as an escape hatch — normal volatility won't trigger it, and even an extreme wick only sells 1%, leaving the position almost untouched.
1072
1073---
1074
1075## 6. Tags and bulk management
1076
1077### Tags
1078
1079- Top menu *🏷 Tag manager* lets you create categories like *Snipe / Bundle / Testing*.
1080- Attach a tag in the task editor under *General config → Tag*.
1081- Use the TagBar at the top of the list to switch between groups.
1082
1083### Toolbar bulk actions
1084
1085The toolbar also carries a standalone *🔎 fomo* button (**Robinhood Chain only**) that resolves a fomo.family handle or profile link into a copyable address — see *How to copy a FOMO user*.
1086
1087The toolbar's *Bulk actions* dropdown:
1088
1089| Action | Description |
1090|---|---|
1091| **Select all** | Select the whole current list in one click |
1092| **Bulk on / off** | Select multiple tasks → flip *Buy switch* in one click |
1093| **Edit launchpads** | **Add / remove launchpads** across the selected tasks in one go — when a new launchpad ships, select all → Add instead of editing tasks one by one. Each launchpad is tri-state (add / remove / leave as is); untouched ones keep each task's current setting. Guard: a removal that would leave a task with zero launchpads skips that task, and skipped tasks are listed in the result toast |
1094| **Bulk delete** | Delete multiple tasks at once. **Cannot be undone**, with a second confirmation |
1095| **Export** | Export the currently selected tasks as CSV |
1096| **Import** | Paste addresses to batch-create tasks, or upload an exported file |
1097
1098### Bulk-import format
1099
1100One task per line; addresses are **0x-prefixed EVM addresses**:
1101
1102\`\`\`
11030x1111111111111111111111111111111111111111 # main wallet
11040x2222222222222222222222222222222222222222 0x3333333333333333333333333333333333333333 # high-freq group

11050x4444444444444444444444444444444444444444, 0x5555555555555555555555555555555555555555 // commas work too
1106\`\`\`
1107
1108Rules:
1109
1110- One task per line; blank lines are ignored.
1111- Multiple addresses on one line = multiple targets on the same task (separate with spaces or commas).
1112- Anything after \`#\` or \`//\` is a note; a line starting with \`#\` / \`//\` is treated as a comment.
1113
1114### Per-row actions
1115
1116The *⋯* menu on the right of every row in the follow-task list:
1117
1118- **Pin** — float the task to the top of the list
1119- **Duplicate** — copy the task with all its parameters
1120- **Delete** — delete the task (second confirmation)
1121
1122---
1123
1124## 7. Records and portfolio
1125
1126### Records
1127
1128Top menu *Records*. Shows the copy-trade engine's event stream: time, target smart wallet, token, side, amount, status, detail.
1129
1130The status filter in the header has three mutually-exclusive buckets:
1131
1132| Filter | Meaning |
1133|---|---|
1134| **Success** | Trades that confirmed on-chain |
1135| **Failed** | Failures in the build / submit path |
1136| **Skipped (filtered)** | Copies the engine deliberately dropped because a filter matched — amount out of range, stop-count reached, target not in your watch list, venue disabled, etc. **Skipped ≠ Failed**: it means the bot behaved as configured |
1137
1138The Detail column links to the transaction on the block explorer, and shows the reason for failed / skipped rows.
1139
1140> One reason deserves a note: "Pass-through token of a multi-hop swap — skipped". The target's trade was an aggregator multi-hop (e.g. ETH → A → B): token A only passed through the route, and the target never actually held it. Copying A would buy you a position the target does not have, so the bot deliberately blocks it. The token the target really bought (B) produces its own separate signal if it trades in a pool the bot can execute on; if it trades in a pool the bot cannot execute (e.g. a third-party V3 fork), no copy is placed.
1141
1142> 💡 Fills, skips and failures stream in live (engine → Kafka, page refreshes over SSE) — rows typically appear within seconds of the target's trade.
1143
1144### Portfolio
1145
1146Top menu *Portfolio*. Shows currently open positions: cost basis, current price, unrealized PNL, remaining size, with pin / hide.
1147
1148The UI offers a **manual one-click sell** (all / half / any %): the engine market-sells that share of the position immediately. The response only means "accepted and submitted" — fill confirmation arrives moments later via Records / the live popup. Deliberately **not** 2FA-gated: quick sells must stay one click.
1149
1150---
1151
1152## 8. FAQ
1153
1154### Q1. I changed the config — why didn't it take effect immediately?
1155A. Follow-task config is deployed across **multiple execution nodes**. Any add / edit / delete carries a **2–30 second** sync delay. That's the trade-off we make for extreme copy-trade speed.
1156
1157### Q2. After I turn off the "Buy switch", what happens to positions I'm already holding?
1158A. **Buys stop only.** Sells (copy sell / take-profit / stop-loss) keep working so you can wind down. The global "Follow trading" switch behaves the same way.
1159
1160### Q3. The same smart wallet is in several of my follow tasks. What happens?
1161A. Each task **evaluates its own filters independently**. If both tasks' conditions are met, **both fire** (i.e. you buy twice). To avoid this, put the address in only one task.
1162
1163### Q4. With multiple target addresses buying at the same time, how many times do I follow?
1164A. **Only the fastest fill is copied.** That's why *multiple target addresses* fits the bundle scenario — no double-buying.
1165
1166### Q5. What if the last take-profit stage's sell % isn't 100%?
1167A. The final price target fires only once. Repeated sales require timeout to be enabled with a timeout sell percentage below 100%. The global minimum sell amount can raise a sale to the minimum or clear the whole position when its value is at or below the minimum, or when a sale would leave a sub-minimum remainder. A minimum of 0 disables this adjustment. See [Take profit](#56-take-profit).
1168
1169### Q6. Are "Slippage multiplier" and "Slippage in buy config" the same thing?
1170A. **No.**
1171- *Slippage multiplier* (General config) = amplifies slippage tolerance for bundle-trade scenarios. Recommended = number of bundled wallets.
1172- *Slippage* in Buy config = max acceptable slippage per individual transaction, set as %.
1173
1174### Q7. Will raising Gas make me faster / win the race?
1175A. **No.** Robinhood Chain has a single sequencer that queues transactions **first-come-first-served**, with no public mempool, so how much gas you offer doesn't affect ordering. The Gas fields set a **max-fee-per-gas ceiling**: you actually pay the current block's base fee (normally ≈0.03 gwei), and the ceiling only decides "will the tx survive a base-fee spike". This is also why there is **no "t

1175ip"** here — a tip buys no front-running on this chain.
1176
1177### Q8. What is "Approval gas", and why doesn't Solana have it?
1178A. On EVM, before an ERC-20 token can be **sold** through a router contract, you must first \`approve\` that router once — a **separate on-chain transaction**, needed once per (wallet × token × router), with its own gas. *Approval gas* is the gas ceiling for that transaction. Solana has no such step, so it's the cost Solana-native users most often overlook.
1179
1180### Q9. How should I read anti-rug's "Block interval"?
1181A. It's the **gap between the buy block and the first sell block**, counted in **blocks**. Robinhood Chain blocks are very fast; the editor shows a conversion hint you can reference. Smaller = more aggressive (a slightly quick sell trips anti-rug), larger = more lenient.
1182
1183### Q10. My wallet doesn't have enough balance to buy — what happens to the follow task?
1184A. The individual buy fails, and the records will show the failure reason. The task itself is left alone — it'll try again the next time conditions match.
1185
1186However, **once your main wallet drops below 0.005 ETH the system switches the global *Follow trading* master switch off** (otherwise it would keep submitting buys that are certain to fail, spamming you with failure notifications) and sends you one Telegram message. That pause **does not lift itself**: after you top up, you switch it back on from the follow page — a red banner at the top explains why it was paused and resumes with one click.
1187
1188So **keep enough ETH** for gas + approval + buy.
1189
1190### Q11. What do the reasons in the Records "Failed" tab mean?
1191
1192A. Every failed record is bucketed into a reason category. Hover the red reason to see **what happened and what to do**, with the raw on-chain error in small print underneath. Most frequent first:
1193
1194| Category | What it means | What to do |
1195| --- | --- | --- |
1196| Slippage — price moved | The price moved before the tx landed, output fell below \`amountOutMinimum\`, contract reverted | Copy trades land 1–2 blocks behind the target by design, so this is the most common failure. Raise the task's **slippage**; larger buys get pushed out more easily |
1197| Token balance / allowance short | The sell moved more tokens than the wallet holds (usually already sold elsewhere), or the router allowance is short | Check whether the position was sold outside the bot; make sure **approval gas** is enough and the approve tx succeeded |
1198| Wallet out of ETH for gas | The sequencer rejected the tx outright — it never reached the chain | Top the wallet up. Budget for gas + approval + the buy amount |
1199| Nonce conflict | Two txs from the same wallet raced for the same nonce | Usually self-heals on the next attempt; report it if it persists |
1200| Reverted (no reason given) | On-chain revert with no recoverable reason | Check the raw error in the tooltip and the explorer |
1201| Token restriction (anti-snipe / limits) | The token contract's own guard: anti-snipe window, per-tx / per-wallet cap, trading not open yet | Wait out the restriction blocks, or lower the per-trade amount |
1202| On-chain confirm timeout | Submitted but no receipt inside the confirm window | Usually node jitter — recheck the final state with the record's tx hash |
1203| Pool liquidity too thin | Pool too shallow, or the price got pushed out of range. On a **sell** it usually means something else: after the token was rugged the pool sits parked at the end of its price range, and not one wei can move that way — which either reverts (raw error contains \`price limit already exceeded\`) or mines having sold nothing at all (\`Sold nothing\`: the tokens come straight back to the wallet, gas spent) | Buying: lower the amount, or raise the task's **minimum liquidity** gate. Selling, in the case above: **no setting fixes it** — more slippage, more gas and repeated taps only burn gas; short of someone buying the price back into range (which a rugged token almost never gets), that position cannot be sold |
1204| Curve graduated mid-copy | Between the target's trade and yours, someone else's buy filled the launchpad's bonding curve — the token graduated to its DEX pool and the curve-phase tx reverted | Nothing to fix: only gas was spent, and this race is inherent to landing 1–2 blocks behind. The token now trades on the DEX pool; later signals route there automatically |
1205| Token transfer rejected | The token-transfer leg failed — typical of fee-on-transfer / blacklisting tokens | That token isn't safe to copy-trade |
1206| Token incompatible with the Bankr route | The Bankr route (0x Settler) hash-slots this token into WETH's slot, so every trade through it reverts | Determined by the token address — retries won't help; the token isn't copy-tradeable |
1207
1208### Q12. I saved a follow task — why doesn't it fill?
1209A. Check in this order: ① both the task's *Buy switch* and the global *Follow trading* master switch must be on; ② saves take **2–30 seconds** to propagate — the engine works off the old config inside that window; ③ open the **Filtered tab** on the *Records* page — every skipped signal is logged with its reason (market cap outside your stage range, amount filtered, liquidity too low, first-buy/token-cap guard, …), which is usually the direct answer; ④ the wallet needs enough ETH for gas + approval + the buy itself; ⑤ or the target simply hasn't traded in that window.
1210
1211### Q13. Telegram authorization fails / login gets stuck. What do I do?
1212A. The session window is 5 minutes — refresh the page and try again if it expires. If START never responds, you may have blocked the bot — check Telegram and unblock \`@TradeWiz_PVP_EVMbot\`; or use *Contact us* at the top to reach support.
1213
1214---
1215
1216> 📮 **Feedback and help**: anything in this guide that's unclear, prompts that don't make sense, features you want — ping support on Telegram. hoodbot is built for speed — your feedback gets the same treatment.
1217`;function k(){s(i().pageTitle.docs);const t=r(n=>{var o;return(o=n.user)==null?void 0:o.id});l.useEffect(()=>{h(t)},[t]);const a=d(n=>n.locale)==="zh"?f:m;return e.jsxs(u,{direction:"column",minH:"100vh",bg:"velox.bg",children:[e.jsx(p,{subtitle:"User guide"}),e.jsx(c,{as:"main",flex:"1",w:"full",children:e.jsx(g,{markdown:a})})]})}export{k as DocsPage};