发行人、BIN 赞助机构与支付网络

编辑状态：PUBLISHED。 AI 辅助译编；2026-10-19 用户批量批准已记录。具名材料核查于 2026-10-18，不是运行测试或法律意见。对应英文：payments-04。

Learning objectives · 学习目标

• 区分发行人、项目界面、处理商与网络。
• 核查 BIN 赞助角色，而非把名称当保证。
• 将授权和恢复问题对应到责任协议。

Mechanism · 一张卡背后有多项职责

可见品牌不必是发行人或余额义务人。网络、处理商与项目管理也有不同任务，分工需看地区协议，不能从标识或别的项目推定。

已读 Coinbase 美国说明列 Pathward, N.A. 为发行人、Marqeta 为处理伙伴、Visa 为网络。这只支持该项目的文档角色，不扩展到其他产品或国家。Coinbase overview

Wirex 已读 EEA 协议列 Transact Payments Malta Limited，说明电子货币。页面名含 Debit Mastercard，但 2.3 条明确与银行账户及指定卡种作区别。应保留标题与合同的不同，不能推定存款保护。Wirex EEA terms

Worked example · 有余额却未获授权

虚构模型有应用、发行人、处理商、网络和商户支付方。客户显示 200，买 60 却被拒。余额不证明全部参与者已授权：处理服务中断、发行人需复核或商户请求不支持都只是待查假设，不是对具名产品诊断。

应保留交易号并按责任流程调查，不能把网络说成全部余额欠款方。若材料出现 BIN sponsor，应查机构、授权、赞助项目和承担义务。教学图将其视为项目获准参与网络的关系，名称本身不决定谁持有所有资产或支付所有索赔。

客户 ↔ 项目界面 ↔ 发行/处理 ↔ 网络 ↔ 商户侧
             └→ 协议确定赞助、余额义务和支持
拒付证据 → 交易参考号 → 有责任主体调查

Completion · 消息与付款完成不同

模型授权可先从 200 保留 60，剩可用 140，之后清算结算再确认或调整。保留不证明商户最终收款，撤销也不保证立即到账，须看当前条款。

记录各角色实体、地区、文件、功能、控制的数据资金和失败流程。谁能冻卡、限制账户、处理争议、终止项目可能不同。拥有钱包私钥不意味着能要求另一个发行人永远批准消费。

网络商户覆盖不等于申请资格。账户、持卡协议与未取得的赞助协议应分别记录，不能拿一份文件回答全部问题。

Common misconceptions · 常见误解

Visa/Mastercard 就是发卡人。 要读地区发行主体。

界面品牌欠全部义务。 权利与职能可能分散。

BIN 赞助证明安全。 合同范围和失败保护仍需证据。

Risks and limits · 风险与边界

不定义通用网络准入、牌照、争议期限或保险。BIN 角色作为合同核查问题，没有文件就不对具名项目断言。未测试授权、投诉或恢复，材料可变且需保留日期地区。

Exercise and answer · 练习与答案

练习： 有标识、200 余额，60 被拒，能认定网络欠客户 200 吗？

答案： 不能。余额义务人由协议确定，拒付需跨真实角色调查，不能直接推出欠款主体。

Related learning · 关联学习

继续支付专题的外汇和奖励，在Cards比较文件结构。

Source map · 来源与证据范围

coinbase-card-overview 支持美国角色，wirex-eea-card-terms 支持 EEA 主体与电子货币用语，Analysis 于 2026-10-18 实读。余额、拒付和赞助图为假设，不提供通用 BIN 规则或实测表现。中文批准待完成。