AWS GCR · Account Intelligence Dossier · v2 · 已整合官方 TAP/UAP · 始终最新

LBank 360 客户全景

全球加密交易所(2015 · 12M+ 用户 / 216 国),2026 头号目标=机构客户入驻(sub-ms/99.99% SLA)。官方增长计划:Phase 1 留住衍生品 + Phase 2 把现货从阿里 win-back,冲 $4.5–5.5M / 80–90% share。⚠️ 现实张力:DayDay(原 Bybit)主导的"统一用户 1.0"自研撮合正倒向阿里云东京——两条线在 Aeron-based Matching Engine Upgrade 交汇。
🏛 2015 · 12M+ 用户 / 216 国 📊 现货 #20-23 · 衍生品 #9-10 🎫 6 张牌照 + 迪拜 VARA 申请中 ☁️ AWS 35% : 阿里 65% 📈 ARR $631K→$1.65M→目标 $3.31M 🤝 $9M PPA(Q3 2026)
+162%
2025 ARR YoY($631K→$1.65M)
$3.31M
2026 目标 ARR(+100%,Phase 1)
$4-5M
2028 incremental(80-90% share)
35% : 65%
AWS(衍生品) : 阿里(现货) 份额
20s→<1s
LB failover 痛点 · 目标 99.99% SLA

最新动态 · 核心结论 (已整合官方 TAP/UAP + 6 月客户交流 · 此区始终保持最新)

📌 两个视角的张力(理解本账户的钥匙):官方 UAP/TAP 是乐观增长计划——留住衍生品 $1.65M + 2027-28 把现货从阿里 win-back,冲 $4.5-5.5M / 80-90% share / $9M PPA;而 6 月竞争防守交流暴露现实风险——DayDay 主导的"统一用户 1.0"自研撮合正倒向阿里云东京,连衍生品都可能迁出。两条线在 Aeron-based Matching Engine Upgrade 交汇:官方把 Kenny 的 Aeron 专长作为把 DayDay 自研 LCM 实践"拉回 AWS"的抓手。

核心结论(6 条)

① 战略:机构入驻 = 增长引擎

2026 头号目标机构客户入驻(对冲基金/专业交易者),要求 sub-ms 延迟 + 99.99% SLA。这是 AWS 主张"多云→统一 AWS"的 compelling event(多云无法统一保证金/合规/DR)。

② 财务:三年 3 级跳

ARR $631K→$1.65M(+162%)→2026 目标 $3.31M(+100%)→2028 $4.5-5.5M。当前 AWS 35%(衍生品)/ 阿里 65%(现货)。关键里程碑 $9M Cross-Service PPA(Q3 2026)

③ 风险:自研撮合倒向阿里

DayDay(原 Bybit,现 CTO)主导"统一用户 1.0"自研 LCM(Aeron 替 Kafka、非 RAFT、单 AZ 两副本、全 C++),6/10 旁路陪跑、7 月底 Jason 拍板。与官方 win-back 方向相反——衍生品 $1.65M 有迁出风险。

④ 交汇:Aeron ME Upgrade(最高优先)

官方五大举措之首 Matching Engine Upgrade(Aeron-based,+$200K,DayDay 认可) 正是把自研实践拉回 AWS + 补 Multi-AZ HA 的抓手——Kenny 的 Aeron/OKX 200 万 TPS 经验(云无关但捆绑 AWS 平台稳定性)。

⑤ 痛点:可用性 > 性能

单核心库=单点、LB failover 20s(目标 <1s)、无跨区 DR、SLA 99.9%→99.99%。撮合 20K TPS 够用但机构需升级。真正缺口是 resilience,不是性能。

⑥ 情绪:对 AWS 支持有负面印象

6 月:DMS 事件恢复慢、研发在美国难拉通;阿里"直接拉研发快速定位"。CTO DayDay 是 2025 新任、关系待深化。支持体验 + CTO 信任是 Phase 1 两大 Blocker。

