Checksum 增强Luhn算法的实现？

是否有人知道有任何增强或增强的Luhn公式用于检查支付卡上的模数-10“双加双”检查数字

本文提出了增强的建议：

---

增强的Luhn检查有实际用途吗？

这篇论文被同行评议的杂志接受有点奇怪。这篇论文描述了20世纪70年代弗莱彻校验和的问题；它的长度和数据转换无法准确检测

但让我们考虑一下这项提议的实际方面。如果您真的深入研究了细节，那么由于许多原因，实施起来确实是不可行的

Luhn算法是一种简单、尽最大努力验证卡号的方法。当信用卡开始被广泛的电子化处理时（以前它们是用纸质印鉴处理的），网络上没有随时呼叫服务进行验证。可以实现Luhn，而无需网络连接来执行验证。这是建立不可行性的第一个前提：您必须能够在不需要遍历网络的情况下执行验证

这种“无网络遍历”的前提使得MII查找不可行。有两种方法可以实现这一点：

执行MII查找的web服务。这意味着在网络呼叫处理支付之前，每个数据输入都需要一次网络呼叫来验证卡号。验证调用可能会花费与事务处理相同或更长的时间。在验证的情况下，它必须是同步的——用户需要等待结果，然后才能继续订单。如果由于某种原因无法完成呼叫，客户可能会在其他地方订购 处理卡授权可以是异步的。亚马逊做到了这一点；他们确认收到您的订单，并且通常会在以后确认付款处理

定期向所有设备分发MII数据库。每个手机应用程序、支付终端、网站、ERP等都将不断需要添加新的MII和删除旧的MII。其中许多卡可能会过期一段时间，导致某些商户拒绝交易，但其他商户在使用同一张卡时批准交易。消费者会不信任使用信用卡

最后，作者对卡片的长度做出了错误的假设。Luhn算法适用于许多长度，因为卡号长度可以大于或小于16位。美国运通的消费卡为15位，其他卡为16位。商业卡的长度可以超过16位；我见过高达20位的商用航空燃油卡。如果作者看了IEC/ISO 7812标准，就会明白这一点。标准委员会甚至提议延长标准卡号的长度。最棒的是，当/如果卡号长度延长，Luhn算法仍将验证该卡

---

帮你自己一个忙，第一步是依靠Luhn，然后让处理器通过现有的卡处理网络验证该卡是否无可否认是正确的，从而帮你完成繁重的工作。

这篇论文被同行评议的杂志接受，这有点奇怪。这篇论文描述了20世纪70年代弗莱彻校验和的问题；它的长度和数据转换无法准确检测

但让我们考虑一下这项提议的实际方面。如果您真的深入研究了细节，那么由于许多原因，实施起来确实是不可行的

Luhn算法是一种简单、尽最大努力验证卡号的方法。当信用卡开始被广泛的电子化处理时（以前它们是用纸质印鉴处理的），网络上没有随时呼叫服务进行验证。可以实现Luhn，而无需网络连接来执行验证。这是建立不可行性的第一个前提：您必须能够在不需要遍历网络的情况下执行验证

这种“无网络遍历”的前提使得MII查找不可行。有两种方法可以实现这一点：

执行MII查找的web服务。这意味着在网络呼叫处理支付之前，每个数据输入都需要一次网络呼叫来验证卡号。验证调用可能会花费与事务处理相同或更长的时间。在验证的情况下，它必须是同步的——用户需要等待结果，然后才能继续订单。如果由于某种原因无法完成呼叫，客户可能会在其他地方订购 处理卡授权可以是异步的。亚马逊做到了这一点；他们确认收到您的订单，并且通常会在以后确认付款处理

定期向所有设备分发MII数据库。每个手机应用程序、支付终端、网站、ERP等都将不断需要添加新的MII和删除旧的MII。其中许多卡可能会过期一段时间，导致某些商户拒绝交易，但其他商户在使用同一张卡时批准交易。消费者会不信任使用信用卡

最后，作者对卡片的长度做出了错误的假设。Luhn算法适用于许多长度，因为卡号长度可以大于或小于16位。美国运通的消费卡为15位，其他卡为16位。商业卡的长度可以超过16位；我见过高达20位的商用航空燃油卡。如果作者看了IEC/ISO 7812标准，就会明白这一点。标准委员会甚至提议延长标准的长度