如何設計一個 payment processor

ericLaw 发表于 2019-4-13 05:26
我们把payment processor这个东西抛开不谈。你如果试过在银行转款，钱也不是马上到对方的账户的，它是有 ...

我说的同步就是指的是A的银行要同意A的油条钱要被划走。帐不必立刻结（这些细节很有意思，但是不影响）wepay方必须得到A银行的同意或者拒绝的回复。很容易想象得到，A银行会立刻在他们内部的系统里更新A剩余的balance。即：（A原来的balance-油条钱）available for further withdrawal的。

我同意银行分散后的每个单个银行的压力会较小。但是所谓的交易量的spikes是我方（wechat方）需要第一波承受的。既然我们在讨论wechat的支付系统，银行是外部的，那么就必然要考虑（我明白你的point，随着面试官的指点再深入）wechat本身要承受的压力。

iven 发表于 2019-4-13 06:30
現在的銀行結算還不是同步的，所以才有 NSF, pending/withholding funds, 跟 actual balance 這些東西 哈 ...

good information. 这个NSF是什么缩写？

14417335 发表于 2019-4-13 08:19
good information. 这个NSF是什么缩写？

NSF 是 non sufficient funds 喔！通常是轉帳或是開支票戶口不夠錢的時候被銀行罰的 NSF fee 就是這個

iven 发表于 2019-4-13 12:00
NSF 是 non sufficient funds 喔！通常是轉帳或是開支票戶口不夠錢的時候被銀行罰的 NSF fee 就是這個

这是withdrawal时的异常。有没有deposit时候的异常？我能想到的就是账户不存在或者账号被锁。

14417335 发表于 2019-4-13 18:20
这是withdrawal时的异常。有没有deposit时候的异常？我能想到的就是账户不存在或者账号被锁。

deposit 也有可能 nsf 匹如說空頭支票（或假支票就是你說的帳號不存在囉）。我對 fund transfer 實際接觸還不夠不多，所以那些 edge cases 就不懂了。

14417335 发表于 2019-4-10 22:49
查了查：微信支付在2018年的日均总支付交易量超过10亿次

10 0000 0000次

完全没看出你这伪代码跟two stage commit，或者事务有啥关系，看着就是写了几个if else