一句话研判:LBank 是散户起家、正冲机构化的腰部交易所(衍生品 #9-10)。官方账户团队定了清晰的两阶段 $4-5M 增长盘,但底层现实是 DayDay 的自研撮合正把重心拉向阿里云。AWS 的胜负手=用 Aeron-based ME Upgrade 拿下 CTO 信任、以机构入驻的"统一平台"刚需驱动 win-back、修复支持体验、拿下 $9M PPA——不是拼性能,是拼可用性/生态/信任。

团队 To-Do / Action(180 天优先行动 · Q1-Q2 2026)

官方 UAP 180 天优先计划 + 6 月交流补充,按 owner/优先级跟进。

🏗 Q1 · 数据库 CDC + 安全(P1-P2)

  • Aleck+Luke / DayDay+Ethan:Core Database CDC Transformation(Binlog Replica 级联 + MSK 迁 70 下游 + 业务线隔离)
  • Aleck+Luke / David:Security Platform 启动(GuardDuty+Session Manager,100% 无密码 by 5/31)

⚡ Q2 · Matching Engine + GenAI(P3-P4)

  • Aleck+Felix / DayDay+JasonMatching Engine Upgrade(Aeron-based 方案 + Multi-AZ HA)——最高优先、拿 CTO 信任
  • Felix+Aleck / Jason+Rocky:GenAI 客服 POC(Bedrock/Claude+AgentCore+Connect)

🤝 高管 / 商务(Leadership Asks)

  • AWS 高管(3 月):engage co-founder Jason,确认 Aeron-based ME 低延迟方案,保 $1.65M baseline
  • AWS 高管(Q4):engage Jason+DayDay 拿 $9M Cross-Service PPA + 启动 Phase 2 迁移

🛡 支持 / 防守(6 月补充)

  • Elin & Rachel:出 support/escalation 改进方案(回应 DMS 事件恢复慢的负面印象)
  • Kenny/学嵩:AWS 并行 benchmark(回应"只测中间件、无端到端")+ 系统记录阿里痛点
  • attack 多云痛点:季度竞争情报 + 机构"统一平台"刚需驱动 win-back

合作机会全景(OPP Dashboard)

把 7 大机会点的客户痛点与 AWS 机会聚合成一张全景图。详细研判见下方各 Domain。

合作机会全景(OPP Dashboard) LBank 7 大机会点 · 痛点 → AWS OPP → 责任人 · 按 accent 颜色区分优先级与领域 1高可用 / 多AZ痛点单 AZ 两副本,故障域集中,缺高可用冗余AWS OPPHA / multi-AZ / replicagap assessment 评估责任人SA Team 2并行 Benchmark痛点只测中间件,缺端到端 (E2E) 基准AWS OPP定最小范围 +methodology 方法论责任人Elin & 学嵩 3支持 / Escalation痛点对 AWS 支持存负面印象,响应体验差AWS OPP建快速响应 /escalation 通道责任人Elin & Rachel 4高层沟通痛点Eason 无决策权,DayDay 偏阿里AWS OPP推动 Jason 高层直接沟通建立信任责任人Elin 5AI / AgentCore痛点已 POC,缺深化切入与场景落地AWS OPP补充切入 +行业标杆分享责任人全员 6性能调优痛点未做绑核 / GC调优,吞吐待挖掘AWS OPPJVM / G1 + 多压测机压测方法论责任人Kenny 7机构 / MM 接入痛点1/20 接机构做市商,延迟极敏感AWS OPP低延迟直连 /colocation 就近部署责任人Kenny 行动节奏 & 优先级 1/20 机构 / MM 接入 — 最 高优先,硬 deadline 近期 HA 评估 + E2E be nchmark 并行推进 关键 推动 Jason 高层沟通破 局阿里 持续 AI / AgentCore 深化 + 行业分享 来源:LBank WBR + 6/29·6/30 客户交流
OPP 全景:高可用/多AZ · 并行benchmark · 支持escalation · 高层沟通 · AI/AgentCore · 性能调优 · 机构接入。

🏢 公司概况 · 商业模式 · 市场地位

2015 年成立的全球加密交易所,12M+ 用户 / 216 国,散户起家、正冲机构化。衍生品排名(#9-10)显著高于现货(#20-23)。2022-08 成为 AWS 客户。

维度事实置信
成立 / 创始人2015 年(Tracxn 记 2016 by Eric He);Eric Xu 任 North America CEO
总部 / 团队新加坡 + 迪拜 + 吉隆坡,团队分布中国及多地;实体 LBK Exchange FZE(迪拜自贸区)
用户 / 覆盖12M+ 用户 / 216 国(官方 UAP)
市场地位现货 CoinGecko #20-23(3.1-4% 份额,年量 $1.66T)· 衍生品 #9-10
定位散户为主(100x Gem 上新、AFA 赞助、韩国投放);2026 转向机构客户入驻(对冲基金/专业交易者)
业务结构衍生品/合约(AWS 东京,800+ 对 24/7)+ 现货(阿里云)双线;新"统一用户 1.0"要一体化
AWS 关系2022-08 成为客户;3 年从基础部署→战略伙伴;2025 合办"1001"品牌活动获 3000+ 线索
官方增长逻辑(UAP):2026 客户头号业务优先级=机构客户入驻,要求 sub-ms 延迟 + 99.99% SLA。AWS 定位为支撑其从"零售级→机构级交易平台"转型的战略基础设施伙伴——两阶段 $4-5M incremental by 2028、目标 80-90% share of wallet。
⚠️ 底层现实(6 月交流):DayDay(原 Bybit)主导"统一用户 1.0"自研撮合,选阿里云核心动因=成本(免费 credits + 人工陪跑)+ 散户为主对延迟要求不极致。Jason 对统一系统无 hard deadline(老系统仍在跑)——这既是迁出风险,也是 AWS"用 Aeron ME Upgrade 拉回 + 争取时间"策略成立的窗口。

👤 关键人物 · 决策链

🟢 官方 UAP 干系人全表(9 人)。决策层=Jason(Co-founder,商务/成本)+ DayDay(CTO,技术创新)Ethan(Infra Lead)主导 2026 机构入驻落地,是主要技术接触点。Rocky=前 CTO / 现 Product Director。

客户干系人全图 + AWS OneTeam LBank 核心干系人 × AWS OneTeam 覆盖映射 · 颜色 = 影响力等级 影响力 High Med-High Med 未覆盖 / 待突破 客户方 · LBank 干系人(按影响力 / 覆盖) AWS OneTeam 一个团队 · 分工覆盖客户各干系人 Jason · Co-founder 商务 / 成本决策 · MKT 方向 影响力 High · 顶层拍板 覆盖: AM Felix + BD LinRong DayDay · CTO 技术创新主导 · 影响力 High 新建关系 · 待深化信任 覆盖: AM Felix(Damon 助攻) David · Security Lead 安全架构 / 合规 / HIDS · High ⚠ 当前未覆盖 — 优先突破 目标: AM Felix + SA Aleck Rocky · Product Director / 前 CTO 产品方向 · 影响力 Med 角色: Coach(内部支持者) 覆盖: SA Mgr Damon Ethan · Infra Lead 基础设施 / 中间件 / 运维监控 影响力 Med-High · 覆盖 Good 主导机构入驻 · 落地关键人 Dean · Operations Lead 阿里-AWS 统一运维 / CDC 影响力 Med · 覆盖 Good 多云运维协同接口人 Wayne · Security Engineer HIDS 主机入侵检测执行 影响力 Med · David 团队 技术验证 / POC 参与者 Kai · Infra Ops 基础设施运维 · 成本关注 影响力 Med · 角色 Coach 成本优化沟通窗口 Felix · AM(客户经理) 高管关系 + 商务谈判主责 覆盖 Jason · DayDay · David Luke Luo · TAM 技术卓越 / 运维护航 对接 Ethan · Dean 运维体系 Aleck + 学嵩 · SA(架构师) 架构设计 / POC 主力 攻坚 David 安全 · Wayne 验证 Damon · SA Manager CTO 层信任建立 覆盖 Rocky · 助攻 DayDay LinRong · BD Manager 商务拓展 · 支撑 Jason 商务关系 来源:LBank UAP/TAP 2026 + WBR
9 位客户干系人 + AWS OneTeam(按影响力/覆盖)。CTO DayDay 关系"新建待深化"、David(安全)未覆盖=重点攻坚。

🟢 客户方决策层

Co-founder · 商务决策

Jason

7-8 年任期,商务拓展 + 成本管理。关系 Good(Felix + BD LinRong 覆盖)。$9M PPA 与 GenAI 客服的 Executive Sponsor。

CTO(原 Bybit)· 技术创新

DayDay

High 影响力、2025 新任、关系新建待深化(Phase 1 两大 Blocker 之一)。主导"统一用户 1.0"自研撮合(LCM)。ME Upgrade / CDC 的 Executive Sponsor——拿下他的技术信任是核心。

Infra Lead · 技术接触点

Ethan(= Eason)

Med-High、关系 Good;主导 2026 机构入驻落地,是 CDC/ME/HA 的 Primary Owner。关注故障快速恢复/支持响应/平台稳定性。

安全 / 运维 / 产品

David · Dean · Rocky

David=Security Lead(High,未覆盖,安全平台 Owner);Dean=Operations Lead(阿里-AWS 统一运维/CDC/AI Ops Owner);Rocky=Product Director/前 CTO(Coach)。另 Wayne(安全工程)、Kai(Infra Ops/成本)、Javen/Lando(C++/Java 开发)。

🔵 AWS OneTeam

AM · TAM

Felix · Luke Luo

Felix=高管关系(Jason/DayDay)+商务;Luke Luo=TAM 技术卓越(ES PPA assigned)。

SA · SA Mgr

Aleck · 学嵩 · Damon

Aleck+Xiao Xuesong=架构/POC;Damon=SA Mgr(CTO 信任构建)。

Aeron/撮合专家

Kenny Lai

OKX benchmark 实测 200 万 TPS——Aeron-based ME Upgrade 的核心武器。

BD · SA

LinRong · Elin · Neo SUN

BD Mgr LinRong(Jason 商务);Elin Liu(BD);Neo SUN 孙嘉 jiasunm(SA,本档案作者)。

⚖️ 监管 · 牌照 · 展业

🟢 官方 UAP:已获 6 张牌照/证书,迪拜 VARA 申请中。散户为主、全球化营销、多语言运营(6 语)。

司法辖区牌照 / 状态
美国FinCEN MSB + NFA
加拿大MSB
意大利OAM
澳大利亚AUSTRAC
立陶宛VASP
迪拜 UAEVARA 牌照申请中(LBK Exchange FZE,迪拜自贸区);曾为拿牌暂停 UAE 新用户注册
展业 / 语言全球 216 国;散户为主、营销驱动(AFA 赞助 2025-09-26、韩国投放);客服 6 语(英/中/泰/马来/韩/阿拉伯)
合规与机构入驻的关系:机构客户要求统一合规(SOC2 / ISO27001)、统一审计日志、多辖区合规报告——多云架构(AWS IAM vs 阿里 RAM、分离审计)是障碍,这也是官方"统一到 AWS"的 compelling event 之一。

📈 财务 · 增长轨迹

🟢 官方 UAP 权威口径。三年 3 级跳,2026 目标翻倍,2028 冲 80-90% share。

AWS 营收轨迹与两阶段战略 LBank · AWS ARR 增长路径(2024–2028)与 Phase 1 / Phase 2 钱包份额争夺 ARR 增长轨迹(US$) $1M $2M $3M $4M $5M $631K $1.65M $3.31M $4.5–5.5M +162% YoY +100% · Phase1 80–90% share · Phase2 2024 2025 2026 目标 2028 目标 Phase 1(2026)· 基础设施现代化 +$1.66M · 留住衍生品业务 ARR $1.65M(核心防守) · 落地 5 大现代化举措(迁移 / 弹性 / 观测) · 2026 quota $3.057M,月支出 ~$187K · $9M Cross-Service PPA(预计 Q3 2026 签署) 目标:钱包份额突破,站稳基础设施底座 Phase 2(2027–28)· 现货平台迁入 +$3–4M · 现货平台从阿里云整体迁入 AWS(win-back) · 从竞品 阿里云 抢回主力工作负载 · ARR 冲刺 $4.5–5.5M,达 80–90% 钱包份额 目标:成为 LBank 首选 & 主力云平台 win-back 战役:从 65% 阿里云存量迁移是最大增量来源 Share of Wallet 进度 当前云支出份额 → Phase 2 目标 当前 AWS 35% 阿里云 65% 目标 AWS 80–90% 阿里 10–20% +45–55 pct 份额提升空间 ≈ $3–4M win-back 增量 ARR AWS 阿里云(竞品) 来源:LBank UAP/TAP 2026 + WBR
ARR 轨迹:$631K→$1.65M(+162%)→2026 目标 $3.31M→2028 $4.5-5.5M;两阶段 + share of wallet 35%→80-90%。
年度ARR说明
2024 baseline$631K基础设施部署阶段
2025 达成$1.65M(+162% YoY)系统化干系人 engage + 技术赋能 + 基础设施现代化(+$110K)
2026 目标(Phase 1)$3.31M(+100%)quota $3.057M(Core $2.97M + AI $87K);5 大举措 +$750K;留住衍生品
2028 目标(Phase 2)$4.5-5.5M(80-90% share)现货从阿里 win-back +$3-4M
当前财务快照:月支出 ~$187K(东京 hub ~$213K/月);份额 AWS 35%($1.65M,衍生品)· 阿里 65%(~$3M,现货+中台+日志)。商业协议:ES PPA 2025-12-01 签(3 年,TAM Luke Luo)Cross-Service PPA 计划 Q3 2026($9M / 3 年)。2025 用量 Jan 82K→Dec 260K(12 月 +36.7%,来自合约库 r6g→r8g 大版本升级 + 压测 + 首购 ES)。
⚠️ 口径提示:UAP 部分表格有笔误把 AWS/阿里数字写反。以 "AWS 35% = $1.65M、阿里 65% ≈ $3M" 为准(与月支出 $187K、财务轨迹自洽)。

🎯 两阶段增长战略(留存 → 夺回)

🟢 官方两阶段 $4-5M 增长盘。机构客户入驻的"统一平台刚需"是驱动 win-back 的 compelling event。

两阶段增长战略(留存 → 夺回) LBank Win 战略 · Phase 1 防守转进攻(2026)→ Phase 2 夺回(2027–28)· 三支柱驱动 Phase 1 · 2026 — 防守转进攻 留住衍生品平台 $1.65M ARR · Low risk 威胁:阿里云 50%+ 折扣抢单 5 大举措(证明 AWS 价值) · 用 TCO / 性能证明 AWS 价值 · 建立与 CTO DayDay 的信任 · 系统记录阿里云痛点(反制折扣) · 巩固衍生品平台技术粘性 Phase 2 · 2027–28 — 夺回 现货平台 $3M:阿里云 → AWS 东京 迁移周期 18–24 个月 Compelling Event · 机构客户「统一平台强制要求」 · 单一云简化合规 / 运维 / 审计 · 目标夺回 $3–4M ARR · 借机构 SLA 需求推动全平台统一 演进 机构客户入驻 · 2026 核心目标 硬性要求:sub-ms 延迟 · 99.99% SLA 可用性 多云架构 = 硬阻碍 → 必须统一到单一云(AWS),驱动现货 & 衍生品收敛 ① Workload Retention 保护 $1.65M ARR · 5 大举措证明 AWS 价值 · 建立 CTO DayDay 信任 · 记录阿里云痛点 → 反制折扣 阶段 1 · 2026 · Low risk ② Win-Back 夺回 $3–4M ARR · 现货平台迁 AWS 东京 · 机构客户「统一要求」驱动 · 18–24 月迁移窗口 阶段 2 · 2027–28 ③ AI & Innovation Leadership 建立差异化壁垒 · GenAI / 数据平台创新 · 超越单纯价格竞争 · 深化 CTO 战略绑定 贯穿两阶段 来源:LBank UAP/TAP 2026 + WBR
两阶段战略:Phase 1(2026) 留住衍生品 + 5 大举措证明价值;Phase 2(2027-28) 现货从阿里 win-back。三支柱:Retention / Win-Back / AI Leadership。

Phase 1(2026)基础设施现代化

+$1.66M(+100%)。留住衍生品 $1.65M(阿里 50%+ 折扣威胁,Low risk);5 大举措证明 AWS 价值、建 CTO DayDay 信任、系统记录阿里痛点。防守转进攻。

Phase 2(2027-28)现货 win-back

+$3-4M。现货 $3M 从阿里云迁 AWS 东京(18-24 月)。compelling event=机构要统一平台(多云无法实时保证金/统一合规/DR/FIX 单网关)。2027 试点→核心,2028 割接+阿里退役。

三支柱

Workload Retention($1.65M 保护,TAM-led MBR/QBR)② Win-Back($3-4M)③ AI & Innovation Leadership(GenAI 客服 + AI Ops + 统一数据平台)。目标 80-90% share of wallet。

💡 win-back 的六大多云痛点(机构视角):① 性能不一致(衍生品 sub-ms vs 现货未知 + 50-200ms 跨云同步)② 无法统一保证金/抵押 ③ 运维碎片化(20+ 分钟定位跨云根因)④ 安全合规碎片化(SOC2/ISO27001)⑤ API 集成负担(IAM vs RAM 双套)⑥ DR 缺口(衍生品有跨区 DR,现货未知)。这六点是 Phase 2 迁移的核心论据。

🕐 竞争防守时间线

从 2025-12 架构研讨会到 2026-07 切换窗口,阿里云竞争防守主线的演进。

竞争防守时间线 Aeron 差异化对抗阿里云迁移攻势 · 架构研讨 → 旁路陪跑 → 稳定性拍板 2025-12-29 架构研讨会 CTO Jason / DayDay 深度技术交流 五层架构·MQ·Aeron 2026-02-16 阿里云竞争防守 Aeron 差异化反击 阿里以 OKX 案例 推动迁移攻势 6/29 内部策略对齐会 时长 34 min 打法与口径对齐 明确防守节奏 6/30 LCM 性能架构交流 时长 64 min Eason 团队 · 客户侧 性能与架构深聊 6 月中旬起 上百服务旁路陪跑 并行·无损陪跑 积累稳定性数据 持续验证中 7 月底 Jason 拍板窗口 视稳定性定切换 是否全量迁移 ⚠ 窗口收窄 来源:LBank WBR + 6/29·6/30 客户交流
时间线:2025-12-29 架构研讨会 → 2026-02-16 Aeron 差异化防守 → 6/29 内部对齐 → 6/30 客户 LCM 交流 → 6 月中旬旁路陪跑 → 7 月底 Jason 拍板(窗口收窄)。

🎯 架构 AWS 现有架构(衍生品平台 · 东京)

🟢 官方 TAP 附录。衍生品/合约平台跑在 AWS 东京($1.65M ARR,Primary Hub ~$213K/月),三层设计。

AWS 衍生品平台架构(东京) LBank 衍生品交易平台 · AWS ap-northeast-1(东京)三层架构 · Multi-AZ 私有子网 EDGE 层 · 全球接入 Route 53 · Geo DNS 地理路由 · 就近解析 4.25 亿查询 / 月 CloudFront + Shield 边缘缓存 · 静态加速 DDoS 防护 Cloudflare / Akamai 主 CDN · 多云加速 WAF / Bot 防护 NLB / ALB 四层 / 七层负载均衡 入口分流 APP 层 · Tokyo VPC · Multi-AZ 私有子网 ap-northeast-1a / 1c / 1d 撮合引擎 m5zn.12xlarge ×3 3.9GHz · 20K TPS 订单服务 c6i / c7i.2xl ×40+ 下单 / 撤单 / 持仓 行情服务 c6i / c7i.4xl ×10+ 深度 / K线 / 推送 API / WebSocket m7i ×20+ REST / WS 网关 EKS 微服务集群 容器化 · 弹性伸缩 Trading Account Risk Market Auth DATA 层 · 持久化 & 缓存 Aurora MySQL r8g.8xl ×4 主 · r6g.8xl ×3 读副本 6TB · 10.5B IO / 月 ElastiCache Redis 35 节点集群 会话 / 热数据缓存 MSK · Kafka 事件流 / 消息总线 成交 / 撮合流水 OpenSearch 日志检索 / 审计 19 TB ANALYTICS & 副区 ClickHouse Cloud 实时 OLAP 分析 第三方 · 非 AWS EMR · Flink on EKS 流计算 / 实时风控 42K vCPU-h / 月 us-west-1 · 北美网关 跨区接入 / 就近下单 副区 us-east-1 · 全局服务 IAM / CloudFront 控制面 副区 月支出 ~ $187–213K · Route 53 4.25 亿查询/月 · Aurora 10.5B IO/月 · EMR 42K vCPU-h/月 · OpenSearch 19TB 来源:LBank UAP/TAP 2026 + WBR
三层架构:Edge(Route53/CloudFront/Cloudflare) → App(m5zn 撮合 + EKS 微服务) → Data(Aurora/Redis 35 节点/MSK/OpenSearch 19TB) → Analytics(ClickHouse/EMR Flink)。
组件
Regionap-northeast-1(东京 Primary Hub);副区 us-west-1(北美网关)、us-east-1(Route53/CloudTrail/ACM)。账号 Production VansDeriv + Test awstech
EdgeRoute53 Geo DNS(4.25 亿查询/月)→ CloudFront(Shield)+ Cloudflare(主 CDN/WAF)+ Akamai(次) → NLB/ALB
App(Multi-AZ)撮合 m5zn.12xlarge×3(3.9GHz,20K TPS)、订单 c6i/c7i.2xl×40+、行情 ×10+、API/WS m7i×20+、EKS 微服务(Trading/Account/Risk/Market/Auth)
DataAurora MySQL r8g.8xl×4 主 + r6g.8xl×3 读(6TB,10.5B IO/月)ElastiCache Redis 35 节点、MSK Kafka、OpenSearch 19TB
AnalyticsClickHouse Cloud(Marketplace)、EMR Flink on EKS(42K vCPU-h/月)
ARR 拆分Trading Platform $1.10M · Data Platform $0.65M · Networking&Delivery $0.38M
阿里云环境(65%,win-back 目标):现货交易平台(ECS/ApsaraDB/SLB)+ 中台微服务 + 运维平台 + Splunk 自建日志分析。服务级竞争:Compute(EC2 vs ECS)、DB(Aurora vs ApsaraDB)、Cache(ElastiCache vs 阿里 Redis) 均为高迁移机会。

🎯 举措 Phase 1 · 五大技术举措(+$750K ARR)

🟢 官方 Phase 1 五大举措。既服务机构入驻,又是 Phase 2 win-back 的技术证明点。

Phase 1 · 五大技术举措 LBank 2026 上半年落地路线图 · 每卡标注 Owner / 交付季度 / 增量 ARR 五大举措合计增量 +$750K ARR 5 initiatives 1 撮合引擎升级 Matching Engine Upgrade Q2–Q3 +$200K ★ 最高优先 Owner · DayDay (CTO) Aeron-based 方案 · 机构级撮合 <2ms 延迟 · Multi-AZ 高可用 2× 撮合速度 · 零停机迁移 战略抓手 把 DayDay 自研 LCM 实践 拉回 AWS 托管的关键锚点 2 核心库 CDC 改造 Core Database CDC Transformation Q1 +$100K Owner · DayDay Binlog Replica 级联 · 卸载主库 MSK 实时 CDC 迁 70+ 下游消费者 99.99% SLA 可用性保障 业务线隔离 Trading Settlement Wallet 3 安全与治理 Security & Governance Q1–Q2 +$100K Owner · David 100% 无密码访问 (Passwordless) Security Hub · GuardDuty · Inspector · KMS 全域密钥管理 HIDS 从 阿里云 迁入 Egress 出流量成本 ↓60% 4 GenAI 智能客服 GenAI Customer Service Q2–Q3 +$300K Owner · Jason 技术栈链路 客户咨询 Amazon Connect AgentCore Bedrock · Claude 6 语言 · 7×24 全天候在线支持 ↓40% 客服成本 对话式自助 · 减少人工坐席 高峰弹性 · 一致体验 5 AI 驱动运维 AI-Driven Ops Q1–Q4 +$50K Owner · Dean 可观测平台迁移 Splunk 迁移 CloudWatch 告警降噪 · 减少无效告警风暴 根因分析 (RCA) 自动定位 MTTR ↓ 故障平均恢复时长下降 全栈可观测统一收敛 来源:LBank UAP/TAP 2026 + WBR
五大举措:Matching Engine(Aeron,最高优先) · CDC Transformation · Security Platform · GenAI 客服 · AI-Driven Ops。
举措季度 / ARROwner方案
① Matching Engine Upgrade(最高优先)Q2-Q3 / +$200KDayDay-CTO / JasonAeron-based 衍生品总方案、Multi-AZ HA、<2ms、2x 速度、C7g Graviton3、零停机
② Core Database CDC TransformationQ1 / +$100-200KDayDay / Ethan / DeanBinlog Replica 级联 + MSK 迁 70 下游 + 业务线隔离(Trading/Settlement/Wallet)+ RDS Proxy
③ Security & Governance PlatformQ1-Q2 / +$100KDavid-Security LeadSession Manager + Security Hub + GuardDuty + Inspector + KMS + Okta,100% 无密码 by 5/31
④ GenAI Customer ServiceQ2-Q3 / +$300KJason / RockyBedrock(Claude) + AgentCore + Connect,6 语言 24/7,客服成本降 40%
⑤ AI-Driven OperationsQ1-Q4 / +$50KDean-Operations LeadBedrock + DevOps Agent + Kiro cli,Splunk→CloudWatch,降 MTTR
💡 战略本质(UAP):五大举措不是孤立项目,而是 Phase 2 迁移的技术证明点——证明 AWS 能扛 mission-critical(机构级撮合/99.99% SLA/GenAI 差异化),建 CTO DayDay 信任,系统记录阿里痛点,为 $3-4M 现货 win-back 铺路。① Matching Engine(Aeron)是攻坚 CTO 信任的头号抓手。

🎯 撮合 LCM 撮合中间件架构(竞争防守视角)

现状:LCM = 位于前台交易系统与撮合引擎之间的低延迟通信中间件,基于 Aeron(transport 封装成 MQ)自研,替代原 Kafka。主备 + pilot/etcd 选主、非 RAFT;撮合核心全 C++ 重构

LCM 架构(Aeron 自研中间件) LBank 自研低延迟中间件 · 前台 → LCM → 撮合 → 清结算 · 全链路单节点主备 · 单 AZ · 端到端 <1ms 前台交易系统 柜台 / OMS 报单入口 单节点主备 LCM 中间件 Aeron 自研 · MQ 替代 Kafka leader / follower 双副本 撮合引擎 全 C++ 重构 · 避 GC 单节点主备 清结算 Clearing & Settlement 单节点主备 报单 订单流 成交回报 LCM 内部:leader / follower 主备两副本 + pilot 控制面(接 etcd 选主防脑裂) leader(主副本) ① 先写本地盘落盘 (WAL) ② 再异步发送 slave 本地磁盘持久化 follower / slave(备副本) ring buffer 收到即 ACK 收到即返回(未必已落盘) 异步复制 ring ACK pilot(控制面服务) 选主 · 探活 · 存元数据 不参与投票 与数据面解耦 etcd 集群 选主 / 防脑裂(多数派) 元数据一致性来源 存元数据/选主 探活 / 选主 落盘 / 复制逻辑 leader:先写本地盘落盘 (WAL),     再异步发送 slave slave:ring buffer 收到即 ACK,     收到即返回(未必已落盘) 非 RAFT — 为极致性能 无 quorum / 无多数派确认 单 AZ 部署,主备同机房 吞吐十几万/秒,目标 10 万/分片 技术要点 • Aeron transport 封装成 MQ,替代 Kafka • 非 RAFT 共识(为性能牺牲强一致确认) • 撮合核心全 C++ 重构(几十万行,避 GC) • 单 AZ 部署,全链路单节点主备 • 端到端延迟 < 1ms • 吞吐十几万/秒(目标 10 万/分片) ! AWS 判读:可用性 / 持久性隐患 架构 = 单 AZ + 仅两副本 + 本地盘 corner case(存在数据丢失风险): · slave 未落盘即宕机 → 已 ACK 数据丢失 · 本地盘慢 / 故障 → 复制与落盘背离 · 单 AZ 整体故障 → 主备同时不可用 建议:跨 AZ 部署 / quorum 确认 / 持久化存储 来源:LBank WBR + 6/29·6/30 客户交流
LCM 架构:前台→LCM(主备+pilot/etcd)→撮合→清结算,全单节点主备;leader 先落本地盘异步发 slave。红框=AWS 判读的单 AZ/两副本/本地盘数据丢失隐患。
架构要点:pilot 控制面负责选主+探活+存元数据、不投票,后接 etcd 集群防脑裂;② 上下游 OMS/撮合/清结算均单节点主备,数据可靠性"压在"中间件;③ 非 RAFT=性能(RAFT 两节点共识通信成本省不掉)+ Aeron+Java 开发 GC 难搞;④ 线上两副本(成本权衡,开发支持三副本走 quorum);⑤ 统一账户一体化跑现货+合约,机构/散户核心撮合相同。

⚠️ 我们的点评:LCM 落盘与 Aeron RAFT 相反(RAFT 同步发 follower、异步落盘,数据先在另一台机器)。LCM 是 leader 先本地盘落盘、slave ring buffer 收到即 ACK——happy path 没问题,但 corner case(slave 未落盘即挂 / 本地盘突然变慢)存在数据丢失风险,且单 AZ 机柜级故障爆炸半径大。

🎯 可用性 单 AZ 两副本 vs 多 AZ RAFT

这是本账户最核心的 OPP:客户性能已达标,真正的缺口是可用性。

单 AZ 两副本 vs 多 AZ RAFT 存储层高可用架构对比:LBank 现状(单 AZ 主备)→ AWS 建议(跨 3 AZ RAFT,RPO=0) LBank 现状:单 AZ 两副本(主备) leader + follower 同 AZ · 本地盘 · 异步复制 AZ-1 · 单可用区 / 单机柜 Leader(主) 本地盘 · 先落盘 写入即持久化 Follower(备 / slave) 异步接收 · 收到即 ACK 未必已落盘 异步复制 收到即 ACK 复制链路:leader 落盘 → 异步推送 slave → slave 收到即回 ACK(未落盘) 同一 AZ · 同一机柜 · 依赖本地磁盘持久化 Corner Case:数据丢失风险 slave 未落盘即宕机 → 已 ACK 数据丢失 或 slave 盘慢 → 主备长期不一致 无多数派确认,RPO > 0 单 AZ 机柜级故障 leader + follower 同处一个 AZ 机柜 / 供电 / 网络故障 爆炸半径 = 整个集群不可用 结果:可用性受限于单 AZ,存在数据丢失窗口 现状 vs 建议 VS 演进 AWS 建议:多 AZ RAFT 三节点跨 3 个 AZ · 同步复制 · 自动故障转移 AZ-a Node 1 Leader / 主 AZ-b Node 2 Follower AZ-c Node 3 Follower / Learner Raft 同步复制 · learner 投递其他 AZ · 多数派确认 单集群性能 20 万 TPS · P99 < 10ms Raft 同步复制 / learner 投递其他 AZ 同步复制不牺牲吞吐 AZ 故障:零数据丢失 多数派已确认 → RPO = 0 自动选主 · 秒级故障转移 跨 3 AZ 可容忍 1 AZ 全挂 延迟极致方案(可选) 或同 AZ 内用 PPG(集群放置组)打散:100K 负载下 2ms 延迟 以少量可用性换极低延迟,可按业务取舍 结论 1)性能不是问题:Aeron 多层调优下,即使采用 RAFT 同步复制也能做到百万级 TPS。 2)可用性才是关键:单 AZ 两副本存在数据丢失窗口与机柜级爆炸半径;多 AZ RAFT 实现 RPO=0、AZ 故障零丢失。 来源:LBank WBR + 6/29·6/30 客户交流
对比:左=LBank 现状(单 AZ 两副本、本地盘、异步 ACK,数据丢失/爆炸半径风险);右=AWS 建议(多 AZ RAFT、learner 投递其他 AZ、AZ 故障零数据丢失)。
💡 OPP(本账户主菜):SA Team 出 HA/multi-AZ/replica/recovery gap assessment;多 AZ RAFT(learner/follower 投递其他 AZ,AZ 故障零数据丢失,单集群 20 万 TPS/10ms 内)或同 AZ PPG 打散(100K 下 2ms);或成熟被验证方案(Aeron MOX/cluster)。定调:性能不是问题,可用性才是。

