Swift · 星基金融结算网络
把 ISO 20022 金融报文搬上 LEO 卫星星座，为发射场、远洋测控船、沙漠腹地这些"地面金融网到不了"的地方，提供一张天地一体化的跨境支付与结算通道。对标 Palantir Swift 数据导入流水线 + SWIFT 金融结算。已落地可运行的仿真 PoC（M5.1~M5.5 收口，端口 18084）：GAC 生成 ISO 20022 报文、国密签名加密、星地链路（仿真）传输、HCC 复式记账结算与对账回执全部有真实代码，冒烟 16/16、前端 E2E 33/33 PASS；星座/链路/账户余额与外部清算为仿真域，设计蓝图部分一并列出供参考。
能 / 不能速览
- GAC 生成 ISO 20022 pacs.008 报文，SM3 摘要 + SM2 签名 + SM4-GCM 端到端加密，经仿真星地链路送达 HCC
- HCC 合规筛查 / 风控评估 / 复式记账结算 / 借贷平衡对账 / pacs.002 回执一条龙（端口 18084）
- 链路断链时帧缓存、恢复后自动补发；篡改报文被国密信封拒绝（可现场演示）
- 复用 platform 底座（auth/rbac/audit/LLM 网关/crypto），非从零造轮子
- 冒烟 16/16 PASS、前端 E2E 33/33 PASS（M5.1~M5.5 收口）
- 星座拓扑、链路延迟/丢包、账户余额与外部清算（CIPS）为模拟数据，非真实在轨运行
- 星上 <4ms 单体处理预算为学术推断，需在目标级硬件画像上跑 Go 基准测试验证 P95
- 单星可见弧段窗口受限，需要星座组网（V2：6-12 颗星）才能全球准实时覆盖
- 真实卫星、频谱/轨位申请、发射与监管审批超出本轮范围，本轮以地面仿真验证业务闭环
- MVP 不接 RTGS（先批量净额结算）、不建区块链、不取代银行体系；HSM 与卫星调制解调器为占位接口（V2）
核心能力
已落地（仿真 PoC）：报文引擎（ISO 20022）/ 结算引擎（复式记账、双维度状态机）/ GAC 地面客户端 / HCC 管控中心 / 国密全链路 / 星地链路仿真器均已有真实代码；蓝图部分：SSPM 星上模块、ISL 星间链路（V2）仍为设计标注。
报文引擎（ISO 20022）
head.001 + pacs.008（客户汇款）为第一优先级，pacs.009（银行间）次之；MT103 只读兼容转换器、CIPS 兼容，UETR 作为交易全局主键贯穿全链路。
结算引擎
内部账户 + 双维度状态机（信息流：Draft→Validated→Matched→Settled；资金流：Initiated→Debited→Credited→Reconciled），双分录账本保证账务一致。
SSPM 星上模块
部署 LEO 卫星的轻量载荷：接收/解析/路由/加密，FPGA 实现 SM4/AES 加密加速，单星处理预算 <4ms；业务逻辑全部留在地面。
GAC 地面客户端
各国标准化用户终端：报文生成 + 国密签名/加密 + HSM 抽象 + 卫星调制解调器；固定站与便携站两种形态，像网银一样简单。
HCC 管控中心
位于中国的总部大脑：用户管理（复用 auth/rbac）、报文路由、合规筛查（复用 AIP 网关）、态势感知（复用 dashboard）、审计（复用底座增强）。
星地链路仿真器
建模传播时延（LEO 20-50ms）+ 星上处理延迟 + 带宽 + 丢包 + 断链恢复，产出链路质量报告与断链恢复演练，用于地面仿真验证业务闭环。
国密全链路
SM2（签名/密钥交换）、SM3（完整性）、SM4（数据加密）+ TLCP 双证书（GB/T 38636-2020，对应 TLS 1.3），一次到位、不做"先国际后改造"。
ISL 星间链路（V2）
激光链路（1550nm）让卫星在太空中接力组网，任意两点 ≤5 跳，摆脱地面站限制；同/异轨道面各 2 条链路，带宽 1-10 Gbps。
快速上手（当前状态与上手路径）
上手路径（实测）：
- 本地启动 Swift 服务（端口 18084），浏览器打开前端工作台，用 admin / admin1 登录
- 进「GAC 报文工具」发起一笔支付（示例：蓝箭→EuroSat 发射服务费 EUR 5000 万），看状态 DRAFT→SIGNED→SENT→ACKED
- 进「HCC 管控台」复核结算记录、会计分录与对账报告；查 /api/v1/admin/audit 看审计事件
- 也可直接跑 POST /api/v1/demo/run（一键 10 步）与 POST /api/v1/security/tamper-test（篡改拒绝演示）
常见角色
- 商业航天公司 / 卫星运营商 / 航天制造商：跨境大额结算（发射服务费、卫星采购、保险费），是 Swift 的核心用户。
- 发射场运营商 / 在轨服务商：时效敏感的支付，尤其依赖"现场可发起、秒级可确认"的能力。
- 航天保险商：保费收取与理赔款跨境支付，需要可跟踪、可审计的专用通道。
- 代理银行 / 监管机构：作为结算代理与合规审查方，通过 CIPS/SWIFT 接口接入真实银行体系。
- 平台侧：安全工程师（国密体系）、结算操作员（HCC）、GAC 现场操作员。
与 Palantir 的价值差异
| 维度 | Palantir Swift | ZY Swift（设计愿景） |
|---|---|---|
| 定位 | 数据导入 / 接入流水线 | 天地一体化航空航天结算网络 |
| 传输载体 | 地面数据管道 | LEO 卫星星座 + 激光星间链路 |
| 处理对象 | 外部业务数据 | ISO 20022 金融报文（pacs.008 等） |
| 核心能力 | 接入 / 转换 / 清洗 | 报文生成 + 星上路由 + 结算清算 + 合规 |
| 最终闭环 | 数据进平台 | 资金结算进真实银行体系（代理银行） |
做得好的场景（已实测）
- 作业区即时结算：发射场、远洋测控船、沙漠测控站没有地面网络，GAC 通过卫星即可发起跨境支付。
- 时效敏感支付：在轨救援、发射窗口倒计时这类"等不起"的支付，设计上秒级到账（系统内）或 T+0（跨行）。
- 降低单一依赖：物理独立的卫星通道，作为 SWIFT 的地面网络冗余与补充，降低断联风险。
- 行业专用标准：ISO 20022 的 aero.* 航天扩展（mission_id、launch_vehicle 等），填补行业报文标准空白。
限制与不足（明确的边界）
- 仿真域：星座拓扑、链路延迟/丢包、账户余额与交易、CIPS 外部清算通道均为模拟数据，非真实在轨运行。
- 覆盖依赖组网：单颗 LEO 卫星只有过顶弧段窗口，全球准实时依赖 V2 星座组网（本轮为仿真拓扑）。
- 星上预算待自证：<4ms 星上处理为学术推断，需目标级硬件画像上的基准测试（P95<4ms）验证。
- MVP 范围刻意做减法：不接 RTGS（先批量净额 DNS）、不建区块链、不取代银行体系、不上 ISL。
- 真实风险：卫星发射失败、频谱/轨位申请受阻、监管审批都是现实门槛，本轮以地面仿真验证业务闭环。
主题列表
常见问题
Swift 和 Palantir 的 Swift 是什么关系？
Palantir 矩阵里 Swift 是"数据导入流水线"，负责把外部数据搬进平台；ZY 把它与 SWIFT 金融结算结合，升级为"星基金融结算网络"。二者都承担矩阵中的"接入/传输"角色，但 ZY Swift 面向的是航天产业的资金流，不再只是数据流。
Swift 和 SWIFT（国际银行间通信协会）是什么关系？
SWIFT 是全球银行间报文通信网络（总部比利时，受欧美监管）；ZY Swift 是航空航天垂直行业的天地一体化结算系统。设计定位是"SWIFT 在航空航天领域的补充与延伸"，不替代 SWIFT：通信层提供卫星冗余通道，标准层兼容 ISO 20022，结算层提供内部账户并可作为代理接入银行间清算系统。
现在 Swift 到底实现到什么程度？
已作为仿真 PoC落地（M5.1~M5.5 收口，端口 18084）：GAC 生成 ISO 20022 报文、国密签名加密、仿真星地链路传输、HCC 复式记账结算、对账与 pacs.002 回执全部有真实代码，冒烟 16/16、前端 E2E 33/33 PASS。星座/链路/账户余额与外部清算（CIPS）为仿真/内存 mock；真正"尚未实现"的是真实卫星、频谱与银行清算，以及 HSM / 卫星调制解调器等硬件（V2）。
天地一体结算到底解决什么问题？
三个核心痛点：覆盖盲区（发射场、远洋测控船、沙漠腹地没有地面金融网络）、地缘风险（对单一地面网络的依赖与制裁断联风险）、行业特殊性（航天交易高金额、高风险、长周期，且对支付确认时效要求高）。设计上用一个 LEO 卫星星座提供物理独立的金融信息通道。
怎么了解 / 体验 Swift？
本地启动即可体验可运行系统（端口 18084）：「GAC 报文工具」发起一笔支付、「HCC 管控台」查看结算与对账、POST /api/v1/demo/run 跑一键 10 步。想理解产品全貌，可先读"愿景篇"与"路线图"主题故事，再看"结算场景""安全体系""架构与组件"。