普及一下，支付宝微信支付和银行系统的区别。
登录 | 论坛导航 -> 华新鲜事 -> 心情闲聊 | 本帖共有 22 楼，分 2 页, 当前显示第 1 页 : 本帖树形列表 : 刷新 : 返回上一页
<<始页　 [1]　 2　 　 末页>>
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 13:15:19　 楼主　 关注此帖
[登录后回复]
普及一下，支付宝微信支付和银行系统的区别。
很久没在这一行当做了，但是基本规则还是不变的。

交易系统有 ACID 原则： Atomicity， Consistency， Isolation， Durability。

不同的业务场景，对 ACID 有不同的取舍，即所谓的强一致性，弱一致性。

银行交易过程必须是强一致性，这不是简单的金额加减问题，要涉及到客户账，分户账，会计总账等系列后台逻辑数据的变更，所有的账务系统要有相应的规则统一管理。哪怕一分钱的转账，都要同步实时完成你的账户扣钱，以及对方账户进账，以前各种繁琐的账务数据更新来保证 ACID。

而支付宝，微信支付，则是弱一致性，它的借和贷之间是脱钩的，个人支付宝帐户的扣款和商户的支付异步进行。你付钱了，你的账户扣除即可，所以看起来反应很快。而且服务器端只是简单的在同一个资金池里做加减法，服务器端的逻辑不涉及复杂的会计体系原则，服务器端的负担小的不是一个数量级。

两者的业务应用场景在本质是有区别的：支付宝微信只是做了支付这一步，而银行在支付的背后，需要有整个帐务逻辑和金融风险管控。后者要求每一步操作，不论是查询还是交易都必须有可跟踪的、有时间戳的日志。如果在银行帐务系统的处理上采用钱包这种数据弱一致性非事务处理交易架构，错账、乱帐的风险会提高，由此产生金融风险、法律纠纷的风险提高。

弱一致性就必然会有金钱上的纠纷，既然支付宝微信不受监管，解决方法就简单得多：我赔你就是了。银行不敢这么做，因为有监管。

所以不能简单的比较两者的优劣。现在有各种大大小小的的钱包应用，几乎都是分布式部署，这个技术门槛没什么特别。银行做不了不是因为银行的领导们不懂，而是不能，全世界的银行都这样。

该帖荣获当日十大第1，奖励楼主25分以及37华新币，时间：2023-10-16 22:00:01。
该帖荣获当日十大第3，奖励楼主15分以及22华新币，时间：2023-10-17 22:00:01。
该帖荣获当日十大第6，奖励楼主8分以及12华新币，时间：2023-10-18 22:00:01。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 13:31:06　 2楼
[登录后回复]
在 dkheart 的大作中提到：
虽然要求有区别但是我们看结果，支付宝微信会经常出现错误赔付的情况吗，如果错误率很低并且没有太大影响的话我倒认为所谓的“弱一致性”更好？是不是规则需要更改？
这个纠纷不是钱包和用户之间的，
而是钱包和银行业务之间的对帐，因为数据异步交换，帐务出现差错，要追帐，查帐，纠错，不算人力成本，“纠错”就是赔付，你的支付宝 App 里显示 1000 块钱，你的实际账户里只有 800，这个200快钱哪里去了还不知道，但是支付宝得给你先补上。所以用户一般是感觉不到的。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 13:34:50　 3楼
[登录后回复]
在 pi9h3ad 的大作中提到：
普及一下，支付宝微信支付和银行系统的区别。很久没在这一行当做了，但是基本规则还是不变的。 交易系统有 ACID 原则： Atomicity， Consistency， Isolation， Durability。 不同的业务场景，对 ACID 有不同的取舍，即所谓的强一致性，弱一致性。 银行交易过程必须是强一致性，这不是简单的金额加减问题，要涉及到客户账，分户账，会计总账等系列后台逻辑数据的变更，所有的账务系统要有相应的规则统一管理。哪怕一分钱的转账，都要同步实时完成你的账户扣钱，以及对方账户进账，以前各种繁琐的账务数据更新来保证 ACID。 而支付宝，微信支付，则是弱一致性，它的借和贷之间是脱钩的，个人支付宝帐户的扣款和商户的支付异步进行。你付钱了，你的账户扣除即可，所以看起来反应很快。而且服务器端只是简单的在同一个资金池里做加减法，服务器端的逻辑不涉及复杂的会计体系原则，服务器端的负担小的不是一个数量级。 两者的业务应用场景在本质是有区别的：支付宝微信只是做了支付这一步，而银行在支付的背后，需要有整个帐务逻辑和金融风险管控。后者要求每一步操作，不论是查询还是交易都必须有可跟踪的、有时间戳的日志。如果在银行帐务系统的处理上采用钱包这种数据弱一致性非事务处理交易� (more...)
所以坡的银行们很是热衷区块链技术，
大概是因为可以做到数据异步交换，但又保证数据的完整性。
虽然区块链本身就有其它的问题。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 13:37:06　 4楼
[登录后回复]
在 qingni2 的大作中提到：
你这个说的应该是软件bug吧。
跟软件没关系。
大规模数据流处理，任何一个环节出现了点小 spike 就可能引起错乱。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:03:57　 5楼
[登录后回复]
在 口水 的大作中提到：
区块链更新数据效率更低
不要看比特币。
这个链式的加密，校验技术用在内部的异步数据检验上，速度还是可以的。但是有其它问题。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:10:01　 6楼
[登录后回复]
在 qingni2 的大作中提到：
这个就是软件错误啊。软件如果没有错，最多是实时性差，不能实时显示正确的数字。比如dbs，用app看余额不够，马上从其他银行转钱，显示不会及时更新，但明细会。
你要知道一个系统里有很多中间件，
Queue 也好，Kafka 也好，Redis 也好，都有各自的 Cluster setup，光每个中间件自己的 Cluster 之间的数据同步都不同保证 100% 一致，更别说把这些东西都放在一起。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:15:12　 7楼
[登录后回复]
在 qingni2 的大作中提到：
可以引进技术啊，比如买支付宝的技术，单独搭一个独立的系统。不过，你说的对，估计是不敢，莱猪都不敢拒绝，更何况ioe的产品。
你要想明白这个道理：
自己做，
第一，等于左手赔付给右手，没啥意义。
第二，强一致性，出错的机率其实很少，但是如果自己做支付，每个月都要有一大笔赔付。这笔帐算的过来的。