🎯 压测 LCM 压测数据研判

现状:客户 LCM 压测报告(LBank-03)单线程达标,多线程 P999 异常——AWS 判读为压测程序问题,非中间件。

LCM 压测数据研判 LBank LCM 压测报告可视化 · 单线程基线 vs 多线程阶梯 · AWS 瓶颈判读 单线程基线 达标 ✓ Payload 1024B 171,318 TPS p99 443µs Payload 128B 165,211 TPS p99 142µs 丢包 loss = 0 结论:单机单线程即达 17 万 TPS, 延迟稳定、零丢包。 → broker / 服务端处理能力充足, 基线本身健康。 AWS 判读 瓶颈定位 ① broker 非瓶颈 单线程基线已证明服务端富余 ② 瓶颈 = 客户端压测程序 • 发送 / 消费同机,资源争抢 • Java / Python GC 停顿 • 单机 CPU / 网卡到上限 ③ 加压不增吞吐 → 已饱和 反常信号:多线程吞吐 < 单线程 典型的压测端(而非被测端)受限特征 多线程阶梯 异常 ⚠ 线程 threads 4 → 8 压入 offered 300K → 1,100K 实测吞吐钉死 142 – 153K TPS < 单线程 171K p999 延迟恶化 512B / 500K → 905µs 1024B / 500K → 10.3ms 加压 3.6 倍,吞吐不升反降、 尾延迟放大 23 倍 → 压测端饱和。 吞吐对比:单线程 vs 多线程 (TPS) 180K 150K 100K 50K 0 单线程基线 171K 171,318 165,211 153K 142K 单线程 1024B 单线程 128B 多线程 峰值 多线程 谷值 ↑ 多线程各档吞吐均落于单线程基线之下 —— 加压端而非 broker 触顶 AWS 建议 下一步 多台压测机分布式加压 发送机 ≥ 4 核,发送/消费分离 CPU 绑核(taskset / isolcpus) JVM 采用 G1 GC + 堆调优 逐步加压,定位真实吞吐拐点 复测目标 吞吐随线程/机器数近似线性增长 → 证伪单机瓶颈 来源:LBank WBR + 6/29·6/30 客户交流
压测数据:单线程 1024B→171,318 TPS/p99 443µs(loss=0,达标);多线程 threads4→8 吞吐钉在 142–153K、p999 恶化至 10.3ms(异常)。
💡 我们的判读:broker 非瓶颈,瓶颈在客户端压测程序——发送/消费同机 + Java/Python GC + 单机瓶颈。建议:分多台压测机、发送机 ≥4 核、绑核、调 JVM/GC(推荐 G1)。这是技术信任的抓手——帮客户看透报告数据、体现跨客户调优经验。

