方法说明：我们的数据与工具如何运作

卡号编码：ISO/IEC 7812

支付卡号遵循 ISO/IEC 7812 标准。第一位数字是主要行业标识符，开头几位数字构成发卡机构识别号（IIN，通常称为 BIN），其后的数字标识具体账户，最后一位是校验位。

卡组织可通过前缀和长度来识别，例如 Visa 卡号以 4 开头，还有几个卡组织使用 2 和 5 系列中的特定号段。我们的工具利用这些公开的规则来识别号码所属的品牌。

6 位与 8 位 BIN

IIN 过去为六位数字。该标准已更新以支持八位 IIN，各大卡组织也在陆续迁移到八位号段。因此，一个六位前缀可能涵盖多个发卡机构或产品。

当您输入八位或更多数字时，我们会先查找最精确的匹配号段；如果没有八位记录，则回退到六位号段。

Luhn 校验算法

Luhn 算法（模 10）可以检测出大多数单个数字的输入错误以及许多相邻数字颠倒的错误。其计算步骤如下：

1. 从最右边的数字开始向左，每隔一位将数字乘以 2。
2. 如果乘以 2 后的结果大于 9，则减去 9。
3. 将所有数字相加。
4. 如果总和是 10 的倍数，则号码通过校验。

通过 Luhn 校验仅表示号码格式正确，并不代表该卡存在、处于激活状态或有可用资金。

BIN 数据库的汇编方式

我们的 BIN 数据库整合了公开的号段信息、行业参考资料以及用户报告的更正。记录经过标准化处理，使品牌、类型、等级、银行和国家采用统一的名称和代码；存在冲突的记录会在合并前经过审核。

卡组织不会公开发布所有号段的完整列表，因此任何第三方 BIN 数据库都不可能完美无缺。我们坦诚说明这些局限：

• 发卡机构可能随时重新分配、合并或停用号段，记录可能存在滞后。
• 在合并或品牌更名后，银行名称可能仍显示旧名称。
• 卡片等级和类型是最容易缺失或过时的字段。
• 自有品牌卡、车队卡和部分预付卡号段可能未被收录。

IP 地理定位

IP 查询使用 DB-IP Lite 数据库以及网络归属（ASN）数据。国家级结果通常是准确的，因为 IP 地址块是分配给特定国家的网络的。

城市、地区和坐标仅为近似值。移动运营商、企业网络、VPN 和卫星连接可能使用户的实际位置与报告位置相距甚远，因此绝不应将城市数据作为某人所在位置的证据。

VPN 和代理检测会将拥有该 IP 的网络与已知的托管、VPN 和 Tor 网络进行比对。它提供的是风险信号，而非确定结论。

SWIFT/BIC 与 IBAN 验证

SWIFT/BIC 代码由 8 或 11 个字符组成：银行代码、ISO 国家代码、地区代码以及可选的分行代码。我们会检查格式和国家代码，并将代码与我们的参考目录进行匹配。

IBAN 使用 ISO 13616 MOD-97 校验进行验证：将前四个字符移到末尾，把字母转换为数字，所得结果除以 97 的余数必须为 1。我们还会检查每个国家对应的预期长度。

虚构测试数据

我们的生成器所生成的卡号和 IBAN 均为虚构。它们基于选定的前缀或国家格式，由随机数字和正确的校验位构成，因此能在被测软件中通过格式验证。

它们不与任何真实账户关联，有效期和安全码均为随机生成。测试数据仅用于开发、QA 和教学。

更新与更正

参考数据会定期审核和更新，收到的错误报告会及时核查并更正。每个页面上显示的日期是该页面内容最近一次审核的时间。