
后端文档教程【免费下载链接】system-design-101Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.项目地址https://gitcode.com/GitHub_Trending/sy/system-design-101点击查看免费下载数字钱包是支付与金融科技Fintech系统设计面试中的高频考点。本文以本仓库 digital-wallet-in-traditional-banks-vs-wallet-in-blockchain.md 为核心脉络用 Bob 与 Alice 的完整转账故事逐层拆解传统银行体系与区块链体系在存款、转账、提现三个环节上的根本差异并解释为什么 VISA、PayPal 等支付巨头都在布局区块链。读完你将掌握两种钱包架构的账本模型差异、日终结算与链上伪实时确认的本质区别以及如何用统一账户接口的视角理解区块链对钱包服务的设计重构。一个核心问题区块链为什么值得支付巨头下注原文档开篇提出了一个关键问题区块链是如何改变数字钱包设计的为什么 VISA 和 PayPal 会投资区块链要回答这个问题先要看清两类系统面对的是同一个业务场景——用户需要存款、转账、提现——却在架构层面给出了截然不同的答案。传统银行体系以银行是可信第三方为中心区块链则以分布式账本是可信第三方为中心。正是这个信任模型的转移改变了钱包系统中账户、余额、结算、转账确认的全部设计。传统银行体系中的数字钱包账户 中心化账本存款流程每开一家银行就多一个钱包原文档给出了一个非常清晰的场景Bob 去美国银行Bank of AmericaBoA开户并存入 100 美元。钱包系统为 Bob 创建一个新账户B1234现金进入银行金库vaultBob 的钱包余额变为 100 美元。关键在于账户与特定银行强绑定。如果 Bob 想使用花旗银行Citibank的服务他必须把上述流程在花旗再走一遍——重新开户、重新建账户、重新存钱。也就是说银行体系下钱包服务的账户数 用户 × 银行数每增加一家合作银行用户和银行都要付出一次开户成本。这与后文区块链一个地址走天下的设计形成鲜明对照。转账流程余额实时变现金日终才动Bob 打开 BoA 的 App向 Alice 在花旗的账户C512转账 50 美元。系统层面发生了什么从 Bob 的账户B1234扣减 50 美元向 Alice 的账户C512贷记 50 美元但现金的真实移动并不会即时发生——BoA 与花旗之间的资金清算是日终end-of-day批量结算完成的。这里隐藏着银行体系钱包的第二个关键特征余额更新与资金结算解耦。账面数字可以在瞬间变化但跨行资金的实际交割要等当日所有交易汇总后统一处理。这个日终对账环节在本仓库的 payment-system.md 中有更完整的呈现支付完成后钱包服务先更新卖家余额账本服务ledger再追加记账记录而 PSP 或银行每晚将当日全部交易与余额打包成结算文件settlement file发送给客户。可见日终结算是传统支付体系贯穿始终的标准动作。提现流程账户扣减现金归还Bob 从账户B1234提取剩余的 50 美元金额从B1234中扣减Bob 拿到现金。流程本身简单但它依赖同一个前提——账户由银行托管、余额由银行记账用户对账户的每一笔操作都要经过银行的授权与记账系统。区块链体系中的钱包地址 私钥 分布式账本存款与提现没有现金只有密钥区块链支持的是加密货币整个过程不涉及现金。Bob 要做两件事生成一个地址作为收款方标识这相当于区块链上的账户号将私钥private key存储在加密钱包中例如 MetaMask。此后 Bob 就可以接收加密货币。注意这里的关键转换在区块链世界开户 生成地址 保管私钥不再需要任何银行机构介入存款就是对方把币转到你的地址提现就是你把币转到对方的地址。转账签名 广播 链上确认Bob 打开 MetaMask输入 Alice 的地址发起 2 ETH 的转账。流程分为三步Bob 用私钥对交易签名以授权这笔转账签名后的交易被广播到区块链网络交易在区块链上被确认后余额更新Bob 的地址变为 8 ETHAlice 的地址变为 101 ETH。与原文档中的数值设定一致转账前 Bob 10 ETH、Alice 99 ETH转账 2 ETH 后分别为 8 ETH 与 101 ETH。这里的核心是私钥即授权——交易的合法性由密码学签名保证而不是由某家银行的后台系统批准。谁持有私钥谁就拥有对该地址资金的支配权。你能看出差异吗三大架构级区别区别一一个账户 vs 多家账户区块链是分布式账本distributed ledger它为钱包上的常用操作提供了统一接口。用户不再需要分别在多家银行开户只需要一个区块链地址就能与整个网络中的任意地址直接交互。原文档总结得很精辟与其在多家银行开多个账户不如在区块链上开一个账户——这个账户就是地址。区别二日终结算 vs 伪实时确认传统银行的跨行转账要等待日终对账结算资金才会真正移动而区块链上的所有转账都在链上以**伪实时pseudo real-time**方式确认——每笔交易被打包进区块、广播、确认无需等待日终批处理。对用户体验而言这是转账后立刻可见、可追踪与转账后要等对账的本质区别。区别三多套钱包服务 vs 一个全球服务传统模式下每家银行维护一套独立的钱包服务、账户体系和结算流程而在区块链上不同银行的钱包服务可以被合并为一个全球统一的钱包服务——这正是原文档给出的最终结论也是 VISA、PayPal 等公司布局区块链的架构动机之一统一的账本、统一的地址体系、统一的结算层意味着更低的互操作成本与更大的网络效应。差异对照表维度传统银行钱包区块链钱包账户体系每个银行一个账户如B1234、C512一个区块链地址通行全网开户到银行柜台/App 注册现金入金库生成地址 保管私钥如 MetaMask授权方式银行后台系统的账户校验私钥对交易签名密码学授权资金结算日终end-of-day批量结算链上伪实时确认账本各银行独立中心化账本共享的分布式账本跨行/跨机构转账需多方对账与结算文件统一接口直接转账钱包服务各家银行各自维护可合并为一个全球统一服务分布式账本如何改变钱包系统设计从系统设计的角度可以把两种方案理解成两种账本归属模型传统银行账本归银行所有用户余额是银行数据库里的一条记录如 payment-system.md 中 wallet server 将余额写入数据库。用户信任银行不会篡改、不会赖账这是中心化信任。区块链账本被网络中的节点共同持有、共同维护任何一笔转账都要经过共识确认。用户信任的不是某一家机构而是分布式账本本身。这种差异直接影响了钱包服务的边界。传统体系下钱包服务只是银行内部系统的一个模块区块链体系下钱包如 MetaMask本质上是密钥管理工具 链上交易的客户端它不再负责记账——记账交给链本身。这与本仓库 what-is-web-3.md 中提到的Web 3.0 中数据由用户拥有、应用访问需授权并付费的产权逻辑一脉相承地址与私钥把资产的所有权真正交给了用户。从钱包到支付生态放在更大的系统里看要理解钱包在真实系统里的位置可以把它放入本仓库 how-does-scan-to-pay-work.md 描绘的扫码支付链路中用户钱包、商户收银台、PSP支付服务提供商三方协作先由 PSP 生成带订单号的二维码再由用户钱包扫码确认支付。这类场景在传统体系下依赖 PSP 与银行网络的接力而区块链钱包若能成为统一入口理论上可以省去大量中介环节——这正是合并为一个全球服务愿景的落地场景。同时也要注意原文档没有回避的另一面区块链的伪实时确认不等同于零成本即时性。转账要等待交易被打包进区块并被网络确认且确认本身存在概率性与时间窗口这与传统体系的确定性日终结算各有取舍。作为系统设计者关注的重点应是你的业务更看重可信第三方的确定性还是去中心化账本带来的统一性与实时性。延伸阅读本文主题文档digital-wallet-in-traditional-banks-vs-wallet-in-blockchain.md支付系统全流程钱包、账本、日终结算文件payment-system.md数字钱包的扫码支付实操链路how-does-scan-to-pay-work.mdWeb 3.0 与去中心化、所有权模型what-is-web-3.md支付与金融科技分类目录含更多支付系统指南payment-and-fintech.md项目导航与全部指南索引README.md赞分享后端文档教程【免费下载链接】system-design-101Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.项目地址https://gitcode.com/GitHub_Trending/sy/system-design-101点击查看免费下载相关推荐如何构建安全的区块链钱包从技术选型到分布式架构实战如何构建安全的区块链钱包从技术选型到分布式架构实战 当我们决定开发一个区块链钱包时最令人头疼的问题往往不是代码实现而是如何在安全、性能和用户体验之间找到平区块链后端前端密码学5行代码搞定Excel导入导出AutoPOI傻瓜式教程让新手也能秒变办公自动化大师 5行代码搞定Excel导入导出AutoPOI傻瓜式教程让新手也能秒变办公自动化大师 AutoPOI 是一款追求极致自动化的办公文档处理工具正如其名区块链前端认证鉴权上一篇从容器构建到部署Flux2自动化镜像更新的终极指南下一篇Gemma4-12B-agentic-fable5-composer2.5-v2-3.5x-tau2-GGUF打造你的专属本地编码与工具使用AI助手终极指南 创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考