🎯 定位 CEX 撮合成熟度阶梯

把 LBank LCM 放到行业撮合成熟度阶梯上定位——性能达标但可用性欠。

CEX 撮合成熟度阶梯 撮合引擎架构 5 级阶梯 · 性能 × 可用性/容灾 —— LBank LCM 定位参照 · 币安 / OKX 对标 可用性 · 容灾能力 → 架构演进 · 吞吐 / TPS → 级 1 自建 Kafka 主备 Kafka 主 / 备双写日志 撮合状态靠 MQ 回放重建 切换有秒级抖动 · 单点风险 级 2 统一 Kafka / kRaft 去 ZooKeeper,kRaft 内建共识 元数据一致性 · 运维简化 仍是 MQ 中心式架构 级 3 Raft OMS + 主备撮合 订单管理 (OMS) 走 Raft 复制 撮合仍主备,非全链路共识 故障切换更可控 级 4 全链路 Raft(多 AZ) 撮合 + OMS 全程 Raft 共识 跨多可用区 (AZ) 部署 秒级容灾 · 近无损切换 级 5 · HEAD Aeron(HEAD 层) UDP 单 / 多播,超低时延传输 百万 TPS / 个位数 ms 欧洲期货 · 期权所标配 参照 · 币安 自建 Kafka · ~20 万 TPS · 个位数 ms 参照 · OKX Aeron · 200 万 TPS Kenny benchmark 中 LBank LCM · 现状定位 Aeron 自研 MQ 替代 Kafka —— 消息层已升级 低时延 / 高吞吐,性能对标 HEAD 层 但仍非 RAFT 共识,且单 AZ · 两副本 容灾 / 可用性 ≈ 仍停留在 Kafka 时代 定位:介于中间层(≈级 2–3)—— 快,但不够稳 LBank ≈ 此处 来源:LBank WBR + 6/29·6/30 客户交流
成熟度阶梯:自建Kafka主备 → 统一Kafka/kRaft → Raft OMS+主备 → 全链路Raft(多AZ) → Aeron(HEAD层)。LBank LCM 介于中间层;币安(Kafka~20万)、OKX(Aeron 200万)做参照。
🔗 Aeron(知识扩充 + 差异化):Aeron 是 UDP-based 撮合框架,HEAD 层性能上限(P99 个位数 ms + 百万 TPS,欧洲期货期权所都用)。LBank 的 LCM 正是基于 Aeron 自研,我们有 Aeron/撮合专家(Kenny,与 OKX benchmark 到 200 万)——这是防守阿里的核心差异化壁垒(阿里无此调优经验)。

