平台可靠性

Alphio 平台围绕 持续可用 设计 —— 维护窗口、优雅降级、应用商店审核安全模式齐备。

---

1. App 启动检查

Alphio 移动端每次启动都会调用 /v1/dashboard/app/startup，拉取：

• 强制更新标志 —— 当前原生版本是否必须更新才能继续。
• 远程配置 —— 功能开关、地区开关、实验分组。
• 维护横幅 —— 当前是否有维护通告。
• 审核模式标志 —— 当前构建是否处于商店审核模式（见第 4 节）。

这一次调用是 App 进入主屏前 所有应用级闸门决策 的事实来源。

---

2. 强制更新

如果原生版本低于支持的最低版本，App 启动时会弹出 不可关闭的弹窗：

• 弹窗无法关掉。
• 唯一动作是 "立即更新"（深链到 App Store / Play Store）。
• 强制更新 审慎使用 —— 通常出于安全修复、后端契约破坏性变更、或商店合规要求。

Web 版会在下次刷新时静默更新，不需要这个流程。

---

3. 维护窗口

针对后端计划内维护：

• App（Web 与移动端）在窗口前提前展示 横幅。
• 窗口期间，受影响的页面可能切换到 只读模式 —— 你仍可浏览研究、自选股、历史，但 下单可能暂停。
• 通知会尽量正常下发。
• 窗口结束后横幅自动撤掉。

紧急维护走相同的 UI，但通知更短。

---

4. 应用商店审核模式

当一个新版原生包正处在 Apple / Google 审核 时，部分敏感内容会由服务端 /v1/dashboard/app-review-config 标志隐藏：

• 受限司法辖区的功能可能隐藏。
• 链上与预测市场相关页面可能展示精简版本。
• 这只影响 审核中的构建，不影响 终端用户在用的生产版本。

构建审核通过并发布后，审核模式标志清除，完整功能回归。

---

5. Deeplink 归因

从营销链接安装 Alphio 时，App 在首次启动会做 延迟深链匹配：

• 安装前：营销点击会被安装归因供应商打上指纹。
• 安装后：首次启动时，App 用该指纹换回原始深链目标（例如某条 Market Brief、邀请码、引导流）。
• 你会直接落到目标页，而不是通用首屏。

这让邀请与营销体验跨越 "安装" 这条界线保持连贯。

---

6. 遥测与可用性 SLO

Alphio 对后端服务、App 启动、交易轨道都做了埋点，以便快速发现回归。

注意

精确的可用性 SLO 与公开的状态页 URL 正在最终确认。出现故障后我们会通过状态页发布事件更新 —— 在对外渠道引用 URL 前，请先与产品团队确认。

---

7. 故障上报

如果你怀疑发生了故障：

• 看 App 内横幅 —— 多数已知问题会第一时间在首屏置顶。
• 走反馈通道 —— 设置 → 帮助与反馈，描述你看到的现象。
• 邮件联系支持 —— 涉及账户层面的事件（订单未成交、余额对不上）请发邮件，附账号邮箱、大致时间与可用的截图。

具体支持联系路径见文档的 Support 一节。