金融科技公司可选的区块链SaaS方案，避免自建开发

一个基础的区块链原型可以证明金融科技公司能够连接网络并转移资金，但这并不意味着它已准备好投入生产。在真实环境中，交易必须保持安全、可追踪且可对账，即使网络不断演变、出现异常情况、应用控制措施以及金融系统处理输出结果时也是如此。不需要对每一层拥有独家控制权的金融科技公司可以采用专业软件，以减少其内部管理的基础设施。

当金融科技公司使用区块链SaaS时，它可以保留自己的客户界面、权限设置、定价规则和内部账本。专业平台通过API、SDK和webhook承担选定的区块链功能。服务之间的边界可以在不同层级设定，这意味着采用SaaS并不会迫使金融科技公司交出整个区块链堆栈。

通常通过SaaS集成的功能包括：

• 钱包和密钥相关任务，从地址生成到交易签名
• 在支持的网络上执行交易，包括确认和费用管理
• 资金转移，涵盖兑换、稳定币结算、付款和流动性流程
• 风险措施，如监控交易和筛查地址
• 财务报表、账本条目和对账的财务输出

维护对多个区块链的支持会带来持续的维护负担。每个网络都有自己的地址规则、确认模式、费用结构、代币标准和更新周期。团队还必须为分叉、宕机、协议升级和安全事件做好准备。

各种SaaS模型涵盖了区块链堆栈的不同部分。Circle采用以钱包为中心的方法。应用程序通过API或SDK访问钱包和交易功能，而网络广播、索引以及支持链的数据则保留在Circle的托管环境中。

Fireblocks覆盖了更广泛的机构运营层。其平台整合了钱包技术、托管控制、资金流程、策略管理、API以及跨多条链的连接。这适合希望建立更广泛的数字资产控制体系而无需在内部构建完整钱包和网络堆栈的金融科技公司。

BVNK主要专注于稳定币支付。其基础设施通过API层连接支付、钱包和流动性，适用于围绕稳定币支付和流动性构建的产品。

Coinspaid提供两种部署选项。Coinspaid Enterprise提供更全面的方法，将交易和兑换基础设施与商户运营、结算、流动性、对账和合规相结合。Coinspaid Console是模块化的，包含资金管理、核心托管、核心兑换和合规组件。这使金融科技公司可以选择全面的平台，也可以集成特定的基础设施组件。

所选的架构应反映金融科技公司必须拥有堆栈的哪些部分，以及哪些部分可以来自外部。将某一层保留在内部给工程团队更大的控制权，但也意味着公司必须长期运营、保护、监控和更新该层。这种方法适用于拥有专门区块链、DevOps和安全资源的机构，尤其是当签名逻辑或交易策略是产品的核心时。

SaaS减少了底层开发，并可能加快上市时间，控制程度取决于提供商的基础设施。混合设置将责任分配给所选层。金融科技公司可以保留其签名环境和风险逻辑，同时从外部来源获得网络连接、钱包配置、兑换或对账服务。

这种模式也适用于支付。SaaS支付网关可以通过软件接口提供支付功能，而金融科技公司保留对其客户体验和内部流程的控制。

生产审查必须确定部署后责任归属，以及提供商如何处理交易失败、网络变更或将记录转移到金融系统中的需求。仅仅统计功能并不能解决这些问题，因此技术、安全、合规和财务团队需要一份共享的检查清单。

1. 控制模型：定义签名权限、密钥或密钥分片的存储、提款控制，以及哪些基础设施部分保留在金融科技公司的控制之下。
2. 网络弹性：验证支持的链和资产、确认模式、升级程序以及预期交易量的容量。
3. 数据与对账：检查交易状态、费用和区块链事件如何流入内部金融系统。
4. 集成行为：测试REST API、SDK、webhook、重试逻辑、交易状态和错误处理。
5. 合规连接：审查Know Your Transaction（KYT）工具、区块链分析、地址筛查和内部审批规则如何与交易流程集成。
6. 可移植性：确定哪些钱包、记录和运营数据可以在提供商切换时导出或迁移。

审查还应分配客户控制、内部会计、产品风险以及仍由金融科技公司承担的监管职责。

以一家美国金融科技公司为例，该公司希望在其现有的商业账户产品中添加USDC付款功能。客户入驻、用户权限、定价和内部账本可以保留在金融科技公司的应用程序中，而区块链执行则通过基础设施提供商连接。

当授权用户发起付款时，金融科技公司的后端通过提供商的API发送交易指令。基础设施层管理支持的区块链工作流程，应用设定的交易控制措施，并通过webhook发回状态更新。金融科技公司随后可以更新其账本和客户界面，而无需向用户展示区块链特定的步骤。

资金管理在设计仍然是一个因素。金融科技公司必须决定运营钱包如何获得资金、付款运行在哪个网络上，以及如何将已完成的交易与内部记录匹配。生产测试应验证付款状态、资金变化和账本条目是否可以通过同一交易记录进行跟踪。