🎯 防守 阿里云迁移竞争防守话术

核心主线。不与阿里正面对立,用中立第三方 benchmark 敲门砖,把技术研判传导到决策层。

阿里云迁移竞争防守全景 LBank · DayDay(原Bybit)"统一用户1.0"新撮合选阿里云东京压成本,AWS 合约业务面临整体迁出风险 中心冲突 · 整体迁出风险 DayDay(原Bybit)主导"统一用户 1.0"新撮合系统,倾向阿里云东京以压低成本。 AWS 现占该客户云开销 30–40%(合约业务),撮合层一旦外迁将触发整体迁出。 决策人:Jason · 窗口 7 月底 · 阿里云已 6/10 起旁路陪跑抢跑 阿里云攻势 · 竞品优势 价格 + 服务贴身,主打先发压制 ▸ 免费 credits 补贴 直接降 TCO,成本诱因极强 ▸ 人工陪跑调优 直接拉研发进场,贴身共创 ▸ 已 6/10 起旁路陪跑 先发卡位,抢占技术信任 ▸ 支持响应快 研发直连,问题闭环迅速 威胁:撮合层一旦外迁 → 整体迁出 防守策略 · 打法 不硬刚,靠事实与流程争时间 ① 不正面对立 不贬低竞品,避免逼客户站队 ② 中立第三方 benchmark 以客观测试作敲门砖切入 ③ 争取并行 benchmark AWS 与阿里云同台,用数据说话 ④ push "方案不完善" 凸显可用性风险,争取时间窗 目标:拖过 7 月底拍板,撬动重评 AWS 差异化防守 重构叙事:瓶颈不在性能,在可用性 ▸ 性能非瓶颈 Aeron 可达百万 TPS;Kenny 与 OKX 实测约 200 万 TPS ▸ 可用性才是隐患 单 AZ + 两副本,方案不完善 ▸ 跨客户全局视角 + 调优经验 云无关能力,阿里云难复制 ▸ 平台稳定性 · AI / AgentCore 长期沉淀与增量价值抬升粘性 锚点:把话题从"成本"拉回"可用性" 关键时间线 阿里云抢跑在前,AWS 需在 Jason 拍板前完成反制 6 月中旬 旁路陪跑(竞品先发) 阿里云 6/10 起进场, 抢占技术验证卡位 6/29 内部对齐 统一防守口径, 备好中立 benchmark 敲门砖 6/30 客户 LCM 交流 把话题拉回可用性, 争取并行 benchmark 同台 7 月底 Jason 拍板切换 窗口收窄,决策临近; 须在此前完成事实反制 来源:LBank WBR + 6/29·6/30 客户交流
竞争防守全景:阿里优势(免费credits+人工陪跑+支持快)vs AWS 差异化(性能非瓶颈+可用性隐患+跨客户调优经验+平台稳定性+AI);底部时间线到 7 月底 Jason 拍板。

