多组合分析与自动化
一个 node 可以承载多个自动化任务，并在统一 dashboard 里查看完整组合。对同时跑多种策略的人来说，这解决的是「分散在多个实例里看不到总敞口」的问题。
OctoBot 项目研究站 · node 模式与手动实例
OctoBot node 模式与手动实例：两种形态怎么选
OctoBot 3.0 版本带来一个结构性变化：最新 Release 默认以 node 模式运行，node 作为新版界面与移动 App 的后端，你可以在一个 dashboard 里管理钱包、多个自动化与多条策略。经典的手动（manual）OctoBot 实例并没有被取消——它保留内置 Web 界面（端口 5001-5010）与 Telegram 入口，而且回测只在手动实例里可用。选哪种，取决于你要做的是长期托管还是策略验证。
- 一句话结论
- 3.0 起默认 node 模式，经典手动实例仍保留；回测只在手动实例可用，这是选形态的关键约束。
- 适合谁
- 要决定运行形态、关心界面入口与端口规划的人
- 不适合谁
- 还没打算长期维护一台机器或云主机的人
- 最后核验
- 2026-10-12（官方仓库与文档口径）
- 对应版本
- 3.0.0-beta3（2026-10-08）vs 稳定线 2.1.1
- 实测状态
- 未在本机运行 OctoBot：本站没有运行环境与交易所凭据，内容为官方仓库与文档核对 + 作者分析，不含本站实测数据
node 模式（3.0 默认）node 作后端 → 新界面 / 移动 App；端口 8000；多自动化与组合视图
手动实例内置 Web 界面（5001-5010）+ Telegram；回测仅此形态可用
共享能力同样的策略模式、交易所 tentacle 与执行引擎
Compare
OctoBot 的 node 模式和手动实例有什么区别
差异集中在入口、端口与回测可用性上。
| 维度 | node 模式 | 手动实例 | 注意点 |
|---|---|---|---|
| 如何启动 | 安装最新 Release 即默认进入 | 可单独运行，也可从 node 界面启动 | OctoBot 的 README 明确了两者关系 |
| 界面入口 | 新版 OctoBot 界面 + 移动 App（node 作后端） | 内置 Web 界面；也可接 Telegram | README 提到公开版移动 App 面向 octobot.cloud 策略，管理开源 beta 需用新界面或 beta App |
| 端口 | 8000（Dockerfile 注释为 Node API） | 5001-5010（独立界面 + 最多 10 个子进程界面） | 要同时用两种形态，两段端口都得规划 |
| 多自动化 | 支持：一个 node 跑多个自动化（DCA/网格/篮子/TradingView 等）并统一看组合 | 以单实例配置为主 | 多自动化意味着风险敞口要合并核算 |
| 与 OctoBot Cloud 的关系 | 开源 beta node 在用户自己的设备/服务器运行；不是 Cloud 托管实例 | 同为本地或自有主机运行的开源实例 | Cloud 是独立产品；当前价格、功能与 Key 处理需查官方现行条款 |
| 移动端 | README 指向管理开源 beta node 的新界面或 beta App | 经典 manual 实例仍可用内置 Web 与 Telegram | 公开版 App 面向 Cloud 策略；开源 beta 管理入口不同 |
| 与 DigitalOcean 的关系 | 可部署到用户自己的云主机 | 同样可以部署到自有服务器 | Marketplace 部署仍是自托管；不等于购买 OctoBot Cloud 服务 |
| 回测 | ⚠️ 不支持（官方：回测仅手动实例可用） | 支持内置回测引擎 | 要验证参数就必须有手动实例 |
| 隐私与密钥 | 官方称 OctoBot 三大支柱含自托管（私钥不离开设备）与零知识（端到端加密） | 配置与数据在本地数据目录 | 加密与托管细节以官方说明为准，本站未实测 |
| 成熟度 | 属于 3.0.0-beta3（官方称 work in progress） | 稳定版 2.1.1 的形态 | beta 可能有 bug 或未完成功能 |
Node mode
OctoBot 的 node 模式是什么：官方给的三大支柱
这是 README 对新版 OctoBot 的自我定位，属项目自述。
自托管：私钥不离开你的设备
README 明确写「your keys never leave your devices」。含义是资金操作的凭据由你自己持有，而不是交给第三方托管——这也是 OctoBot 和云端托管服务的核心差别。
零知识隐私
官方称数据端到端加密，除你之外无人可读。作为对照，仓库里确实有 supabase 相关依赖与社区模块（`community/`），说明云侧组件是存在的；具体加密实现以官方文档为准。
Versions
版本关系：beta 与稳定版分别是什么
这一节直接关系到你装完会看到什么。
| 版本 | 发布时间 | 形态 | 适合谁 |
|---|---|---|---|
| 3.0.0-beta3 | 2026-10-08 | 默认 node 模式 + 新界面/移动 App | 想尝鲜新形态、能接受 bug 与功能不完整 |
| 3.0.0-beta2 | 2026-08-06 | 默认 node 模式 + 新界面/移动 App | 想尝鲜新形态、能接受 bug 与功能不完整 |
| 3.0.0-beta1 | 2026-07-30 | 同上（更早的 beta） | — |
| 2.1.1 | 2026-03-30 | 稳定版（手动实例形态） | 要稳定运行、要做回测的人 |
| 2.1.0 | 2026-03-18 | 稳定版 | — |
| 2.0.16 | 2025-12-29 | 稳定版 | — |
| Docker 镜像标签 | — | README/compose 用的是 drakkarsoftware/octobot:stable | 想用 beta 形态需另行确认镜像标签 |
官方对 OctoBot beta 的表述：「the new OctoBot beta is a work in progress. You may hit bugs or incomplete features.」——属于官方自述，本站照录，不做稳定性评价。
Choose
OctoBot 该用 node 模式还是手动实例：看哪些条件来选
按任务选，不按新旧选。
要做参数验证 → 必须有手动实例
只要你的目的是回测与模拟盘，就得准备手动实例，因为官方明确回测仅手动可用。可以只装稳定版，也可以 node + manual 并行。
要长期多策略托管 → node 模式更顺手
如果你打算同时跑网格、DCA、篮子等多个自动化，并想在一个 dashboard 里看总组合，node 模式的设计目标正是这个场景；但请接受它是 beta 形态。
只想先试试 → 先稳定版再考虑升级
先用 2.1.1 把策略与交易所链路跑通、把回测做一轮，再决定要不要跟随 3.0 beta。升级前记得备份 user/ 数据目录。
| 运维事项 | 本地 node 形态 | 本地 manual 形态 | OctoBot Cloud | 注意点 |
|---|---|---|---|---|
| 访问入口 | 新 Web 界面 / beta 移动 App 连接本地 node（API 端口 8000） | 内置 Web 界面（默认 5001，最多 5001-5010）与 Telegram | 由官方服务提供入口，公开版移动 App 面向 Cloud 策略 | 入口不同不等于风险不同；自托管形态仍需自行保护设备与凭据 |
| 升级责任 | 用户自行拉取新版本/镜像并重启；beta 期间字段可能变动 | 用户自行升级稳定版；配置需先备份 | 升级与维护责任、时间表以官方服务条款为准 | README 未承诺跨主版本配置无缝迁移，升级前先在模拟环境验证 |
| 数据与结果留存 | 随 node 数据目录保存 | 配置在 user/；回测结果在 backtesting 数据卷 | 数据存放、导出与删除方式需查官方隐私政策 | 不挂卷时容器重建会丢数据；删除前先备份 |
| 异常处置 | 用户查日志、停止实例、必要时撤销 Key | 同上；另需核对未完成订单 | 处置渠道与响应机制取决于官方支持承诺 | 更稳妥的做法始终是先在交易所侧撤销授权 |
| 回测可用性 | 不可用（官方限定 manual） | 可用内置回测引擎 | 可用范围未在本次证据中核实 | 参数验证需求会直接决定是否必须保留 manual 实例 |
结论顺序：先写下你要做的三件事——是否需要回测、是否要跑多个自动化、是否愿意自己维护服务器；再对照上表选形态。Cloud 的费用、功能与数据处理不在本站核验范围内，不要用开源版的特性去推断 Cloud。
Cloud vs self-host
OctoBot 本机、云主机自托管与官方 Cloud 怎么选：责任对照
同一套策略放在不同位置，你承担的责任完全不同。下表按维度对照三种运行位置。
| 维度 | 本机部署 | 云主机自托管（含一键镜像） | 官方 Cloud 形态 | 注意点 |
|---|---|---|---|---|
| 谁维护运行环境 | 你自己 | 你自己（云服务商只提供机器与网络） | 官方托管服务 | Cloud 的具体边界以官方现行条款为准，本站未核验 |
| 服务器与带宽成本 | 无额外费用，用自己电脑的算力与电 | 按月支付云主机费用 | 以官方定价为准 | 本站不引用未经核验的价格或套餐数字 |
| 数据与密钥位置 | 全部在本机 | 在你购买的云主机上 | 需读官方数据处理与隐私说明 | 位置决定你要承担的责任范围 |
| 可用性 | 关机、休眠或断电即停止 | 可长期在线，适合连续运行 | 由官方服务的可用性决定 | 本机不适合需要 7×24 连续运行的策略 |
| 回测可用性 | 可跑（手动实例） | 可跑（手动实例） | 以官方当前能力为准 | 回测只在手动实例可用这条约束，与部署位置无关 |
| 能否向交易所下单 | 能，自己配置 API Key | 能，自己配置 API Key | 以官方能力与权限说明为准 | 能下单就意味着风险自负，官方免责声明同样适用 |
| 适合的场景 | 试用、看界面、写代码调试 | 长期在线运行策略 | 不想维护环境、接受托管形态 | 取舍的本质是控制权与维护成本的交换 |
| 需要自己做的事 | 装依赖、管端口、看日志 | 装容器、配端口与卷、做备份与监控 | 按官方流程配置 | 任何自托管形态都要把备份与安全算进成本 |
边界说明：关于移动端 App：3.0 的移动端连接的是你自己的 node，并不等于官方替你托管策略与密钥；App 能操作哪些功能以官方文档为准，本站未核验。关于 3.0 beta 是否适合实盘：官方称仍在开发中，界面与配置字段可能变化，是否跟随由你自己判断；本站不给出实盘建议，也不会把 beta 说成稳定版。
FAQ
OctoBot 运行形态常见问题：两种模式怎么选
node 模式和手动实例是两套软件吗？
不是。它们是同一个 OctoBot 项目的两种运行形态：node 模式在 3.0 起成为默认，负责作为新界面与移动 App 的后端；手动实例是原有形态，保留内置 Web 界面与 Telegram。README 说明可从 node 界面启动手动实例。
两者能同时跑吗？
可以，端口上也是这么设计的：node API 用 8000，手动实例的 Web 界面用 5001-5010（最多 10 个子进程界面）。同时运行时要注意端口不冲突、以及两类实例的风险敞口合并核算。
新版界面不用本地部署吗？
README 的表述是：你的 node 作为新界面与移动 App 的后端，因此机器人本体仍跑在你自己控制的机器上；界面只是访问入口。具体的连接方式与鉴权以官方 getting-started 指南为准。
公开版手机 App 能用在我的开源实例上吗？
README 特别说明：公开（非 beta）的移动 App 面向 octobot.cloud 的策略；要管理开源 beta 实例，应使用新界面或 beta 版 App。版本对口这一点很容易搞混，建议按官方说明操作。
OctoBot Cloud 与 DigitalOcean 部署是同一个东西吗？
不是。OctoBot Cloud 是官方服务；DigitalOcean Marketplace 提供的是在用户自己的云主机上部署 OctoBot，服务器与实例仍由用户负责。二者的费用、功能、更新责任与 API Key 条款应分别核对，README 没有提供 Cloud 当前价格或完整功能矩阵。
开源版 node 会把 API Key 交给 Cloud 吗？
README 将 node 的设计原则描述为自托管、密钥不离开设备，但本站没有审计通信实现，也不能将该说法外推到 Cloud 服务。连接交易所前请阅读对应版本的官方说明；Cloud 用户还应另行核对官方隐私与服务条款。
升级到 3.0 beta 会丢配置吗？
官方未在 OctoBot 的 README 中承诺平滑迁移。通用做法是升级前备份数据目录（Docker 部署对应 /octobot/user 卷），并在模拟盘环境先验证一遍再切到实盘实例。
本站验证过这些形态吗？
没有。本站未在本机安装或运行 OctoBot，以上内容整理自 README、Dockerfile 与 Releases 列表，未做实测；实际行为以官方版本为准。