23,148,855,308,184,500是一个神奇的数字，还是纯粹的机会？
像这样的新闻报道表明，上面的数字可能是作为编程错误而出现的。
美国一名男子跳到当地的加油站买了一包香烟 – 只是发现他的卡收了23,148,855,308,184,500美元。
这是23亿美元（14亿美元） – 美国国债的许多倍。
在hex中它是$ 523DC2E199EBB4，一见钟情就不会显得非常有趣。
任何人都有什么想法会造成这种编程错误？
增加美分的数字，你得到2314885530818450000，在hex是2020 2020 2020 1250。
你看到这个模式吗？ 前六个字节已被空格（hex20，十二进制32）覆盖。
稍等一下; 有什么可疑的
虽然空间填充的解释当然看起来不错，但可能（至less部分）是似是而非的。
VISA表示，受Visa Buxx预付卡影响的客户数量“less于13,000”。 到目前为止，我已经发现了几个新闻。 新罕布什尔州的Josh Muszynski，田纳西州的Jason Bryan，得克萨斯州的Ron Seale，凯瑟琳·泰勒在伯特利的十几岁的儿子，还有一个十几岁的女孩，在Owatonna的伊丽莎白·刘易斯。
问题是，他们都有相同的费用 ：23,148,855,308,184,500.00美元。 如果问题是空间填充，那么他们是如何得到完全相同的$ 0x1250（$ 46.88）费用的呢？ 其中两个在加油站购买了香烟，另外两个在餐厅付了钱，刘易斯买了鸡蛋和牛奶，最后一个在药店买了。 所有这些不同的项目发生成本是一样的吗？ 餐馆账单46.88美元似乎没关系，但一包香烟？ 牛奶和鸡蛋‽
空格填充错误是有道理的，除了它不占用0x1250常量。 为什么他们都以0x2020 2020 2020 1250
嗯，如果只有13000个客户受到影响，那么可能是某种确切的具体费用触发了这个错误。 在这种情况下，这不仅仅是一个现场错误。 如果只是将文本字段解释为一个64位的整数，那么为什么没有其他的数量导致它，从而影响每个人，不只是<13000。 不过， 13,000人怎么可能在同一周内收到同样的数额呢？
他们说这是一个“暂时的编程错误”，很可能是，但它可能是一个黑客的东西？ 在这种情况下，这可能是一个魔术数字。 实际上，它可能是两者的组合：一些黑客将0x1250自动充电，与空间填充错误相结合，导致一个或两个错误被检测到。
该登记册认为答案确实是填补领域的错误，但没有扩大为什么他们都是一样的，虽然其中一个评论提到可能四舍五入到最接近的100美元（不太可能，因为银行和银行软件显式去以确保精确度）。
（还有一个类似的，早期的错误的报告 。）
杰森·布莱恩特的法案：
伊丽莎白刘易斯的法案
罗恩·西尔的法案：
Josh Muszynski的法案：
当您通过卡进行购物时，会发生什么情况？软件会立即上线，以确保您有足够的资金进行购买，但仅限于交易资金。 在工作日结束时，软件会收集最近24小时内的所有交易，并将其提交给收单行进行处理。
提交给银行被称为和解，并通过以非常严格的格式发送纯文本文件来完成。 （这是几十年前发展起来的，现在使用它的系统数量很难现代化）
每笔交易都以文本的forms出现在文件中，其中的一部分就是交易价值。 这个字段应该是11个数字字符（在左边填零），并且将始终保持最低公分母（在这种情况下为美分）中的值。 11个数字字符适用于任何货币的值。
看起来在这种情况下，支付处理器已经对提交软件进行了一些更改，并错误地用空格填充replace了零填充。 这是怎么得到一个）服务提供商，B）收购银行和C）签证没有被拿起逃脱我。 这个和解文件的净价值（13,000高价值交易）本来是天文数字，也许这也是某个地方的一个促成因素。
如果您删除尾部零，这将validation为VISA卡号码。 我的猜测是他们刷卡，然后手动input数字，认为刷卡失败。
最终的神秘之处仍然是来自何处。 它们是Ctrl + R，P的ASCII代码。碰巧是inputQuickBooksvalidation代码的密钥。
链接： 在哪里inputvalidation码
非常巧合。 我不知道当你在错误的地方键入这些键会发生什么
如果将左边的64位表示向左移动8位（乘以256），您将得到一个格式良好的信用卡号码和3个空位，这3个安全附加号码（由于某种原因，全部为零）。 随机数字给出一个良好的CC号码只有十分之一的机会。
5926 1069 5889 5232 000
如果使用23148855308184500二进制等值（1110101110110100）解码，则得到K矿，这是采矿和矿石的普通话字符。 Kmine可能意思是“知识矿”，或者像kmine控股有限公司。或许K（矿山或矿石）和美国银行或Visa有关系？
