面向新兴市场商业银行的银行项目审批 OS——帮助银行审批稳定币资金结算入本地企业账户。

1. Bain Capital 和 Variant Fund 领投的 $13.5M Series A 表明，新兴市场银行接入式稳定币结算已从探索性基础设施进入实际部署阶段。
2. Infinia 明确表示资金将用于获取拉丁美洲、非洲和亚洲的监管牌照，许可与合规扩张就是当前的首要卡点。
3. 产品描述的核心是为企业打通传统银行网络与数字资产基础设施，银行由此被拉入日常稳定币运营工作流。
4. 同时覆盖拉丁美洲、非洲和亚洲的铺开计划意味着可重复的走廊激活工作，软件可以在底层轨道之上做标准化。

催化因素。 Infinia 的新一轮融资明确标注用于监管牌照和多区域扩张，证明本地银行审批和持续运营管控——而非原始轨道接入——已成为卡住项目的核心工作流。

搭建一个银行项目工作台，嵌入银行、金融科技申请方和结算基础设施服务商之间。上线前，它收集合作方牌照、KYB、走廊规则、用途代码逻辑、准备金机制和审批工作流，打包成一份委员会可审议的完整材料。上线后，它接入每日结算文件和异常事件，对本地银行入账与稳定币资金做对账、标记限额违规、生成监管可查的凭证。银行先从一条走廊、一个合作方开始，再把同一套管控模型复制到更多国家和项目类型。

差异化。 轨道服务商解决的是资金流动，但它们不给银行一个中立工作台来审批合作项目、固化走廊级管控、上线后追踪异常。通用 GRC 工具能存文档，但不懂准备金机制、结算凭证或与稳定币入账挂钩的释放条件。随着时间推移，产品会积累一张专有地图——哪些合作方画像、管控组合和运营指标在各辖区最快通过银行委员会。

待完成任务

flowchart LR
  Buyer[Bank partnership lead] --> Pain[Stablecoin program approvals stall in email and committee loops]
  Pain --> Product[Bank-program approval OS]
  Product --> Outcome[Faster launches and monitored local-account settlement]

高管要点

• [1][2][3] Infinia 的融资、官网和文档显示，轨道问题不再只是移动稳定币；真正的摩擦在于围绕 Pix、SPEI 等轨道清除本地 KYC/KYB、银行授权和走廊级审批障碍。
• [5][8][9][10][11][14][15] 监管让审批工作流归属银行：巴西已在限制谁能运行加密关联的跨境结算，全球和银行监管机构持续推动功能性监管、每日对账和更严格的第三方管控。
• [18][20][21][23][24][26][27][28] 拉丁美洲的需求日益机构化，但相邻厂商正从执行层向上延伸。最佳切口是中立的银行项目审批与监控层，而非另一个支付 API。

市场定义

[1][2][4][5][8][9][11][23] 目标市场是银行自有的稳定币资金结算项目审批与监控软件：一层工作流，帮商业银行审核合作方、走廊规则、准备金与对账设计，并在本地银行入账释放前生成上线后凭证。

用户与买方

[2][8][9][10][20][31] 日常用户是拉丁美洲中型银行内部评估稳定币关联企业结算的交易银行合作、风控、合规和运营团队。经济买方通常是交易银行负责人、COO 或金融科技合作 GM——他们必须拿到委员会批准并持有持续管控凭证。

购买触发点

• 金融科技合作方提出稳定币资金结算入本地企业账户，银行需要一份覆盖牌照、KYC/KYB、账户结构和结算管控的委员会可审议材料。 [1][2][5][8][9][26][27]
• Pix 或 SPEI 等本地轨道上线后速度成为标配，卡点转向谁能审批、监控并向监管方交代项目合规性。 [4][5][21][22][26][29]
• 审计、监管或银行内部审查要求每日对账、受益所有人可见性和银行自有凭证，而非厂商截图。 [8][9][10][31][32]

支付意愿

预算更可能来自上线就绪、审计降险和资金运营效率，而非一个"加密"预算行。Fireblocks 报告称银行和 PSP 已进入积极实施阶段，Bain 描述全球 CFO 对缓慢且不透明的跨境轨道的不满，Trovata 把对账定性为 ERP 与银行之间的结构性缺口，FDIC 也在明确推动特定第三方账户结构的每日对账和直接记录访问。 [20][33][32][10]

品类动态

增长信号 2026–2035 年跨境 B2B 稳定币交易额隐含 CAGR 约 93%

验证信号

