金融科技不容差错之处
为金融行业构建软件，意味着要跨过大多数软件从不需要面对的门槛。正确性、安全性、可审计性与监管合规，都不是日后再加的功能。它们从第一次提交起就决定着架构，我们也正是这样开展这项工作的。
- 资金流转必须正确、幂等，且绝不重复扣款
- 在持续而蓄意的攻击下的安全性与抗欺诈能力
- 一份能为合规回答“谁在何时做了什么”的审计轨迹
- 对 PCI DSS、PSD2 与强客户认证等标准的就绪
我们为金融科技构建什么
支撑我们自有平台的同一套能力（安全的后端、实时系统与加固的基础设施），加上我们开发的移动应用，一起用于满足金融软件的要求。
安全、正确的后端
用 Go 或 Rust 构建支付、账本与交易系统，做到幂等，谨慎处理并发，并妥善处理资金流转中的各种边界情况，而不是寄希望于它们不会发生。
移动与 Web 应用
用 Flutter 与 Next.js 构建的面向客户的应用，配以生物识别认证、安全的会话处理，以及人们对一款银行应用所期待的那份响应速度。
API 集成
与支付处理商、银行即服务（BaaS）提供商、KYC/AML 服务及开放银行 API 的集成，配以金融业务所要求的重试、对账与错误处理。
合规就绪的基础设施
运行在 Kubernetes 上的加固、可观测的基础设施，具备按租户隔离的访问、加密以及防篡改的审计记录，并对照审计方会问到的各项标准来构建。
我们如何为金融而构建
我们把安全融入流程：每次变更都做静态分析与依赖扫描，流水线经过加固，发布前进行渗透测试。在金融领域，这种严谨不是可选项，而是底线。
金融科技开发常见问题
你们能让我们的产品符合 PCI DSS 或 PSD2 合规吗？
我们构建的软件从设计上就是为满足这些标准：安全的架构、恰当的加密、按范围限定的访问、强客户认证，以及合规所要求的审计记录。需要说明的是：认证由具备资质的评估机构颁发，而且取决于您的整个组织，不只是代码。我们帮您做好准备并支持评估工作，但不会声称由我们为您出具认证。
为什么用 Rust 与 Go 来做金融系统？
两者都能提供性能与可靠性，而这在资金流转时至关重要。Rust 在编译期保证内存与线程安全，在关键路径上排除了整类 bug；Go 简洁且擅长并发，适合那些在高负载下必须保持正确的交易服务与 API。我们按组件做选择，并亲自处理可能导致重复扣款的幂等与并发边界情况，而不是指望框架代劳。
你们如何处理安全这一面？
安全内建于我们的构建方式之中，而非事后加装。每次变更都运行静态分析与依赖扫描，密钥被排除在代码库之外，流水线经过加固，且每个重要版本发布前都运行一次渗透测试。对金融科技，我们还会尽早倚重威胁建模，因为金融中一处设计层面安全缺陷的代价，远高于事先将其捕获的代价。
你们能集成我们所用的支付与银行提供商吗？
可以。我们集成支付处理方、银行即服务（BaaS）平台、KYC/AML 提供商及开放银行 API，配以金融集成所要求的对账、幂等重试与错误处理。我们把每个提供商包裹在一层整洁的抽象之后，让日后更换或新增一个，都不会波及您的整个系统。