OctoBot 项目研究站 · 风险与许可
OctoBot 风险与许可：动手前必须确认的边界
OctoBot 是能向交易所发送真实订单的自动化工具，OctoBot 的官方免责声明写得比多数开源项目更直白：不要投入你怕亏掉的钱、使用风险自负、作者与关联方不承担你的交易结果责任，并要求先在模拟模式运行。许可侧则是 GPL-3.0-or-later：自由使用与修改，但机构要做商业许可或定制开发需要单独联系官方。这一页把这两类边界整理成可核对的清单。
- 一句话结论
- 许可为 GPL-3.0-or-later、官方要求风险自担、程序能发真实订单——这三条决定你要不要用它。
- 适合谁
- 已接受风险自担、并准备用清单管住密钥与仓位的人
- 不适合谁
- 把资金安全寄托在工具本身的人
- 最后核验
- 2026-10-12（官方仓库与文档口径）
- 对应版本
- 3.0.0-beta3（2026-10-08）／稳定线 2.1.1
- 实测状态
- 未在本机运行 OctoBot：本站没有运行环境与交易所凭据，内容为官方仓库与文档核对 + 作者分析，不含本站实测数据
OctoBot 的 GPL-3.0-or-later 许可意味着什么
OctoBot 的仓库、setup.py 与 README 三处互相印证。
| 项目 | 事实 | 来源 | 注意点 |
|---|---|---|---|
| 许可证 | GNU General Public License v3.0 or later | README License 段；GitHub 识别为 GPL-3.0；仓库根有 35KB 的 LICENSE 文件 | 「or later」意味着可适用更新版本 |
| 元数据声明 | setup.py 中 license='GPL-3.0'，并对文件头声明 GPL v3.0 或更新版本 | `_src_setup.py` | 与 README 表述一致 |
| 可自由使用 | 下载、运行、修改、二次分发在 GPL 框架内被允许 | GPL-3.0 通用条款 | 分发衍生作品时通常需同样以 GPL 开源（copyleft 义务） |
| 机构商用 | README 明确：如代表机构需要商业许可或定制开发，可联系 contact@drakkar.software | README 的 Institutional custom strategies 段 | 这是官方给的沟通渠道，不代表已有商业条款细节 |
| 云服务与开源版本 | octobot.cloud 与开源版本是两种形态（README 多处指向云服务与云篮子） | README、仓库 homepage 字段 | 云服务的条款与开源许可无关，需单独阅读 |
| 第三方组件 | 项目依赖 CCXT、Supabase、pgpy、sentry-sdk 等，各自许可证不同 | `_src_requirements.txt` | 二次分发前应逐个确认依赖许可 |
| 本站立场 | 只陈述仓库内可核对的事实，不提供法律意见 | — | 商用与合规判断请咨询专业人士 |
OctoBot 的官方免责声明原文说了什么：逐条解读
这是 OctoBot 的官方 README 里必须读完的一段。
| 原文要点 | 中文含义 | 落地动作 | 本站对应表述 |
|---|---|---|---|
| Do not risk money which you are afraid to lose | 不要投入你怕亏掉的钱 | 只用可承受损失的资金 | 全站不做任何收益承诺 |
| USE THE SOFTWARE AT YOUR OWN RISK | 使用风险由你自担 | 自行评估程序与策略风险 | 页面明确写出风险自负 |
| AUTHORS … ASSUME NO RESPONSIBILITY FOR YOUR TRADING RESULTS | 作者与关联方不对你的交易结果负责 | 不要指望出事有人兜底 | 本站同样不承担责任、不代管资金 |
| Always start … in simulation mode | 永远先从模拟模式开始 | 回测 → 模拟盘 → 小额实盘 | 回测与模拟盘页给出顺序 |
| understand … what profit/loss you should expect | 先理解可能的盈亏范围 | 把最坏情况想清楚再上实盘 | 本站不提供盈亏预测 |
| read the source code | 建议读源码理解机制 | 从二次开发页入手 | 提供仓库结构与环境说明 |
用 OctoBot 上实盘前要防哪些风险：七类清单
按风险来源分类，每条都给出 OctoBot 场景下可执行的降险动作。
| 风险来源 | 具体表现 | 降险动作 | 注意点 |
|---|---|---|---|
| 市场风险 | 加密资产波动远大于传统市场，单边行情会让网格等策略持续反向成交 | 控制仓位上限；先用模拟盘观察极端日 | 任何策略都无法消除系统性风险 |
| 凭据风险 | 持有交易权限的 API Key 泄露即等于交出下单权 | 不开提现权限；用 IP 白名单；不把 Key 写进版本库或截图 | 自托管降低托管风险，但不免除凭据管理责任 |
| 程序缺陷 | 逻辑错误、连接中断、订单状态不同步都可能造成非预期下单 | 先在模拟盘长跑；关注日志；保留手动停机手段 | CI 与测试存在，但不等于实盘等价性证明 |
| 版本变动 | 最新版是 beta（官方称 work in progress）；compose 示例带自动更新组件 | 实盘实例谨慎跟随 beta；评估是否启用自动更新 | 自动更新意味着版本切换无人确认 |
| 交易所侧变化 | 接口调整、限频、交易对下架都会影响运行（README 就有 Bybit 接口调整的说明） | 关注官方公告；保留人工干预通道 | 连接器本身可能随之失效，需要重新生成 |
| 模型类模式风险 | AI 模式依赖外部或本地大模型，输出不确定且可能出错 | 限制单笔规模；对模型输出设置人工复核环节 | 模型不可用或幻觉会直接影响交易决策 |
| 合规与环境 | 不同司法辖区对加密交易、跨境访问交易所的要求不同 | 自行确认所在地要求与交易所可用性 | 本站不提供合规判断 |
OctoBot 的自托管与密钥是怎么定位的
OctoBot 新版三大支柱里的两条直接与安全有关。
| 主张 | 官方表述 | 对用户的意义 | 注意点 |
|---|---|---|---|
| 自托管 | 「your keys never leave your devices」 | 开源 node 的官方设计主张是 Key 留在用户设备，仍需自行管理凭据与主机 | 这不是第三方安全审计，也不能推定 Cloud 的 Key 处理方式 |
| 零知识隐私 | 「all your data is end-to-end encrypted, no one can read them except you」 | 官方描述的端到端加密与零知识隐私主张 | 实现细节以官方说明为准，本站未做安全审计 |
| 云侧组件存在 | 依赖含 Supabase 客户端与 postgrest，仓库有 community/ 模块 | 部分功能（社区/云相关）会涉及后端服务 | 不想联网可只用本地手动实例与开源策略 |
| 数据目录 | 配置与数据在 user/，Docker 部署时为独立卷 | 备份这个目录等于备份配置 | 卷里也可能包含敏感配置，备份文件要自己妥善保管 |
| 错误追踪 | 依赖含 sentry-sdk（README 致谢 Sentry 帮助定位错误） | 异常信息可能上报到第三方服务 | 对隐私敏感的场景需自行确认并关闭相关上报 |
| 本站责任边界 | 本站只做项目研究整理 | 不代管资金、不接入你的账户、不下单 | 任何资金操作由你本人在自己的环境完成 |
OctoBot 上实盘前的安全检查清单：11 项逐条勾
把官方免责声明里的「先跑模拟模式」落成可勾选的动作。任何一项没做到，就不要接真实资金。
| 检查项 | 具体怎么做 | 为什么必须做 | 适用场景 | 没做到的风险 |
|---|---|---|---|---|
| □ API Key 未开启提现权限 | 创建 Key 时只勾选读取与交易相关权限 | 提现权限一旦泄露，资金可被直接转走且难以追回 | 所有实盘账户 | 密钥泄露的后果从「被下单」升级为「被提走」 |
| □ 已设置 IP 白名单 | 在交易所后台限定只允许你的服务器出口 IP 调用 | 把可用范围压到最小 | 有固定出口 IP 的云主机 | 密钥泄露后可从任意位置被调用 |
| □ 先用只读权限跑通取数与界面 | 先只开读取权限，确认行情、余额与订单历史都正确 | 排除权限与接口配置问题 | 首次接入交易所 | 一上来就给交易权限会放大配置错误 |
| □ 已在模拟盘或 paper 模式跑过一整轮 | 用同一套参数跑完整的下单、撤单与止盈流程 | 验证的是链路，不是收益 | 所有新策略 | 直接实盘等于用真实资金做首次联调 |
| □ 日志与截图已脱敏 | Key、secret、余额与订单号不出现在对外材料里 | 求助与复盘时最容易泄露 | 发帖、提工单、写复盘 | 一张截图可能等于交出账户控制权 |
| □ 只暴露必要端口 | 界面与 node 端口不直接对公网开放，远程访问走隧道或反向代理 | 减少被扫描与爆破的面 | 云主机部署 | 把控制台放到公网，等于把账户挂在扫描器面前 |
| □ 配置目录已备份 | 备份数据目录与 Docker 卷，并单独加密保存密钥文件 | 升级或误操作后能恢复 | 升级、迁移前 | 更新后配置与历史数据可能丢失 |
| □ 已测试断电与重启恢复 | 重启进程或容器，确认策略与持仓状态能恢复 | 无人值守时最常见的中断就是重启 | 长期运行 | 重启后策略不恢复，可能留下没人管的仓位 |
| □ 已设置单笔资金上限 | 按可承受损失设定每笔规模 | 单笔错误不会伤及本金结构 | 所有实盘 | 单笔过大时一次误判就难以承受 |
| □ 已设置总仓位上限 | 明确最多投入多少资金 | 限制极端行情下的敞口 | 所有实盘 | 越跌越买可能把全部资金卷进去 |
| □ 已写明策略停止条件 | 什么情况下人工停机、停机后仓位怎么处理 | 把「什么时候不玩了」提前决定 | 所有实盘 | 极端行情里现场决策容易迟疑或冲动 |
| 密钥可能出现在哪里 | 风险 | 处置方式 | 适用场景 | 注意点 |
|---|---|---|---|---|
| 运行日志与错误堆栈 | 请求体或配置回显可能带上凭据 | 关闭调试级日志，对外只贴脱敏片段 | 报错求助 | 贴日志前先在文本里搜一遍 Key 前缀 |
| 界面截图与录屏 | 账户信息、余额与订单会一并暴露 | 截图前隐藏账户区与侧边栏 | 写教程、发帖 | 截图一旦发布无法收回 |
| 配置文件与备份包 | 多为明文或弱加密存储 | 备份加密保存，不放公共网盘 | 迁移与升级 | 备份包常被随手丢在共享盘，反而成了薄弱环节 |
| 交易所后台的第三方授权 | 曾经授权的 Key 会长期有效 | 定期核查并撤销不再使用的 Key | 换工具或换服务器后 | 撤销授权比改密码更彻底 |
| 通知与 webhook 渠道 | 消息平台上的记录包含账户数据 | 只推状态摘要，不推完整请求 | 长期运行 | 消息渠道的服务器也在你自己的控制之外 |
| 浏览器与远程访问 | 本地保存的会话可被他人直接使用 | 不在公共设备登录，远程优先用隧道 | 远程运维 | 公开端口会持续引来扫描尝试 |
OctoBot 风险与许可常见问题：能不能商用、亏损谁负责
开源版能商用吗？
OctoBot 的许可是 GPL-3.0-or-later，可自由使用与修改；但如果你代表机构需要商业许可或定制开发，README 明确给出联系邮箱 contact@drakkar.software。把开源版集成进闭源商业产品通常涉及 GPL 的 copyleft 义务，具体如何适用请咨询法律专业人士。
用 OctoBot 亏损了谁负责？
按官方免责声明，作者与所有关联方对你的交易结果不承担任何责任，使用风险由你自担。本站同样不承担责任——我们只做资料整理，不接触你的资金与账户。
自托管就没有风险了吗？
自托管意味着开源实例运行在用户控制的设备或服务器上，并不等于没有风险：市场风险、程序缺陷、API Key 泄露、网络中断与误操作仍然存在。README 中「Key 不离开设备」是官方设计主张，不是本站进行过的安全验证；Cloud 的凭据处理也不能从开源 node 的说明外推。
API Key 应该怎样设权限，提现权限要不要开？
按最小权限原则，先用只读权限验证行情/账户连通；只有确认需要自动下单时，再按交易所当前权限模型开放交易权限，提现权限不要开启。若交易所支持且服务器出口 IP 固定，可考虑配置 IP 白名单；将 API Key 与交易密钥分离保存，不提交到 Git 仓库、截图或工单，并准备异常时撤销 Key 和停止实例的步骤。具体权限名称与白名单能力因交易所、账户类型和地区而异，OctoBot README 没有逐所配置说明，应以交易所官方页面为准。
OctoBot 会托管我的资金或 API Key 吗？
开源自托管版的程序运行在用户自己的设备或服务器上，官方 README 将 node 的设计原则描述为「keys never leave your devices」。这不是对整个产品生态的第三方安全审计，也不能推导出 OctoBot Cloud 的数据或 Key 处理方式；Cloud 的权限、资金控制、Key 存储与撤销流程，应在提交凭据前阅读官方当前隐私政策和服务条款。本站未核验 Cloud 托管细节。
OctoBot Cloud 和把开源版装到 VPS 上一样吗？
不一样。DigitalOcean Marketplace 是用户在第三方云主机部署自托管实例；OctoBot Cloud 是官方产品与服务入口。二者的运维主体、收费方式、功能和数据处理条款不能混为一谈。README 提供 Cloud 入口，但本页没有已核实的当前价格或完整功能清单，订阅前请核对官方现行方案。
Cloud 价格和免费套餐是多少？
本站没有从可核验的官方当前价格页确认价格、套餐额度或免费层，因此不列具体金额，也不据 MOGE 等第三方简介推断当前政策。请以 OctoBot 官方 Cloud 页面在购买时展示的价格、续费条件和功能限制为准。
开源版、node 模式、新版 App 与 Cloud 是什么关系？
README 表述：最新 beta 默认以 node 模式运行，node 是新版界面与移动 beta App 的后端；经典 manual 实例保留内置 Web 界面与 Telegram。公开版移动 App 面向 octobot.cloud 策略，而开源 beta 实例应使用新界面或 beta App。它们不是同一个运行形态；回测仅在 manual 实例可用。详情见 node 模式页。
API Key 泄露后该做什么？
立即从交易所撤销对应 Key，检查账户订单与登录/调用记录；必要时暂停 OctoBot 并取消未预期订单，再重新生成只含所需权限的新 Key。若旧 Key 曾提交到代码仓库或公开截图，即使已删除文件也应视为泄露，因为历史副本可能仍可访问。具体撤销入口、审计记录保留期与冻结流程因交易所不同，以交易所官方安全说明为准。
能不开自动更新吗？
可以不部署 compose 示例中的 watchtower；自动更新会让版本切换缺少人工审核。对接真实账户前，应先备份配置，记录当前版本，并在隔离或模拟环境确认升级行为。README 没有承诺 beta 到稳定版之间的无缝迁移。
本站有没有做安全审计或实测？
没有。本站未安装运行 OctoBot、未连接交易所，也未审计 Cloud 服务或加密实现；页面中关于安全与隐私的表述来自官方 README，属于项目自述而非第三方验证结论。涉及资金、API 权限、价格和托管责任，请直接核对官方及交易所当下条款。