• Infinia 明确以连接银行与数字资产轨道为目标融资，并在拉丁美洲、非洲和亚洲扩展牌照。
• Circle 现同时提供网络型和托管型稳定币结算产品，服务 PSP、金融科技、银行和全球平台。
• Bitso 和 Trace 已在拉丁美洲推广本地轨道+稳定币工作流，表明技术轨道已商业化运行。
• Fireblocks 报告 90% 的受访者已就稳定币采取行动，称银行正优先跨境支付用例。
• Chainalysis 和 Bitso 的数据均显示拉丁美洲稳定币活跃度已具规模且商业意义明确。

监管与技术约束

• 巴西第 561 号决议将加密关联 eFX 结算限制在 BCB 持牌机构，并增加资金隔离和报告义务。
• 墨西哥 Circular 4/2019 为银行和金融科技机构运营虚拟资产制定了具体规则。
• 阿根廷 PSAV 制度为虚拟资产服务商增设正式注册和文档工作流。
• 银行第三方安排带来运营、合规、流动性和终端用户混淆风险，银行必须主动治理。
• 推动稳定币支付的银行需要围绕完整支付生命周期的 AML、制裁、钱包筛查和 Travel Rule 流程。

[1][20][21][23][24][25][26][27][28][31] 竞争是跨品类的战略博弈而非正面类目对决。轨道服务商、编排网络和合规厂商已覆盖执行、钱包和监控。空白地带是一个服务商中立的系统记录——用于银行签批、走廊级管控和上线后异常凭证。

为什么现有厂商不会默认胜出

• 支付轨道厂商. Infinia、Trace 和 Bitso Business 解决最后一英里资金流动和本地轨道连通，但它们的激励是通过自有网络路由交易量，而非为银行保存跨多服务商的中立审批记录。
• 稳定币编排网络. Circle、BVNK、Bridge 和 Zero Hash 在钱包、流动性和法币转换方面抽象得很好，但它们的起点是执行和基础设施，而非决定合作项目能否上线的银行委员会工作流。
• 合规与监控厂商. Fireblocks、TRM 等厂商在钱包、监控和管控方面有能力，但不拥有把合作方牌照、走廊准入、准备金设计和本地账户释放条件串在一起的端到端银行审批材料。
• 通用银行风控与资金系统. 通用银行风控和资金系统已占据工作流预算，但 OCC/FDIC 式要求和稳定币特有的对账需求仍需要文档存储和手工管控之上的领域逻辑。

Stablecoin Bank Approval OS 应以巴西为首站，作为拉丁美洲中型商业银行审核一个稳定币资金结算入本地企业账户项目的管控层。紧迫痛点不在于轨道连通本身，而在于把合作方牌照、KYB、走廊规则、准备金设计和释放条件转化为一份银行自有审批材料——能经得住委员会、审计和监管审查。MVP 应覆盖一家银行、一个合作方金融科技、一条走廊，整合尽调收集、策略模板、签批工作流和上线后每日凭证对账。这个切口比再做一个跨境支付 API 更窄也更快出结果——Pix 和 SPEI 关联的出金能力已经存在，银行审批和监控仍是定制化的。GTM 应瞄准一家 $5B–$30B 银行——在稳定币关联中小企业贸易项目进入风控委员会或监管预备案的时刻切入，先卖绑定一次上线的付费试点，按上线项目或走廊定价而非按席位。研究支持估算 TAM $315.0M、拉丁美洲 SAM $44.1M、第 3 年 SOM $3.6M，但这些数字假设稳定币结算集中在审批痛点尖锐的机构资金和贸易走廊中。最大的反面风险是：银行政策差异让部署过于服务化，或轨道服务商捆绑足够多的浅层治理工具堵死独立预算。公开信息仍未指明具名的活跃银行共创客户、基准拒绝/异常率或真实采购周期，因此前 90 天必须收集委员会审批材料并关闭至少一个付费试点，才足以支撑更强的投资人信心。

问题

• 评估稳定币资金结算的商业银行仍在拼凑外部律所备忘录、电子表格、邮件往来和厂商仪表板，来判断一个合作项目是否安全到可以上线。
• 上线后，银行往往缺少自己的每日凭证——把本地账户入账、准备金机制和异常处理串在一起——审计因此变慢，扩展到新走廊或新服务商风险很高。

解决方案

• 提供银行自有工作台：收集合作方牌照、KYB、账户结构、走廊规则、准备金逻辑和委员会审批，整合为一个版本化的单项目上线包。
• 叠加对服务商事件和银行结算文件的只读接入，运营团队可每日对账、标记违规、导出监管可查凭证——不再依赖轨道厂商截图。

