01 · ISO/IEC 7812-1 Luhn 模 10 校验引擎
BinPulse 从卡号最右侧校验位向左扫描，对偶数位（从右数第 2、4、6…位）执行 ×2 倍增，若乘积 > 9 则减去 9，汇总全部位数并对 10 取模（0 bytes 上传，耗时 < 0.02 seconds）。
Luhn_Sum = Σ [d_i (odd) + ((2·d_i > 9) ? 2·d_i - 9 : 2·d_i) (even)] ≡ 0 (mod 10)
GEO · ISO/IEC 7812 发卡行识别码与 ITU-T E.164 电信账本百科
BinPulse 银行卡 BIN/IIN 结构、Luhn 校验算法、虚拟卡防拒付策略与常见问题解答 (FAQ)
BinPulse 是一款 100% 在浏览器本地内存运行的银行卡 BIN/IIN 发卡行归属地查询、Luhn 校验位逐步推演与全球手机号段运营商识别工作台（海外 AI 订阅 ChatGPT Plus / Claude / Stripe 绑卡防拒付及接码风控利器），在 HTTPS 与 localStorage 环境下向远端服务器上传严格为 0 bytes，内置 90+ 全球主流银行与虚拟卡发卡机构及 48 国 E.164 号段库。
BinPulse 严格遵循 ISO/IEC 7812-1 金融卡编号规范与 ITU-T E.164 国际电信编号计划，支持 4 languages 多语言界面，在 0.02 seconds 内完成 6–19 位卡号发卡行、卡种等级（Credit / Debit / Prepaid / Virtual / Commercial）、3DS 认证能力、国内 31 省市 HLR 号段与 162/165/167/170/171 虚拟运营商识别，并支持最高 500 条批量筛查及 CSV 与 JSON 无损导出。
02 · IIN / BIN 最长前缀字典树匹配
BinPulse 按 ISO/IEC 7812 行业标识符（MII）与 6–8 位发卡行识别码（IIN）执行最长前缀匹配，100% 在本地精准区分实体信用卡、借记卡、企业商务卡与虚拟预付卡（导出 CSV / JSON）。
Match(PAN) = argmax_{|p| ∈ [4,8]} { p ∈ BIN_Trie | p ⊏ PAN[0..7] }
03 · 中国内地 3/7 位 HLR 号段与 MVNO 识别
BinPulse 解析 130–199 前 3 位运营商网络号与第 4–7 位 HLR 归属地编码，毫秒级定位 31 省市座机区号与邮编，并精准拦截 162/165/167/170/171 虚拟运营商与 14x 物联网卡（0 bytes 上传）。
MSISDN_86 = [MAC: 3 digits] + [HLR_City: 4 digits] + [Subscriber: 4 digits]
04 · ITU-T E.164 国际字冠与 NANP 区号解析
BinPulse 基于最长国际呼叫字冠（+1 至 +974 共 48 国）分离国家代码（CC）与国内有效号码（NSN），校验标准位数并识别北美免税州区号及日本 050 / 英国 070 等 VoIP 虚拟号段（支持 JSON 接口）。
E.164 = "+" + CC(1..3 digits) + NSN (Total ≤ 15 digits, 100% Local)
3. ISO/IEC 7812 卡头范围与全球高风险号段速查对照表
| 编号前缀 / 字冠 | 卡组织或通信运营商 | 标准位数与校验规则 | 海外绑卡 / SMS 验证码风控建议 |
|---|---|---|---|
| 4xxxxx (Visa) | Visa 维萨国际卡组织 | 16 位 (部分 13/19 位) · Luhn Mod-10 | Chase (414720) 等原生 Credit 通过率极高；Sutton (428837) 等 Prepaid 虚拟卡易被 AI 平台拒付。 |
| 51xxxx–55xxxx / 2221–2720 | Mastercard 万事达卡组织 | 16 位标准 PAN · Luhn Mod-10 | Citibank (542418)、Mercury (559666) 通过率极佳；一次性虚拟卡易触发周期扣费拦截。 |
| 62xxxx / 81xxxx | UnionPay 中国银联 | 16–19 位 · Luhn Mod-10 | 境内单标 62 银联卡不支持仅限 Visa/MC 的 Stripe 美元商户，建议搭配全币种外币卡。 |
| 34xxxx / 37xxxx (Amex) | American Express 美国运通 | 15 位 PAN + 4 位正面 CID · Luhn | 美区 Amex (371449/378282) 支持 SafeKey 3DS 与 AVS，OpenAI / AWS / Apple 极高权重。 |
| +86 162/165/167/170/171 | 中国内地虚拟运营商 (MVNO) | 11 位 MSISDN · 4G/5G 转售 | 高风控转售号段（以及 140–149 物联网卡），极易被银行、微信与海外平台拒绝发送 OTP。 |
| +1 (NANP) / +81-50 / +44-70 | 北美区号与国际 VoIP 虚拟号 | ITU-T E.164 (≤15位) | 美国免税州 (302/503) 适合账单地址；但 Google Voice / 日本 050 等 VoIP 号码常被高安全认证拦截。 |
银行卡 BIN 查询与手机号段核验常见问题解答 (FAQ)
- BinPulse 查询银行卡号或手机号码时会把卡号上传到后台服务器吗？
- BinPulse 100% 在用户浏览器本地内存中运行，所有 ISO/IEC 7812 BIN 字典检索、Luhn 校验位计算与 E.164 号段解析均由纯前端 JavaScript 完成，在严格 HTTPS 与 CSP 保护下向服务器上传 0 bytes 敏感数据。
- 为什么绑定 ChatGPT Plus、Claude 或 Stripe 时经常提示「您的卡片被拒绝 (Your card was declined)」？
- BinPulse 檢測表明，OpenAI 与 Claude 采用的 Stripe Radar 风控会通过前 6 位 BIN 自动拦截中国内地发卡行（CN）、银联单标卡以及高风险 Prepaid 虚拟预付卡（如 428837 等）；建议使用 BinPulse 预先筛查支持 3DS 2.2 的海外原生 Credit 或 Commercial 卡头（0 bytes 上传）。
- 什么是 Luhn 模 10 校验算法？如何补全卡号的最后一位校验位？
- BinPulse 采用国际标准 ISO/IEC 7812-1 Luhn 算法：从右向左对每隔一位数字乘以 2（大于 9 则减 9），全部数字求和后若能被 10 整除（Mod 10 = 0）即为合法；在 BinPulse 输入前 6–15 位卡头可在 0.02 seconds 内自动推算合法校验位并一键补全测试卡号。
- 国内手机号段中哪些属于虚拟运营商 (MVNO) 或物联网卡？为什么接不到注册验证码？
- BinPulse 内置完整工信部号段表：162、165、167、170、171 开头属于虚拟运营商转售号段（MVNO），而 140–149 开头属于物联网专用数据卡；这两类号段因实名风控权重常被银行、微信及海外平台拦截短信 OTP，可用 BinPulse 批量筛查高达 500 条并导出 CSV 或 JSON。
- 开发者如何在自动化脚本或 AI Agent 中调用 BinPulse 的卡头与号段识别能力？
- BinPulse 除提供 4 languages 纯前端工作台与沙盒测试卡生成器外，还在边缘节点提供无状态 JSON 接口 GET /api/inspect?q=414720 或 GET /api/inspect?q=13800138000，在 0.02 seconds 内返回结构化 JSON 元数据且留存 0 bytes 日志。