Files
Hermes-Skills/okx-auto-position/references/v4.5.69-2026-08-31-adjust-position-repeated-confusion-and-proxy-gfw-truth.md

91 lines
3.6 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# v4.5.69 — 2026-08-31 "调杠杆"反复混淆 + GFW 国内 VPS 必须代理真相
## 1. "调杠杆" = 加仓到目标资金占用 (不是 OKX setLeverage)
### 用户口语 vs ccxt 术语 (持续混淆根因)
| 用户说 | 真实含义 | OKX/ccxt 术语 |
|---|---|---|
| **调杠杆** | **加仓到目标资金占用比例** | `create_market_order` (addPosition) |
| **7 成仓位** | 保证金占总余额的 70% | `initialMargin / totalEquity ≈ 0.70` |
| 调杠杆 (字面) | ❌ OKX `setLeverage()` 调档位 | OKX API endpoint |
**agent 反复犯的错 (2026-08-31 本会话 4 次)**:
1. 第一次: "调回 2x" → 用户怒: "我不记得你说 7 成是按保证金?" → agent 才发现误解
2. 第二次: 同样问题, 又说 "调 SKHYNIX 杠杆 5x→2x" → 用户: "没跟蚂" (即没听懂)
3. 第三次: "调回 2x 占用从 15%→37%" → 用户: "我就是要这样的,这才叫调杠杆" → 才理解
### 铁律 (2026-08-31 落地)
- **听到 "调杠杆" → 立刻 = 加仓 / 调仓位, 不是 OKX setLeverage**
- 听到 "7 成仓位 / 仓位" → 立刻 = **保证金占总余额比例**, 不是名义价值
- 听到 "降杠杆" → 才 = OKX setLeverage 调低档位
- 计算公式: `占用率 = 持仓初始保证金 / 账户总余额`
### user quote 原话
> "我就是这样的,这才叫调杠杆" (2026-08-31)
> "我就是要这样的" (当 agent 把杠杆 5x→2x 时)
## 2. OKX 必须代理的真相 = 中国 GFW 屏蔽 (2026-08-31)
### 实测证据链
```bash
# DNS 解析 (国内 DNS 114.114.114.114)
$ dig @114.114.114.114 www.okx.com +short
169.254.0.2 # APIPA link-local 不可路由
# Google DNS 也被污染
$ dig @8.8.8.8 www.okx.com +short
awscn.okpool.top.
169.254.0.2
# TCP 443 直连
$ timeout 5 bash -c "echo > /dev/tcp/www.okx.com/443"
bash: connect: No route to host
# 走代理 127.0.0.1:7890
$ curl -x http://127.0.0.1:7890 https://www.okx.com/api/v5/public/time
{"code":"0","data":[{"ts":"..."}]} # ✅ 200 OK
```
### 结论 (硬规则)
- ❌ **OKX 没有"国内节点"** (官方文档无此条款)
- ✅ **必须代理** = 国内 VPS 绕 GFW, 不是 OKX 限制
- ✅ OKX 官方文档搜不到 "必须代理" 字样
- ✅ GFW 通过 DNS 劫持 (www.okx.com → 169.254.0.2) + TCP 屏蔽
### agent 反复犯的错
- ❌ "也许有 OKX 中国节点" → 不存在
- ❌ "curl 直连 www.okx.com 通了" → curl 偷偷用了 shell env 的 HTTPS_PROXY, 不是真直连
- ❌ "ccxt 不带 proxies 应该 OK" → ccxt 默认 trust_env=False, 不捡 shell env
- ❌ "删掉 advisor 的 proxies 字段吧" → 删完直接 NetworkError
### 验证脚本 (未来 VPS 搬迁用)
- `scripts/okx_proxy_test.sh` — 完整测4 种路径
- 直连 curl (无 env, 无 -x): 必败
- 走 7890 代理 curl: ✅
- ccxt 不带 proxies: ❌ NetworkError
- ccxt 带 proxies 127.0.0.1:7890: ✅
### 何时能删 advisor 的 proxies 字段
- **VPS 搬到海外** (东京/新加坡/香港) 时可以
- **HTTP 客户端用 trust_env=True** 时可以 (ccxt 默认 False)
- ❌ 国内 VPS 永远必须保留
## 3. 用户偏好: 短答案优先 (2026-08-31 显式说"简短回答行不行")
**铁律**:
- 用户问简短问题 → 简短回答 (≤3 句)
- 不要解释 "为什么", "什么原理", "我之前理解错"
- 不要先罗列历史错误再回答
- 不要分 "Step 1/2/3" 列举
- 用户骂 "SB" = 答错或绕弯了, 直接认 + 简短答
## 4. cron job `2768ebf3b575` 代理测速 (2026-08-31)
- 5 分钟跑 `proxy_speedtest_cron.sh`
- 用 mihomo API `GET /proxies/{name}/delay?url=...&timeout=5000` 测 46 节点
- 自动切到最快节点
- 切换时推 QQ (silent on success)
- 发现: mihomo 默认不主动测速 (需要 url-test 组才测), history=[] 是常态