所以要让一个跟自己完全没有关系的公司做钱包，赔付什么的，都是人家的。比如 Grab。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:19:48　 8楼
[登录后回复]
在 qingni2 的大作中提到：
关键是肥水不流外人田，支付是很赚的。如果外包或者引进支付宝微信，对整个社会会省很多，但是银行就少赚，所以坚持要自己做，毕竟它还是在有资格做的里面是最行的那个。 我猜估计只有老李有这个魄力去引进支付宝微信。
别瞎扯了，钱包支付又不是什么高级货，
做不到大陆那种并发量，做个架构坡自己用是绰绰有余。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:35:33　 9楼
[登录后回复]
在 qingni2 的大作中提到：
其实没有必要涉及技术细节，现场的中间件达不到要求，要么改进，要么自己开发。自己做的达不到要求，要么多花钱请人做，要么买成品或者外包，要么类似你说的，砸钱补窟窿，都是解决办法。本地的银行，就是摆烂，你能把我咋地的架势。 其实并不利于本地发展为金融枢纽，有点捡了芝麻，掉了西瓜的感觉。
这就搞笑了。
阿里腾讯也用这些啊。只不过人家的应用场景不同而已。

问题的关键不是坡做不出钱包支付，
而是阿里腾讯也做不出弱一致性的银行系统。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:51:30　 10楼
[登录后回复]
在 qingni2 的大作中提到：
对可靠性要求很高的软件，开发是很费钱的，只有大量的用户，才可能支持起高昂的开发成本。这个就类似做一桌子饭，并不是因为是在家里自己做，对上菜速度要求低，成本就会低很多。
实事求是。
第一，这个技术门槛很低的。我估计自己用 Go， 1，2个月就能弄一个完整的从里到外的架构，AWS/GCP failover，有钱就能 scale up，最简单不过的事。

第二，别把阿里腾讯想得很高大上，你要是读得懂代码，看看他们的 API 就知道是什么玩意儿了。
上行用 JSON
下行用 XML
endpoint 居然都是拼音命名。
当然了，各种不规范不代表性能差，能用就行是吧？
可是这种 API 要给人接入使用，不是找骂吗？
以前有个段子：
让中美老印码农优化性能，
中国码农：研究各种算法，
美国码农：外包给老印
老印：增加服务器。
我觉得中国现在的技术公司，采取的手段越来越像老印。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:54:25　 11楼
[登录后回复]
在 qingni2 的大作中提到：
同样一个东西，不同人用出不同效果，没有好奇怪的吧。本地的移动支付，目前的现状就是不如支付宝微信体验好，这是事实吧。使用者根本就不关心内部是怎么实现的，而是关心用户体验。不管怎么说和对方用一样的东西，都是没有用的。一样米养百样人。
你还是看不懂吗？
本地的移动支付，绝大部分是银行自己做的，直接接入银行系统，而不是那种第三方的钱包。这不是 apple 对 apple 的比较啊。