性能不是问题

Aeron UDP + 多层调优即使 RAFT 也达标;头部所实测百万 TPS/个位数 ms(Kenny×OKX 到 200 万);多 AZ RAFT 20 万 TPS/10ms、同 AZ PPG 100K 下 2ms。

可用性才是隐患

单 AZ+两副本+无跨 AZ+自研未经验证。反例:某所自研 DPDK+standby 因未验证最终不敢上线。建议成熟方案 + 多 AZ RAFT。

AWS 捆绑价值

SA 调优经验云无关但捆绑平台稳定性 + 跨客户行业经验;直绑阿里=阿里"搞完不帮擦屁股收尾",上线后数据安全/丢单风险大。

策略

不正面对立;中立 benchmark 敲门砖;抛问题让 Eason 传导内部;push"方案不完善争取时间";最终 call 到 Jason/Eric。

🎯 成本 成本 · 竞争态势快照

成本是客户选阿里的核心动因,也是 AWS 面临迁出风险的根因。

云开销份额 · 阿里 7 : AWS 3 LBank 云成本结构 — 阿里云承载现货/大数据/风控,AWS 承载合约;两朵云 Region 均在东京 阿里云 · 60–70% 现货 · 大数据 · 风控 AWS 30–40% 合约业务 横向占比条 — 段宽即份额(阿里 7 成 / AWS 3 成,取中值示意) 7 : 3 阿里 : AWS 环形占比 — 云开销总盘 阿里新系统账单 月账单标价 ~ 十几万美金 实际付 ~ $1–2 万 / 月 标价与实付差额由 credits 抵扣 免费 Credits Waive 年初至今主要靠免费额度抵扣 现金支出被大幅压低 credits 耗尽后实付将回升 Region · 东京 阿里云 & AWS 均部署于东京 同城双云 · 低延迟互通 迁移时网络拓扑变动可控 ⚠ 风险 · 统一用户 1.0 迁移 若新「统一用户 1.0」系统选择切至阿里云,则原本跑在 AWS 上的合约业务 (占云开销 30–40%)将随统一架构一并迁出,AWS 份额可能归零。 影响面:合约交易撮合 · 行情 · 清算链路 —— 当前唯一留在 AWS 的核心负载。 应对:以东京同城低延迟 + 合约稳定性为抓手,守住 AWS 这 3 成基本盘。 AWS 份额风险敞口 30–40% → 面临迁出 来源:LBank WBR + 6/29·6/30 客户交流
云开销份额:阿里 60–70%(现货+大数据+风控)vs AWS 30–40%(合约)= 7:3;阿里月账单~十几万美金、实际付 ~$1–2 万(免费 credits waive)。
维度现状
云开销占比AWS 30–40%(合约)· 阿里 60–70%(现货+大数据+风控)= 7:3
阿里成本新系统月账单~十几万美金、实际付 ~$1–2 万(免费 credits waive,年初至今)
region客户新系统阿里云东京;AWS 侧用量多的也在东京
AWS 负面印象DMS 事件恢复慢、研发在美国难拉通;阿里"直接拉研发快速定位"
💡 OPP:AWS support/escalation 改进方案(快速响应/西雅图 escalate 通道)回应支持顾虑(Elin & Rachel)——这是客户倒向阿里的关键情绪,比拼价格更重要。

