小红花·文摘

金融科技工程比普通后端更复杂，主要由于资金的原子性、监管要求、精度和时间等多重约束。金融系统可分为对账体、支付体、交易体和风控合规体，每个部分都有其工程挑战。创建金融科技公司需先搭建对账系统，再接入支付和风控，最后考虑清算与跨境功能，整体设计需遵循严格的工程守则，以确保系统的可靠性和合规性。

【金融科技工程】金融科技工程全景：从支付到交易所的系统分类与读图

土法炼钢兴趣小组的博客 ·

文章探讨了复式记账与工程的结合，强调其在现代支付系统中的必要性。复式记账通过借贷平衡、可审计性和可回放性，解决了单式记账的缺陷，确保资金流动的透明与准确。作者提供了具体的分录示例，展示了复式记账原则在实际业务中的应用，以支持支付、交易和账务系统的开发。

【金融科技工程】复式记账工程化：科目、分录、余额、对账

土法炼钢兴趣小组的博客 ·

支付系统设计与维护中，幂等性、事务和一致性是关键要素。文章探讨了如何确保支付链路中的请求幂等性，避免重复扣款和账务错误。通过引入Idempotency-Key、状态机和补偿机制，确保请求的唯一性和一致性。重试机制、幂等表和状态机设计是实现高可用支付系统的基础，强调在分布式环境中处理事务的一致性和可靠性。

【金融科技工程】幂等、事务与一致性：SAGA、TCC、对账补偿

土法炼钢兴趣小组的博客 ·

本文探讨了支付系统的复杂性，分析了付款人、收款人、发卡行和收单行四个主要参与方及其关系。通过拆解支付流程，读者可以理解资金流动和报文传递的不同阶段。文章还讨论了聚合支付和实时支付等不同支付模式及其工程挑战，旨在帮助后端工程师和产品经理更好地理解支付系统的构建与运作。

【金融科技工程】支付系统全景：收单、发卡、聚合、跨境、B2B、C2C

土法炼钢兴趣小组的博客 ·

本文探讨了支付系统中卡组织的复杂性，分析了交易的六个阶段：授权、认证、清算、结算、争议和对账。介绍了四方和三方模型的参与方及其角色，强调了ISO 8583协议的重要性及其在支付链路中的应用。同时讨论了安全性、合规性及向ISO 20022迁移的必要性，指出了常见的工程问题及解决方案。

【金融科技工程】07 卡组织收单链路：银联/Visa/Mastercard、ISO 8583、ISO 20022 迁移

土法炼钢兴趣小组的博客 ·

本文探讨了清算、结算和资金归集在支付系统中的区别与联系。清算是计算应收应付的净额，结算是实际资金划拨，资金归集则是集中管理分散账户的资金。文章分析了不同支付场景下的清算模式、实时支付系统的影响及清分引擎的实现，强调工程师在系统设计时需明确这三者的边界，以避免混淆和风险。

【金融科技工程】11 清算 vs 结算 vs 资金归集：T+0/T+1、Netting、PvP/DvP

土法炼钢兴趣小组的博客 ·

风控是支付系统的核心，确保资金安全。文章探讨构建风控引擎的六个子系统，包括规则引擎、名单、用户画像、图分析和模型推理。强调实时性和延迟预算，介绍决策编排和Champion-Challenger策略，以确保风控决策的有效性与合规性，并展示行业案例和技术选型，突显风控在金融科技中的重要性。

【金融科技工程】十九：实时风控引擎——规则、特征、模型、决策流与 Flink/Spark

土法炼钢兴趣小组的博客 ·

马斯克版微信最大的看点，和微信无关

爱范儿 ·

本文探讨了幂等性在分布式系统中的重要性，尤其是在支付场景中的应用。通过案例分析，强调了设计幂等性以防止重复扣款和数据不一致的必要性。文章介绍了幂等性的定义、HTTP方法的幂等性语义，以及Stripe等公司的幂等性实现策略，包括幂等键的设计和使用。最后，比较了不同的实现方案，并提出了在支付系统中保障幂等性的多层防护策略。