3.6 KiB
3.6 KiB
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 次)：
- 第一次: "调回 2x" → 用户怒: "我不记得你说 7 成是按保证金?" → agent 才发现误解
- 第二次: 同样问题, 又说 "调 SKHYNIX 杠杆 5x→2x" → 用户: "没跟蚂" (即没听懂)
- 第三次: "调回 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)
实测证据链
# 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=[] 是常态