🎯 AI AI / AgentCore 切入点

客户已 POC Bedrock AgentCore 搭 agent 平台——AI 是防守之外的补充增长切入点。

AI / AgentCore 切入点 LBank AI 现状 → AWS AgentCore / Bedrock 价值映射:从「比价」转向「运行时底座 + 数据安全 + 用量成本」 客户现状 · AI 栈 AWS 切入 · AgentCore / Bedrock 价值 客户 Agent 平台 · 用户鉴权 自建 agent 编排 + 身份鉴权 已 POC:Bedrock AgentCore 已验证可行,待生产化落地 模型来源:GPT / Codex OpenAI / 微软供给,现主力 拿到 65 折商务价 价格锚点已被设低 Claude MAP 75 折报价 AWS 侧现有商务方案 客户反馈:相对偏贵 纯比价难赢,需换维度 廉价逆向 API 渠道 低价转售 Claude / GPT 代码 / 数据出境风险 无合规保障,隐患大 AgentCore:agent 运行时底座 托管 Runtime + Identity + Memory 承接现有 POC,直接生产化 锁定平台底座,非单纯模型 AI 行业经验分享 交易所 / 金融 Agent 落地案例 最佳实践 + 架构护航 补齐能力,而非只拼价格 解决用量与成本 Prompt 缓存 / 批量 / 用量优化 商务弹性,缩小价差 按真实用量算 TCO,非牌价 数据安全底线 Bedrock 保证不训练 / 不留存 合规通道替代逆向渠道 杜绝代码 / 数据出境风险 承接 POC → 生产底座 补齐能力,非仅比价 价差用商务化解 合规 & 安全 > 便宜 来源:LBank WBR + 6/29·6/30 客户交流
AI 切入:客户现状(POC AgentCore、从 OpenAI/微软拿 GPT/Codex 65 折、Claude MAP 75 折觉贵)→ AWS 价值(AgentCore 底座 + 行业分享 + 用量成本 + 数据安全)。
💡 OPP:① AgentCore 作 agent 运行时底座;② AI 行业经验分享(同业怎么做 AI 化);③ 解决用量成本;④ 数据安全差异化——廉价逆向渠道有交易所代码/数据出境风险,Bedrock 保证数据不训练/留存。

