测试版开始 · 说明
选择托管服务或自行托管
根据所需控制权选择托管或自行托管，并理解 Hybrid 如何增加服务而不改变订单权威。
应用决策规则预计用时5 分钟
适用范围与来源Mobazha v0.3 候选版本
托管服务
如果希望评估 Mobazha 或经营店铺，但不想维护底层服务器，可以使用托管应用。服务运营者负责可用性、部署和托管账号边界；当前 Beta 价格和限制另行公布。
- 这是进入当前买家和卖家体验的最快路径。
- 服务可用性、数据处理、限制和未来价格受托管条款约束。
- 实际可用的交易和支付路径仍由运行时能力决定。
自行托管 Node
如果需要直接控制部署、店铺数据、域名、可用性、备份和集成，可以运行开源 Node。你负责机器、安全、恢复、升级和第三方成本。
- 运行软件本身不会产生必须支付给 Mobazha 的中心化交易费。
- 当前 v0.3 系列是用于评估和测试网的候选版本。
- 默认发布边界包含 BTC、BCH 和 LTC，但仍受运行时能力和卖家配置约束。
责任比较
| 决策范围 | 托管服务 | 自行托管 Node |
|---|---|---|
| 服务器可用性和更新 | 由托管服务运营者按公开条款管理 | 由你的运营者负责，包括维护窗口和回滚 |
| 域名和网络边界 | 使用服务支持的公开入口 | 自行负责 DNS、TLS、反向代理、防火墙和暴露策略 |
| 店铺数据和恢复 | 受托管服务的导出、保留、隐私和恢复条款约束 | 自行决定备份频率、异地副本、恢复测试和恢复访问 |
| 集成 | 限于托管部署公开的能力 | 可在 Node 已发布契约和有效能力范围内配置 |
| 服务成本 | 查看当前托管价格和适用服务商费用 | 运行软件本身没有强制 Mobazha 交易费，但基础设施和第三方成本由你承担 |
| 第一个验证 | 完成一次可丢弃的买卖流程并检查服务条款 | 在测试网启动，然后验证诊断、备份、恢复和一次完整交易流程 |
两种模式都不会自动提供所有支付轨道、扩展或市场能力。连接后端的运行时响应、卖家配置和当前发布契约才是权威来源。
Hybrid 是组合方式，不是第三个订单所有者
Hybrid 指独立或商业运营的店铺后端加入更广泛的店铺网络，或调用选择的外部能力。它不是第三种部署类型，也不会让一笔订单同时由多个权威数据库管理。
例如：
- 自托管店铺出现在社群或托管发现入口；
- 独立 Node 使用明确的支付、配送、消息、索引、AI 或支持服务；
- 托管和自托管店铺交换允许的发现、签名内容、消息或交易协议请求；
- 托管店面或直接链接把买家解析到真正拥有订单的卖家后端。
每项连接都要记录提供者、交换的数据、价格、能力、故障行为、退出路径，以及继续负责店铺和订单状态的后端。方便的渠道或网关不能悄悄成为第二个交易权威。
决策规则
- 如果减少运维工作比控制全部基础设施边界更重要，选择托管。
- 如果控制权、可移植性、自定义运营或独立可用性值得承担运维责任，选择自行托管。
- 只有当外部服务的价值、交换数据、成本、失败行为和退出路径比自行运行更清晰时，才加入 Hybrid 服务。
- 先在测试网验证备份、付款、履约和恢复，再让任何模式承载重要交易。
- 持续依据最新条款和能力重新评估；部署选择不会永久锁死产品模式。
承诺投入前验证选择
- 指定负责可用性、更新、安全、备份和事故响应的人或服务商。
- 确认店铺数据位于何处、如何导出，以及更新失败或服务不可用时如何恢复。
- 检查实际部署公开的支付、配送、Agent、API 和市场能力。
- 完成一次测试订单，从商品和报价开始，经过付款观察、履约、退款或争议路由与证据审阅。
- 按收款方记录周期成本和交易相关费用，不要只比较订阅费或抽成标题。
只要责任人、恢复路径、能力或费用仍有一项未知，就应停留在评估阶段，不要把部署视为已就绪。