银行透支罚款是不是与技术限制有关? [关闭]

Posted

技术标签:

【中文标题】银行透支罚款是不是与技术限制有关? [关闭]【英文标题】:Is banks overdraft penalty linked to technology limitations? [closed]银行透支罚款是否与技术限制有关? [关闭] 【发布时间】:2013-04-26 14:48:33 【问题描述】:

我一直在阅读一篇关于 data consistency in banking operations 的文章。 作者强调了一个事实,即银行采用 BASE(基本可用、软状态、最终一致)事务来确保其服务的高可用性,这与通常的想法不同。 简而言之,事务被写在不同的分区中以允许快速响应,然后执行数据库一致性。 例如,当您从 ATM 取款时,目的是尽快将钱取回。因此,您的交易操作被单独存储,资金被释放,然后他们注意将交易应用到数据库并使其保持一致。 这是因为通信中的技术限制:如果使用 ACID(原子性、一致性、隔离性、持久性)事务,则无法提供响应式服务。 这当然意味着可能存在不一致:您提取的资金可能会超过可用的资金,而在交易一致之前,他们无法提前知道这一点。 透支罚款来了,这是您为“超支”支付的费用。 现在的问题是:银行是否引入了“overwithdrawing”技巧,因为他们从一开始就意识到他们必须面对的限制?就像一种hack 来克服技术沟通问题并同时提供可用性?或者它只是另一种“赚钱”的方式,无论如何都会被引入?

在我看来,在这种情况下,这两种选择都同样值得。我的意思是,它们都可以大大增加收入。

【问题讨论】:

这只是一种赚钱的方式。 “处罚”没有技术原因。 我认为问题在于你可以透支的事实是否来自技术原因。银行可以很容易地清空您的帐户并抛出错误,说您没有足够的钱,这就是您所有的钱。 我会质疑您的一些事实 - 这个国家的银行提供真实的实时余额没有问题,除非您的账户获得特别授权,否则无法通过 ATM 或 EFTPOS 透支您的账户。我建议您描述的数据存储机制已经很老了? 【参考方案1】:

我认为银行来自一个根本没有支票的系统。提款后,您实际上从发生提款的银行获得了一笔贷款。只是后来,这笔贷款才取消了您帐户中已有的信用额度。

信用卡与银行账户相结合的信用卡交易仍以这种方式进行。有时长达一个月的钱都不会从您的银行帐户中提取。

没有抵押品的贷款比有抵押品的贷款贵是有道理的,因此会产生透支罚款。

【讨论】:

以上是关于银行透支罚款是不是与技术限制有关? [关闭]的主要内容,如果未能解决你的问题,请参考以下文章

银行账户透支方式

向银行系统添加利率和透支费

Vue取消eslint语法限制

用Java编写银行账户存取款业务,急求!!

Java基础-实验7Banking_7 -添加银行透支扣款系统的 thorw异常机制

我可以在同一个文件上使用 .read 的次数是不是有限制? [关闭]