两天前给信用卡客服打电话问为毛虚拟号码不能生成了，小伙子问了同事，发现这几天很多用户打客服问这个问题，是个known issue了，说是因为最近很大量的人在生成虚拟号码，所以系统瘫痪了，正在抢修。
那这个要是跟apple pay没关系，我也想不出其他可能了。如果确实是Apple pay的关系，那apple pay就是靠一个固定的token每次生成一个虚拟号码来交易.
今天早上得空，随手查了下，Total number of credit card transactions in the United States: 26.2 billion in 2012. 算类似Apple Pay的这种产品近期能达到仅1%的市场，也有262 million个transaction，每月算20 millions，假设虚拟号码都默认最短有效期，这个眼看是要强迫升位了吧。
每天一个小研究，脑瘫远离我
。又查了一番，发现信用卡前6位是ANSI规定代表发卡行，末位是查错位。那16位的卡，一家发卡行共就剩9位可以变。卡反面的三位cvv被Apple Pay用来指认设备。从这些事实上衍推，刷卡时是上行传送已认证的代表卡的token和代表设备的cvv，发卡行认证后生成虚拟号码下行传送，每次交易都是一次性的号码，商家收到该虚拟号码的后四位，加入交易记录。
Bank of America的虚拟号码系统Shopsafe自从Apple Pay启用那天就瘫了，目前直接原因估计是系统设计内的号码生成这部分的bug。等交易量再大，各发卡行还要兼顾塑料卡帐户运营，9位可能就捉襟见肘了。
总而言之，还是新技术(token-based transaction)和传统系统(号码-based transaction)的对接问题。假如商家的系统不需要那4位作为交易记录的一部分，那就没有这个号码不够用的问题了。也许下一轮技术普及会解决这个问题。但也许呢，升位会是最直接而便宜的邦迪，贴上就好。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
10/26 Update: 找到个技术文献， https://www.emvco.com/specifications.aspx?id=263
第67页的图画得很清楚，从发卡行回传的PAN的后四位是关键。如果像苹果声称的那样商户在交易中完全不知道也不储存用户的信用卡号码，那这个PAN后四位就只能是生成的虚拟号码了。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
11/1 Update: BOA的虚拟卡号到今天还是在报错，我又打了客服，被告知仍在抢修，不知道什么时候可以修好。然后我说那你说我现在怎么办捏，小妹说你现在有的虚拟卡号还可以用，你可以去延长有效期或者增加额度，只是新的卡号不能生成了。我听了，一头汗！
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
10/25 不怎么相关的后记：
自从用了iPhone几年来，特别是伴随社交网的盛行，感觉自己的attention span越来越短，思路越来越碎片化，就算心里有愿望想写个连贯的长文，也根本写不出来。已经到了一个严重的程度，表现就是device addition。最近又加上iPhone 6的体验令人失望，便契机开始思考alternative了。风水轮流转也是这个意思吧，什么事情都是循环往复的。对于我的device addiction，既然没有更好的device让我addict了，那就试试“返祖”，戒掉看看。
重症用猛药，两周前开始尝试出门不带iPhone。开始几天有深切体会到已经形成的强势习惯，三四天后就开始适应这“关了手机看世界”的“新”生活了。不再老是低着头，而是活在缤纷多姿的现实里。
返祖两周后，奇迹出现了：我居然又能在生活网写博客了。Yay~~~~~
