设计原则
任何单一 kill switch 都可能失效。ETS 设计了 三层独立的紧急停止机制,任意一层失效,其他两层仍可生效。
Layer 1 · 你自己(终极急停)
最强的紧急刹车在你自己手里。 这一层 零依赖 com 与你的执行端——只要你的 Binance 账号能登录就能用:
- 手动平仓 · Binance App 直接关闭所有仓位(终极急停)
- 撤销 API 密钥 · Binance API Management 删掉,执行端立即失去访问权
- 修改 IP 白名单 · 改成不存在的 IP,等同撤销
- 冻结 Futures · Binance App 关闭合约功能
适用于:ETS 失联 / 你对策略产生疑虑 / 任何让你不安的情况。
Layer 2 · 系统侧自动保护
执行系统内置的自动保护:
- 信号断连 = 自动暂停开新仓 · 失联时不会乱动(死手机制)
- 控制台启停 · 你可随时一键暂停开新仓
- 账户级止损闸(累计亏损触线 → 自动全平 + 停机) · ✅ 已生效(2026-08-19) · 线 = 我们的 25% 上限与策略当日风控线中更严格的那条(∴ 最宽不超过 25%) · ⚠️ 每日检查一次不是实时;入金/出金后会暂停直到我们重设基准;停机后需我们复盘手动放行(见 风险机制)
⚠️ 必须说清楚:当前策略 不使用逐笔止损单 —— 你不会在 Binance 挂单列表里看到止损单,系统离线时也没有交易所侧的自动止损兜底。
风险控制来自 1 倍杠杆逐仓 + 多币种分散 + 每日调仓自动减仓 + 账户级止损闸,以及 Layer 1 你自己的手动操作。详见 风险机制。
这就是为什么 Layer 1 排在最前面 —— 在当前阶段,你自己动手才是最可靠的那一层。
Layer 3 · ETS 团队人工应急
最后一层是人工:
- 控制台 / 状态页公告(重大事件)
- 邮件通知 所有客户
- 团队应急轮值,关键事件尽快响应
通知失联应对
如果你一时收不到通知:
- 第一优先:看 Binance 原生推送 / 你自己的 Binance App——成交是你账户里的真实交易,Binance 自己会推,最可靠且不依赖我们
- 第二优先:查 邮箱(含垃圾邮件夹)
- 第三优先:访问官网
/status页面(实时状态 + 公告) - 仍有疑问:邮件 [email protected]
ETS 团队停服 / 失能预案
如果 ETS 整体不可用(运营方失能 / 监管事件):
- 停服预告 · 任何主动停服,我们承诺提前至少 7 天公告。⚠️ 这是我们的承诺,不是一道机制 —— 非自愿的失能(见下一条)按定义无法履行它
- 不可抗力 · 失能时,你应自行通过 Layer 1 用 Binance App 平仓 / 撤销 API
- 资金保护 · 因为非托管,我们的失能 不会 直接影响你的资金安全
- 未来交付 · 团队会指定备用联系人定期发布状态
紧急联系优先级
| 级别 | 渠道 | 响应时间 |
|---|---|---|
| P0(单笔异常) | 控制台 + 邮件 [URGENT] | 尽快 |
| P1(账户异常) | 邮件 [email protected] | < 4 hr |
| P2(系统失联) | 邮件 + /status 页面 | < 24 hr |
真正紧急(要立刻平仓)永远不必等我们 —— 直接用 你自己的 Binance App 平。
你的备份计划
我们建议每位客户:
- 把 Binance 登录凭证存在 1Password / Bitwarden 等密码管理器
- 演练过 如何用 Binance App 手动平掉所有仓位
- 邮箱别只用一个(加个备用邮箱,防漏收通知)
- 知道
/status状态页地址