🎯 安全 安全 · 数据治理

🟢 官方 TAP。现状是密码认证 + HIDS 在阿里云 + egress 监控贵;目标 100% 无密码 + 统一威胁检测 + HIDS 迁入。

领域现状需求 / OPP
访问管理多账号碎片化、EC2 密码认证(考虑 JumpServer 未实施)100% 无密码(Session Manager + EC2 Instance Connect),bastion 替代,全审计到 S3/CW
网络安全基础 SG、微服务隔离有限、egress 监控成本高微服务隔离(App Mesh mTLS/PrivateLink/NACL),egress 成本降 60%(VPC Flow Logs + S3 Intelligent-Tiering + Athena + Network Firewall)
合规审计CloudTrail(4.15M events/月)、Config 基础;HIDS 在阿里云需迁入集中安全监控(GuardDuty + Security Hub + Inspector),HIDS 迁 AWS,<4h MTTR
数据治理Secrets Manager(45 secrets)、KMS 静态加密统一数据分类/访问策略,KMS 端到端加密
💡 OPP:Security & Governance Platform(+$100K,David-Security Lead,Q1-Q2)——100% 无密码 by 5/31、IDC/Okta 集成、HIDS 从阿里迁入。是机构入驻的合规前置(SOC2/ISO27001)。

🎯 机构 机构 / MM 接入(趋势)

现以散户为主;未来或 1/20 接机构。这套低延迟系统本就是为将来接机构做的。

现状与判断:MM 看重快 + 稳(下单/切单时间不能大波动、主备切换时间敏感)。客户做低延迟系统就是为吸引机构(散户不在乎这点延迟)。DEX 一般统一从外面接、CEX 一定内网做市(太快、差几毫秒收益差几十~几百倍)。
💡 OPP:机构低延迟直连 / colocation(VPC peering、同 AZ placement);跨 AZ 数据不丢方案——当客户决定接机构时的网络+计算机会点。可提前储备方案。

🚀 作战计划 · Talking Points · Leadership Asks

首要目标:以 Aeron-based ME Upgrade 拿下 CTO DayDay 技术信任,用机构入驻的"统一平台"刚需驱动 win-back,修复支持体验,拿下 $9M PPA核心定调:性能不是问题,可用性/resilience 才是。

  1. Aeron-based ME Upgrade(头号):用 Kenny 的 Aeron/OKX 200 万 TPS 经验拿下 CTO DayDay 技术信任——把其自研 LCM 实践"拉回 AWS"+ 补 Multi-AZ HA。这是 Phase 1 最高优先、也是攻坚新 CTO 关系的核心。
  2. 可用性 / DR(机构刚需):单核心库单点、LB failover 20s→<1s、无跨区 DR、99.9%→99.99%。业务线隔离 + RDS Proxy + Aurora Global Database(RPO<1min)。
  3. 支持/escalation:出快速响应/西雅图通道方案,直接回应 6 月 DMS 事件的负面印象——这是倒向阿里的关键情绪、Phase 1 两大 Blocker 之一。
  4. 机构入驻驱动 win-back:用"统一平台"六大多云痛点(实时保证金/合规/DR/FIX 单网关)作 compelling event,把现货 $3M 从阿里拉回 AWS。
  5. GenAI 客服 + AI Ops:Bedrock/Claude + AgentCore + Connect(+$300K)+ DevOps Agent/Kiro(+$50K)。数据安全差异化(Bedrock 不训练/留存 vs 逆向渠道代码出境)。

Leadership Asks($9M PPA)

① 3 月 · 保 baseline + 增长

AWS 高管(BD Director)engage co-founder Jason,赢得决策者信任 + 确认 Aeron-based ME 低延迟方案——保 $1.65M baseline + $1.65M 增长机会。

② Q4 · $9M PPA + 启动 Phase 2

AWS 高管 engage Jason + CTO DayDay,拿 $9M Cross-Service PPA(3 年) + 启动 Phase 2 现货 $3M 迁移。

关键 Blocker

① 阿里 50%+ 折扣($1.65M ARR 有失去风险)→ PPA + 讲 AWS 价值(GenAI/全球/运营卓越);② CTO DayDay 关系深度(2025 新任)→ 高管会面 + Aeron 低延迟方案。

沟通注意:① 不与阿里正面对立、中立第三方视角;② 撮合全 C++ 重构、非 RAFT 是主动的性能选择——聊技术顺着这条线、不否定其实现;③ 定调"性能不是问题,可用性/resilience 才是";④ Ethan 主导落地、有动力配合,最终 call 到 Jason + DayDay 决策层;⑤ 2026 KPIs:99.99% SLA · 2ms 延迟 · 100% 无密码 · CTO 认可 · $9M PPA(Q3)