你要比，去比 Grab Pay 之类的啊。我没有用过，不知道它的体验怎么样，有没有崩溃过。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 16:57:01　 12楼
[登录后回复]
在 tale 的大作中提到：
想当然了怎么证明阿里腾讯做不出，事实上蚂蚁的数据库方案在国内已经把大行oracle架构都替换一轮了。 新加坡这些银行IT技术确实渣，出了事故就找人走马观花背锅，陈年老架构没人有魄力改换。人祸大于天灾。
OceanBase 不适合银行系统啊。
这玩意儿本来就是个分布式系统，
哪来的大行刷一遍的说法？
顶多在外围用一下罢了，起不了鸟用。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 18:59:03　 13楼
[登录后回复]
在 留名 的大作中提到：
微信和支付宝现在都被监管吧都有银行执照
只是作为支付牌照的监管，毕竟那么大的资金池每天进进出出。
这跟银行的监管要求差多了。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 19:08:30　 14楼
[登录后回复]
在 qingni2 的大作中提到：
我们是鸡同鸭讲。你应该没有特别在如何保证软件质量上花时间。就类似盖房子，打算用一年，10年，100年的房子，思路是差别很大的。
确实是鸡同鸭讲。
现在开发，谁还从头到尾里里外外全部自己写代码啊。
RMQ，Redis 现成的东西很好用，谁不用谁傻。
但是再好用的东西，也有出差的时候。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 19:19:51　 15楼
[登录后回复]
在 3Body 的大作中提到：
尤其是那种没有任何经验萃取和思维提升的粗浅归类的四大原则，
每个行业都有自己的规则。
金融也好，医疗也好，想要进去，就得守规矩啊。
连玩法都不去了解就想替代，这不是二傻子吗。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-16 21:05:59　 16楼
[登录后回复]
在 pi9h3ad 的大作中提到：
普及一下，支付宝微信支付和银行系统的区别。很久没在这一行当做了，但是基本规则还是不变的。 交易系统有 ACID 原则： Atomicity， Consistency， Isolation， Durability。 不同的业务场景，对 ACID 有不同的取舍，即所谓的强一致性，弱一致性。 银行交易过程必须是强一致性，这不是简单的金额加减问题，要涉及到客户账，分户账，会计总账等系列后台逻辑数据的变更，所有的账务系统要有相应的规则统一管理。哪怕一分钱的转账，都要同步实时完成你的账户扣钱，以及对方账户进账，以前各种繁琐的账务数据更新来保证 ACID。 而支付宝，微信支付，则是弱一致性，它的借和贷之间是脱钩的，个人支付宝帐户的扣款和商户的支付异步进行。你付钱了，你的账户扣除即可，所以看起来反应很快。而且服务器端只是简单的在同一个资金池里做加减法，服务器端的逻辑不涉及复杂的会计体系原则，服务器端的负担小的不是一个数量级。 两者的业务应用场景在本质是有区别的：支付宝微信只是做了支付这一步，而银行在支付的背后，需要有整个帐务逻辑和金融风险管控。后者要求每一步操作，不论是查询还是交易都必须有可跟踪的、有时间戳的日志。如果在银行帐务系统的处理上采用钱包这种数据弱一致性非事务处理交易� (more...)
打个比方，
开餐馆的，可以堂吃，也可以外卖。但是千万别觉得食物都是外卖小哥那里来的，外面小哥应该去开餐馆，又快又好，去堂吃还要排队还要等。不会做菜的小哥不是个好司机。
[本文发送自华新手机Wap版]
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-17 10:52:48　 17楼
[登录后回复]
在 jy12 的大作中提到：
一知半解根本不是acid什么鬼扯, 你说的是在自己账户系统里, 相当于dbs银行之间账户互相转; 但是支付宝微信的下游也接跨行转账, 三方服务商, 照样不出问题, 银行弄个几百tps就了不得, 多了系统能不出错吗?
貌似你根本没明白我在说什么。
看明白了再喷？
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-17 10:56:54　 18楼
[登录后回复]
在 date123 的大作中提到：
本地的支付已经做起来了出门根本不带现金了，Apple Pay, paywave, 各种QR pay很方便了。下面银行增加稳定性就好。我不要用微信支付宝，paywave 多方便啊，还有信用卡积分。
paywave 不光是本地啊。
我去瑞典，丹麦出差，坡的 Amex, VISA 滴一下就好，不要太方便。
完全不需要像支付宝微信那样，事先还要注册还要上传这个那个。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-17 15:38:46　 19楼
[登录后回复]
在 口水 的大作中提到：
还孤立抵制？你这就走另一个极端了这世界不是只有欧美，Alipay+，WeChat Pay，银联进入好些国家了，特别是东南亚。qr支付也是竞争（包括强力地推）出来的，大家都讨厌垄断高收费。 当然阿里腾讯胜出后也想垄断躺着挣钱，才几年就得了大公司病。幸好在中国不是资本说了算，国家过阵子就会敲打敲打。
支付宝微信，进入哪个国家了？
小商家的码又不是给当地人用的。
跟通用性完全没关系。
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者：pi9h3ad (等级：5 - 略有小成，发帖：872) 发表：2023-10-17 16:42:52　 20楼
[登录后回复]
在 口水 的大作中提到：
隔壁马国小商家很普遍的TnG码就是给当地人用的，背后是Alipay+。泰国印度好像也有。油管上还有马华拿TnG app到中国扫码无现金消费的。可见系统是互通的。 理论上本地人现在可在WeChat上绑信用卡，在各大超市景点购物消费。当然因为不是本币，很少人会这么干。
坡护照接入微信，只能在中国内地使用。
坡的微信QR码，是给中国游客用的。
是不是很纠结？

欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
论坛导航 -> 华新鲜事 -> 心情闲聊 | 返回上一页 | 本主题共有 22 篇文章，分 2 页, 当前显示第 1 页 | 回到顶部
<<始页　 [1]　 2　 末页>>

请登录后回复：帐号 　 密码