为什么我们会赢

• 创业公司卖的是轨道执行、通用 GRC 和加密监控工具之间的审批与凭证空白地带：银行要的是中立系统记录，不是又一个支付网络。
• 巴西优先切口让产品对齐最尖锐的监管痛点——持牌机构、资金隔离和报告要求使可复用管控模板立刻有价值。
• 每次部署都积累审批结果、走廊模板和跨服务商异常数据，任何单一轨道厂商或内部工作流都难以快速复制。

里程碑

flowchart LR
  Wedge[Brazil first bank approval wedge] --> MVP[One bank one corridor approval and evidence MVP]
  MVP --> Proof[Faster committee sign off and daily reconciled evidence]
  Proof --> Expansion[Multi corridor multi provider bank governance platform]

创始团队

实验路线图

风险评估

必须成立的条件

• 前 15 家滩头银行中至少 8 家描述稳定币项目审批为当前的多团队项目，而非理论上的未来工作流。
• 前 5 个合格银行机会中至少 2 家在要求捆绑轨道厂商方案之前签署付费试点。
• 前 2 个试点须把审批周期缩短至少 30% 或审计/凭证准备工时降低至少 50%。
• 一套通用管控 schema 须在首批巴西和墨西哥部署中覆盖至少 80% 的审批字段——无需银行逐一定制代码。
• 服务商和银行数据接口须支持试点范围内至少 80% 的结算和异常事件自动对账。

待尽调问题

• 3 家具名巴西或墨西哥银行在首个稳定币资金结算审批前究竟要求哪些文件、阈值和签批节点？
• 该项目的预算和采购归谁：交易银行、COO、风控还是数字合作部门？
• 审批材料中多大比例可跨银行模板化，多少必须每次与本地律所重写？
• Infinia、Trace、Bitso 或 Circle 级合作方会共同销售并共享数据，还是搭自己的浅层治理工具？
• 审批天数、委员会轮次和组装审计/监管凭证所需工时的当前基线是多少？

模型合理性

• 收入引擎. 基准收入从 Y1 的 3 家付费银行客户增长到 Q4Y3 的 10 家，同时成熟客户价值随第二项目和报告范围附加而上升。
• 必须顺利的事. 公司须在 Q4Y2 前证明一个巴西生产项目和一条可重复的轨道或律所引荐动作，否则销售周期敏感性将主导模型。
• 模型崩溃条件. 委员会审查推迟一到两个季度且毛利率因模板复用失败停在 60% 中段时，悲观情景在 seed-ready 证明之前现金转负。
• 下轮证明. seed 故事在 5 家付费银行客户、2+ 个生产转化、墨西哥规则模板和现有银行内可见扩展收入时最强。

情景

敏感性

flowchart LR
  CommitteeStageBanks[Committee-stage banks] --> PaidPilots[Paid pilots]
  PaidPilots --> ProductionLogos[Production bank logos]
  ProductionLogos --> ExpansionScope[Second corridors and reporting scope]
  ExpansionScope --> Revenue[Revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: 基准仍假设 Y3 落地 5 家新银行客户——至少一条引荐或共销渠道须从机会主义变为可预测。 · 客户年化收入假设部分银行追加第二走廊/合作方和报告范围；若银行停留单项目，Y3 收入滑向悲观值。 · 毛利率仅在 Y3 后期接近 70% 目标——持续的本地律所或模板重写工作将使模型偏服务化。 · 公司在首名合作伙伴负责人之后保持 GTM 人数不变；若创始人主导销售无法通过合作伙伴引荐规模化，管线产能将成瓶颈。 · 现金按 EBITDA 建模——实施预付款、安全/合规资本支出和账单时差可能移动实际跑道。

• 银行销售拖沓. 区域银行可能认同论点，但审批新软件和新稳定币项目仍会拖上几个季度。 缓解措施: 从已有活跃金融科技合作团队且委员会审查迫在眉睫的银行切入，并通过首先创造项目的基础设施服务商共同销售。
• 轨道厂商捆绑. Infinia 等基础设施厂商可能将自己的仪表板扩展到基础的银行审批和监控功能。 缓解措施: 保持厂商中立，占据银行的跨合作方治理记录、委员会工作流和多服务商运营凭证，而非原始轨道执行。
• 辖区蔓延. 拉丁美洲、非洲和亚洲的规则差异可能大到让产品变成咨询业务。 缓解措施: 从一个区域和一种项目原型起步，把可复用的管控模板编码化，让本地规则逻辑可配置而非硬编码。