# BinPulse — Full Technical & Multilingual Reference (llms-full.txt) Canonical Root: https://bin.llmland.io/ FAQ & Technical Reference: https://bin.llmland.io/faq/ Edge API Endpoint: https://bin.llmland.io/api/inspect?q= Supported Locales: zh-Hans, zh-Hant, en, ja Architecture: 100% Client-Side In-Memory ISO/IEC 7812 & ITU-T E.164 Inspection (0-Byte Server Upload) --- ## Locale: zh-Hans (zh-CN) - **Workbench URL**: https://bin.llmland.io/zh-Hans/ - **FAQ URL**: https://bin.llmland.io/zh-Hans/faq/ - **Title**: 银行卡BIN归属地查询、虚拟卡防拒付鉴别与全球手机号段运营商识别 — BinPulse - **Description**: BinPulse 是 100% 纯前端信用卡/借记卡/虚拟卡 BIN 发卡行归属地查询、ISO/IEC 7812 Luhn 校验位推演与国内 HLR 号段/全球 48 国 E.164 运营商识别工作台，防范 ChatGPT/Claude 绑卡拒付与虚拟号接码拦截，上传 0 bytes。 ### Overview 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 无损导出。 ### Core Algorithms #### 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) ``` #### 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) ``` ### BinPulse 3 步本地完成银行卡 BIN 与全球手机号段核验 (3 Steps) 1. BinPulse 第 1 步（输入卡号前 6–8 位 BIN 或手机号）：在上方输入框填入银行卡前 6 位 BIN（或完整卡号）及国内/国际 E.164 手机号，全程 100% 本地内存解析且向服务器上传 0 bytes。 2. BinPulse 第 2 步（核验 Luhn 校验位与虚拟卡/MVNO 风控）：在 0.02 seconds 内查看 ISO/IEC 7812 卡组织、发卡行、Prepaid 虚拟卡拒付风险、Luhn 模 10 逐步倍增过程，或手机号段归属地与 170/VoIP 接码风险。 3. BinPulse 第 3 步（批量筛查或生成沙盒测试号并导出）：切换至批量审计台一次性粘贴最高 500 条卡号与手机号，按虚拟卡或 MVNO 风险一键过滤并导出标准 CSV 或 JSON 报告。 ### 银行卡 BIN 查询与手机号段核验常见问题解答 (FAQ) ### Q: BinPulse 查询银行卡号或手机号码时会把卡号上传到后台服务器吗？ A: BinPulse 100% 在用户浏览器本地内存中运行，所有 ISO/IEC 7812 BIN 字典检索、Luhn 校验位计算与 E.164 号段解析均由纯前端 JavaScript 完成，在严格 HTTPS 与 CSP 保护下向服务器上传 0 bytes 敏感数据。 ### Q: 为什么绑定 ChatGPT Plus、Claude 或 Stripe 时经常提示「您的卡片被拒绝 (Your card was declined)」？ A: BinPulse 檢測表明，OpenAI 与 Claude 采用的 Stripe Radar 风控会通过前 6 位 BIN 自动拦截中国内地发卡行（CN）、银联单标卡以及高风险 Prepaid 虚拟预付卡（如 428837 等）；建议使用 BinPulse 预先筛查支持 3DS 2.2 的海外原生 Credit 或 Commercial 卡头（0 bytes 上传）。 ### Q: 什么是 Luhn 模 10 校验算法？如何补全卡号的最后一位校验位？ A: BinPulse 采用国际标准 ISO/IEC 7812-1 Luhn 算法：从右向左对每隔一位数字乘以 2（大于 9 则减 9），全部数字求和后若能被 10 整除（Mod 10 = 0）即为合法；在 BinPulse 输入前 6–15 位卡头可在 0.02 seconds 内自动推算合法校验位并一键补全测试卡号。 ### Q: 国内手机号段中哪些属于虚拟运营商 (MVNO) 或物联网卡？为什么接不到注册验证码？ A: BinPulse 内置完整工信部号段表：162、165、167、170、171 开头属于虚拟运营商转售号段（MVNO），而 140–149 开头属于物联网专用数据卡；这两类号段因实名风控权重常被银行、微信及海外平台拦截短信 OTP，可用 BinPulse 批量筛查高达 500 条并导出 CSV 或 JSON。 ### Q: 开发者如何在自动化脚本或 AI Agent 中调用 BinPulse 的卡头与号段识别能力？ A: BinPulse 除提供 4 languages 纯前端工作台与沙盒测试卡生成器外，还在边缘节点提供无状态 JSON 接口 GET /api/inspect?q=414720 或 GET /api/inspect?q=13800138000，在 0.02 seconds 内返回结构化 JSON 元数据且留存 0 bytes 日志。 --- ## Locale: zh-Hant (zh-TW) - **Workbench URL**: https://bin.llmland.io/zh-Hant/ - **FAQ URL**: https://bin.llmland.io/zh-Hant/faq/ - **Title**: 銀行卡BIN歸屬地查詢、虛擬卡防拒付鑑別與全球手機號段電信商識別 — BinPulse - **Description**: BinPulse 是 100% 純前端信用卡/簽帳卡/虛擬卡 BIN 發卡行歸屬地查詢、ISO/IEC 7812 Luhn 校驗位推演與兩岸/全球 48 國 E.164 電信商識別工作台，防範 ChatGPT/Claude 綁卡拒付與虛擬號接碼攔截，上傳 0 bytes。 ### Overview 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 驗證能力、兩岸三地與全球 E.164 號段及 MVNO 虛擬電信商識別，並支援最高 500 筆批次篩查及 CSV 與 JSON 無損匯出。 ### Core Algorithms #### 01 · ISO/IEC 7812-1 Luhn 模 10 校驗引擎 BinPulse 從卡號最右側校驗位向左掃描，對偶數位執行 ×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) ``` #### 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 等 VoIP 虛擬號段（支援 JSON 介面）。 ``` E.164 = "+" + CC(1..3 digits) + NSN (Total ≤ 15 digits, 100% Local) ``` ### BinPulse 3 步本機完成銀行卡 BIN 與全球手機號段核驗 (3 Steps) 1. BinPulse 第 1 步（輸入卡號前 6–8 位 BIN 或手機號碼）：在上方輸入框填入銀行卡前 6 位 BIN（或完整卡號）及國內外 E.164 手機號，全程 100% 本機記憶體解析且向伺服器上傳 0 bytes。 2. BinPulse 第 2 步（核驗 Luhn 校驗位與虛擬卡/MVNO 風控）：在 0.02 seconds 內查看 ISO/IEC 7812 卡組織、發卡行、Prepaid 虛擬卡拒付風險、Luhn 模 10 逐步倍增過程，或手機號段歸屬地與 VoIP 接碼風險。 3. BinPulse 第 3 步（批次篩查或產生沙盒測試號並匯出）：切換至批次審計台一次性貼上最高 500 筆卡號與手機號，按虛擬卡或 MVNO 風險一鍵過濾並匯出標準 CSV 或 JSON 報告。 ### 銀行卡 BIN 查詢與手機號段核驗常見問題解答 (FAQ) ### Q: BinPulse 查詢銀行卡號或手機號碼時會把卡號上傳到後台伺服器嗎？ A: BinPulse 100% 在使用者瀏覽器本機記憶體中運行，所有 ISO/IEC 7812 BIN 字典檢索、Luhn 校驗位計算與 E.164 號段解析均由純前端 JavaScript 完成，在嚴格 HTTPS 與 CSP 保護下向伺服器上傳 0 bytes 敏感資料。 ### Q: 為什麼綁定 ChatGPT Plus、Claude 或 Stripe 時經常提示「您的卡片被拒絕 (Your card was declined)」？ A: BinPulse 檢測表明，OpenAI 與 Claude 採用的 Stripe Radar 風控會透過前 6 位 BIN 自動攔截不支援地區發卡行、銀聯單標卡以及高風險 Prepaid 虛擬預付卡（如 428837 等）；建議使用 BinPulse 預先篩查支援 3DS 2.2 的海外原生 Credit 或 Commercial 卡頭（0 bytes 上傳）。 ### Q: 什麼是 Luhn 模 10 校驗演算法？如何補全卡號的最後一位校驗位？ A: BinPulse 採用國際標準 ISO/IEC 7812-1 Luhn 演算法：從右向左對每隔一位數字乘以 2（大於 9 則減 9），全部數字求和後若能被 10 整除（Mod 10 = 0）即為合法；在 BinPulse 輸入前 6–15 位卡頭可在 0.02 seconds 內自動推算合法校驗位並一鍵補全測試卡號。 ### Q: 手機號段中哪些屬於虛擬電信商 (MVNO) 或 VoIP 網路電話？為什麼接不到註冊驗證碼？ A: BinPulse 內建完整全球號段表：162、165、167、170、171 開頭屬於虛擬電信商轉售號段（MVNO），140–149 為物聯網數據卡，而日本 050 與英國 070 則屬於 VoIP 網路電話；此類號段常被銀行與海外平台攔截簡訊 OTP，可用 BinPulse 批次篩查高達 500 筆並匯出 CSV 或 JSON。 ### Q: 開發者如何在自動化腳本或 AI Agent 中呼叫 BinPulse 的卡頭與號段識別能力？ A: BinPulse 除提供 4 languages 純前端工作台與沙盒測試卡產生器外，還在邊緣節點提供無狀態 JSON 介面 GET /api/inspect?q=414720 或 GET /api/inspect?q=13800138000，在 0.02 seconds 內回傳結構化 JSON 元資料且留存 0 bytes 日誌。 --- ## Locale: en (en) - **Workbench URL**: https://bin.llmland.io/en/ - **FAQ URL**: https://bin.llmland.io/en/faq/ - **Title**: Card BIN/IIN Lookup, Luhn Validator & Global E.164 Phone Carrier Inspector — BinPulse - **Description**: BinPulse is a 100% client-side ISO/IEC 7812 card BIN/IIN lookup, Luhn Mod-10 validator, and HLR & global E.164 phone carrier auditor (0 bytes uploaded). ### Overview BinPulse is a 100% client-side card BIN/IIN issuing bank lookup, visual Luhn Mod-10 checksum calculator, and global E.164 phone carrier auditor running in browser RAM over HTTPS and localStorage with 0 bytes uploaded to any server, indexing 90+ global banks, virtual card issuers, and 48 country numbering plans. BinPulse implements ISO/IEC 7812-1 numbering rules and ITU-T E.164 telecom standards across 4 languages, resolving card network, tier (Credit, Debit, Prepaid, Virtual, Commercial), 3DS support, China 31-province HLR prefixes, and MVNO/VoIP OTP risk in 0.02 seconds while supporting 500-item batch audits with CSV and JSON exports. ### Core Algorithms #### 01 · ISO/IEC 7812-1 Luhn Mod-10 Checksum Engine BinPulse scans right-to-left from the check digit, doubling every second digit and subtracting 9 when the product exceeds 9, verifying that the total sum modulo 10 equals 0 in under 0.02 seconds with 0 bytes uploaded. ``` Luhn_Sum = Σ [d_i (odd) + ((2·d_i > 9) ? 2·d_i - 9 : 2·d_i) (even)] ≡ 0 (mod 10) ``` #### 02 · Longest-Prefix IIN / BIN Trie Resolution BinPulse evaluates the ISO/IEC 7812 Major Industry Identifier (MII) and 6–8 digit Issuer Identification Number (IIN) 100% locally to distinguish retail Credit, Debit, Commercial, and Prepaid Virtual cards with CSV and JSON export. ``` Match(PAN) = argmax_{|p| ∈ [4,8]} { p ∈ BIN_Trie | p ⊏ PAN[0..7] } ``` #### 03 · China 3/7-Digit HLR & MVNO Risk Classifier BinPulse decodes 130–199 3-digit carrier blocks and 7-digit HLR city prefixes across 31 provinces, flagging high-risk 162/165/167/170/171 MVNO resale numbers and 14x IoT data SIMs with 0 bytes uploaded. ``` MSISDN_86 = [MAC: 3 digits] + [HLR_City: 4 digits] + [Subscriber: 4 digits] ``` #### 04 · ITU-T E.164 & NANP Area Code Parser BinPulse performs longest-prefix matching across 48 country calling codes (+1 to +974), validating National Significant Number (NSN) length, US tax-free state area codes, and Japan 050 / UK 070 VoIP ranges via JSON API. ``` E.164 = "+" + CC(1..3 digits) + NSN (Total ≤ 15 digits, 100% Local) ``` ### Audit Card BINs, Luhn Checksums & E.164 Phone Numbers Locally in 3 Steps 1. BinPulse Step 1 (Enter Card BIN/PAN or Phone Number): Type or paste any 6–19 digit card BIN/PAN or domestic/international E.164 phone number; all parsing executes 100% in browser memory with 0 bytes uploaded. 2. BinPulse Step 2 (Inspect Luhn Math & Virtual/MVNO Risk): View ISO/IEC 7812 issuer metadata, Prepaid/Virtual SaaS billing compatibility, and step-by-step Luhn Mod-10 doubling in 0.02 seconds, or check HLR city and VoIP OTP risk. 3. BinPulse Step 3 (Batch Audit or Generate Sandbox Numbers): Switch to the Batch Auditor to screen up to 500 mixed card BINs and phone numbers at once, filter by Prepaid or MVNO risk, and export clean CSV or JSON reports. ### Card BIN/IIN Lookup & Global E.164 Phone Carrier Frequently Asked Questions (FAQ) ### Q: Does BinPulse upload entered credit card numbers or phone numbers to any external server? A: BinPulse executes 100% inside local browser memory using pure client-side JavaScript over HTTPS and strict CSP headers, ensuring 0 bytes of PAN digits or phone numbers are ever transmitted to any remote server. ### Q: Why do OpenAI (ChatGPT Plus), Claude, or Stripe checkouts decline certain virtual or domestic cards? A: BinPulse identifies two primary decline triggers in Stripe Radar: cross-border geo-mismatches (e.g. domestic CN UnionPay BINs on USD gateways) and high-risk Prepaid Virtual BINs (such as 428837); use BinPulse in 0.02 seconds to verify 3DS 2.2 Credit or Commercial BINs with 0 bytes uploaded. ### Q: How does the ISO/IEC 7812-1 Luhn Mod-10 algorithm work and how can I compute a valid check digit? A: BinPulse doubles every second digit from the right (subtracting 9 if > 9) and sums all digits so that Total mod 10 = 0; entering any 6–15 digit BIN prefix into BinPulse calculates the exact check digit in 0.02 seconds and completes a valid sandbox test number. ### Q: Which phone prefixes are classified as MVNO virtual carriers or IoT SIMs that fail SMS OTP verification? A: BinPulse flags China Mainland 162, 165, 167, 170, and 171 prefixes as MVNO resale numbers, 140–149 as IoT data-only SIMs, and Japan +81-50 or UK +44-70 as VoIP lines; you can batch-audit up to 500 numbers and export results to CSV or JSON. ### Q: Can developers or AI agents query BinPulse programmatically via an edge JSON API? A: BinPulse provides both a 4 languages interactive browser workbench and a stateless edge endpoint at GET /api/inspect?q=414720 or GET /api/inspect?q=13800138000 that returns structured JSON metadata in 0.02 seconds with 0 bytes logged. --- ## Locale: ja (ja) - **Workbench URL**: https://bin.llmland.io/ja/ - **FAQ URL**: https://bin.llmland.io/ja/faq/ - **Title**: クレジットカードBIN検索・Luhn検証＆世界の携帯番号キャリア判定台 — BinPulse - **Description**: BinPulse は 100% ブラウザ完結のクレジットカード BIN/IIN 発行銀行検索、ISO/IEC 7812 Luhn チェックディジット検証、世界 48 カ国 E.164 携帯キャリア・MVNO/VoIP 判定ツールです（サーバー送信 0 bytes）。 ### Overview BinPulse はユーザーのブラウザ内メモリのみで動作するクレジットカード BIN/IIN 発行銀行検索、Luhn チェックディジット計算、および世界 48 カ国の E.164 電話番号キャリア判定ワークベンチであり、HTTPS と localStorage 環境下でサーバー送信 0 bytes を厳守しつつ 90 以上の主要銀行・バーチャルカード発行元を収録しています。 BinPulse は国際標準 ISO/IEC 7812-1 と ITU-T E.164 番号計画に準拠し、4 languages 多言語 UI でカードブランド・券種（Credit / Debit / Prepaid / Virtual / Commercial）・3DS 対応状況・携帯キャリア・MVNO/050 VoIP リスクを 0.02 seconds 以内に判定し、最大 500 件の一括監査と CSV・JSON 出力を 100% ローカルで提供します。 ### Core Algorithms #### 01 · ISO/IEC 7812-1 Luhn Mod-10 検証エンジン BinPulse は右端のチェックディジットから左へ走査し、偶数番目を 2 倍（9 超は 9 を減算）して全桁の合計が 10 で割り切れるかを 0.02 seconds 未満で判定します（サーバー送信 0 bytes）。 ``` Luhn_Sum = Σ [d_i (odd) + ((2·d_i > 9) ? 2·d_i - 9 : 2·d_i) (even)] ≡ 0 (mod 10) ``` #### 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 · 携帯 HLR プレフィックス＆ MVNO / IoT 判定 BinPulse は 3 桁キャリア番号と 7 桁 HLR 地域コードを解析し、SMS 認証で拒否されやすい MVNO（162/165/167/170/171）およびデータ専用 IoT SIM（140〜149）を即座に検出します（送信 0 bytes）。 ``` MSISDN_86 = [MAC: 3 digits] + [HLR_City: 4 digits] + [Subscriber: 4 digits] ``` #### 04 · ITU-T E.164 国際国番号＆ 050 VoIP 解析 BinPulse は世界 48 カ国の国番号（+81 日本、+1 米国など）と有効桁数を検証し、日本の 070/080/090 携帯と 050 IP電話（VoIP）、米国の免税州エリアコードを正確に分類します（JSON API 対応）。 ``` E.164 = "+" + CC(1..3 digits) + NSN (Total ≤ 15 digits, 100% Local) ``` ### BinPulse でカード BIN と電話番号キャリアをローカル診断する 3 ステップ (3 Steps) 1. BinPulse ステップ 1（カード先頭 6〜8 桁 BIN または電話番号の入力）：カードの先頭 6 桁 BIN（または全桁）や国際 E.164 電話番号を入力します（100% 端末内処理、サーバー送信 0 bytes）。 2. BinPulse ステップ 2（Luhn 検証とバーチャルカード / VoIP リスク確認）：0.02 seconds 以内に ISO/IEC 7812 発行銀行、Prepaid/Virtual 決済リスク、Luhn Mod-10 の各桁計算、または携帯キャリアと SMS 認証リスクを表示します。 3. BinPulse ステップ 3（最大 500 件の一括スクリーニング＆ CSV / JSON 出力）：一括監査タブで最大 500 件のカード BIN や電話番号を貼り付け、リスク要因でフィルタリングして CSV または JSON で保存します。 ### クレジットカード BIN 検索＆電話番号判定 よくある質問 (FAQ) ### Q: BinPulse に入力したカード番号や電話番号が外部サーバーに送信されることはありますか？ A: BinPulse は 100% ユーザーのブラウザ内メモリで動作し、ISO/IEC 7812 BIN 照合・Luhn 計算・E.164 解析のすべてをクライアント側 JavaScript で完結させるため、HTTPS と厳格な CSP 下でサーバーへのデータ送信は 0 bytes です。 ### Q: ChatGPT Plus、Claude、Stripe などでカード決済が拒否（Declined）される主な原因は？ A: BinPulse の診断では、Stripe Radar 等の決済リスク判定がプリペイド型バーチャルカード（428837 など）や地域制限のある発行国 BIN を自動ブロックすることが主因です。BinPulse で 3DS 2.2 対応の Credit または Commercial BIN を 0.02 seconds で事前確認できます（送信 0 bytes）。 ### Q: Luhn（ルーン）アルゴリズムとは何ですか？テスト用のチェックディジットはどう計算しますか？ A: BinPulse が採用する ISO/IEC 7812-1 Luhn 法は、右から偶数桁目を 2 倍（10 以上は 9 を引く）して全桁の和が 10 の倍数（Mod 10 = 0）になるかを確認する方式です。先頭 6〜15 桁を入力すれば 0.02 seconds で正しい末尾チェックディジットを自動算出します。 ### Q: SMS 認証（OTP）が届かない・弾かれる電話番号プレフィックスにはどのような特徴がありますか？ A: BinPulse は日本の 050 IP電話（VoIP）、英国の 070 番号、中国の 162/165/167/170/171 仮想移動体通信事業者（MVNO）および 140〜149 IoT 専用カードを自動検出し、最大 500 件の一括検査結果を CSV や JSON でエクスポートできます。 ### Q: 開発スクリプトや AI エージェントから BinPulse の判定機能を API として呼び出せますか？ A: BinPulse は 4 languages 対応のブラウザ画面に加え、エッジ JSON エンドポイント GET /api/inspect?q=414720 および GET /api/inspect?q=13800138000 を備えており、0.02 seconds 以内に構造化 JSON を返しログ保存 0 bytes で動作します。