# 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=[] 是常态