论一张 U 卡的诞生：居然要打通 6 个环节！

本文作者：Kay – Web3 PM@portal_kay。发文时间：下午1:09 · 2025年5月26日

前两天看到有位老哥连怼某知名 U 卡项目，交锋中出现了“BIN Sponsor”“Issuer”之类的关键词，涉及不少 U 卡发行的行业知识。

虽然 U 卡已经成为 Web3 用户越来越常用的支付补充工具，但大家对它的发行机制可能并不清楚。

OK，今天就一起来拆解一张 U 卡的完整诞生过程。

1. U 卡发行流程图

老规矩，还是先上图

要推出一张可用于消费的加密卡，至少涉及 6 个关键参与方：
卡组织、BIN 提供商、发卡机构、卡计划管理方、法币-加密货币兑换商、卡片生产 & 技术集成服务商。

2. 上下游合作关系

1️⃣ 卡组织（Visa / Master）
• 职责：最上游的规则制定者和网络搭建者。负责制定用卡规则，并搭建了庞大的商家支付网络（卡组织最核心的资产），同时提供覆盖全球资金清算网络。
• 合作关系：把“银行卡识别号（BIN）”分配给有资质的金融机构，为后续发卡打基础。多提一嘴，BIN（Bank Identification Number）就是卡片的前 6 位数字，可以直接区分发卡机构和卡类型。
• 六大卡组织：VISA、MasterCard、American Express（美运）、UnionPay（银联）、JCB（日本几大银行组建）和 Diners Club（花旗银行控股）。

2️⃣ BIN 提供商（BIN Sponsor）
• 职责：一般是持牌银行 或 支付机构，负责申请并管理 BIN；同时负责审核发卡机构合作资质。
• 合作关系：允许其他项目方“挂靠”其 BIN 来发卡（很多也直接向自己的客户发卡），并协助监管、风控、结算等底层流程。
• 常见厂商：一般大型银行都具备这个能力，但是大部分出于风控、合规考虑，并不愿意跟 U 卡项目方合作。对加密项目比较友好的是这几家：Evolve Bank、Stride Bank、Railsr 和 TransactPay。

3️⃣ 发卡机构（Issuer）
• 职责：这个角色非常重要，它们为用户创建实际的卡账户，执行 KYC/KYT 合规、托管法币资金、并且处理每一笔交易清算。重要的是，发卡机构本身通常不处理加密货币，只处理法币。
• 合作关系：和下游卡计划管理方配合，提供底层的账户和风控系统。如果自己没有 BIN，就需要“挂靠”接入拥有 BIN 的机构。
• 常见厂商：BIN 提供商经常也承担 Issuer 角色，但除此以外，U 卡项目方跟持牌的 FinTech 公司合作更为常见，比如：REAP、Airwallex、Striga。

4️⃣ 卡计划管理方（Program Manager）
• 职责：U 卡项目方主要就是承担这个角色；负责产品设计（卡面、品牌等）、用户运营、操作界面开发、API 接入、客服，也会设计自己的风控策略。
• 合作关系：要跟发卡机构紧密合作，比如配合风控、KYC 等；也需要和卡组织协调日常运营，比如落地营销活动。
• 常见厂商：Infini、Bybit Card、Bitget Card、Solayer 等。

5️⃣ 法币-加密货币兑换商（On/Off-Ramp）
• 职责：处理链上资产与法币之间的兑换和清结算。
• 常见做法：用户充值 USDT 后，平台通过合作服务商实时兑换为美元，再打入发卡行托管账户。
• 常见厂商：可以使用 MoonPay、Banxa、Legend Trading，也可以用 Circle API 自建兑换通道。

6️⃣ 卡片生产 & 技术集成服务商
• 职责：提供实体卡的设计与制作，或虚拟卡 API 的集成，支持 Google Pay / Apple Pay 等钱包绑定。
• 常见厂商：IDEMIA（全球份额第一）、G+D（170+年历史）、Tag Systems 等老牌卡片制造商，也有现代 BaaS 公司提供一整套 SDK 集成方案。

3. 写在最后

发行一张 U 卡不像其他 Web3 项目，靠一段代码 + 一个 UI 就能上线。一张 U 卡的背后，不仅涉及传统金融机构的合作，更涉及传统金融与链上资产的连接。

当你拿着 U 卡买了杯咖啡，背后其实站着一堆角色，踩过无数坑，最终让你用链上的币，买到了现实世界的东西。

补充内容：U卡生态中还存在的不可忽视的各方

今天，我们将进一步补充一些未覆盖的知识点，帮助大家更全面地理解 U 卡的发行和使用过程中涉及的挑战与细节。

1. 监管合规的复杂挑战

U 卡的发行不仅需要协调传统金融和加密世界的多个参与方，还必须面对复杂的监管环境。由于 U 卡本质上是链上资产（加密货币）与传统支付网络的结合，监管合规成为一个绕不过去的坎。

牌照要求

无论是 BIN 提供商还是发卡机构，通常都需要持有特定的金融牌照，例如银行牌照或支付机构牌照。这些牌照的要求因国家或地区而异。例如，在欧盟，发行机构可能需要符合《支付服务指令》（PSD2）的要求，而在美国，则需要遵守《银行保密法》（BSA）及相关的反洗钱（AML）规定。对于加密货币相关项目，监管机构还会额外关注链上资产的来源，执行更严格的 KYC（了解你的客户）和 KYT（了解你的交易）检查。

地区差异

不同地区的监管政策对 U 卡的发行和使用有很大影响。例如，欧盟的《加密资产市场监管法规》（MiCA）对稳定币和加密资产服务提供商提出了明确要求，而美国则尚未形成统一的联邦级加密监管框架，各州政策不一（如纽约州的 BitLicense）。一些国家甚至直接禁止加密货币支付工具，导致 U 卡在这些地区无法落地。

监管风险

监管的不确定性是 U 卡项目的一大挑战。例如，2022 年底，美国证券交易委员会（SEC）和商品期货交易委员会（CFTC）对加密资产的监管权限划分仍不明确，导致许多项目在合规上面临灰色地带。此外，全球范围内对稳定币（如 USDT、USDC）的监管也在收紧，可能会影响 U 卡的链上资产支持。
小结：U 卡项目需要在发行前深入研究目标市场的监管要求，并与合规专家合作，确保整个流程符合当地法律，否则可能面临罚款、业务中断甚至项目终止的风险。

2. 商户收单与支付处理的另一端

U 卡的发行流程只是故事的一半——当用户拿着 U 卡去消费时，支付的另一端（即商户侧）同样重要。虽然这不直接属于发行流程，但了解支付如何完成有助于我们更全面地理解 U 卡的运作。
商户收单方（Acquirer）

商户收单方（通常是银行或支付机构）负责为商户处理卡支付。他们与卡组织（如 Visa、Mastercard）合作，确保交易能够顺利清算。当用户使用 U 卡消费时，商户的 POS 机或在线支付网关会将交易请求发送到收单方，收单方再通过卡组织网络与发卡机构进行结算。

支付处理器（Payment Processor）

支付处理器是商户与收单方之间的技术桥梁，负责处理交易数据的传输和验证。一些知名的支付处理器（如 Stripe、Adyen）支持多种支付方式，并与卡组织网络深度集成。对于 U 卡，支付处理器需要确保交易数据能够无缝传递到发卡机构，以便完成链上资产到法币的清算。

商户接受度

由于 U 卡最终是通过卡组织网络完成支付，理论上它可以在任何支持 Visa 或 Mastercard 的商户处使用。然而，实际操作中，部分商户可能因为合规或风险控制政策，限制加密相关卡的使用。此外，U 卡的普及还依赖于卡组织在当地的商户网络覆盖率，例如在一些发展中国家，卡支付的接受度可能较低。

小结：U 卡的支付流程依赖于成熟的收单和支付处理体系，而商户接受度和卡组织网络的覆盖范围直接影响其实际使用场景。

3. 风险管理：加密与传统金融的碰撞

U 卡的独特之处在于它连接了加密资产和传统支付网络，但这种连接也带来了额外的风险，需要所有参与方共同管理。

加密资产波动风险

尽管许多 U 卡使用稳定币（如 USDT）作为链上资产，但稳定币并非完全无风险。例如，2022 年 TerraUSD（UST）的脱钩事件导致市场剧烈波动。如果 U 卡依赖的稳定币价值大幅波动，可能会影响交易清算，甚至导致资金缺口。此外，即使是稳定币，链上资产在兑换法币时也可能因市场波动或流动性不足而产生滑点（slippage）。

欺诈与chargeback风险

加密货币交易通常是不可逆的，但卡支付可以发起 chargeback（退单）。当用户使用 U 卡消费后申请退单，商户或发卡机构可能需要承担损失，因为链上资产可能已无法追回。这种不对称性增加了欺诈风险，尤其是在高价值交易场景中。

运营风险

U 卡项目需要管理多方合作的复杂性。例如，如果法币-加密货币兑换商（On/Off-Ramp）的服务中断，或者发卡机构的系统出现故障，可能会导致用户无法正常使用卡。此外，链上资产的托管安全也是一个关键问题，若项目方的钱包被黑客攻击，可能导致用户资金全损。

小结：U 卡项目需要在产品设计中加入多层次的风险管理策略，例如设置交易限额、实时监控链上资产波动，以及与可靠的兑换商合作，以降低潜在风险。

4. 用户体验：从充值到消费的细节

对于普通用户来说，U 卡的体验直接决定了它的吸引力。以下是一些用户在使用 U 卡时会遇到的关键环节。

充值流程

用户需要将加密货币（通常是 USDT、USDC 等稳定币）充值到 U 卡账户中。这个过程通常通过项目方的界面完成：用户连接链上钱包（如 MetaMask），选择充值金额，确认交易后，平台会通过合作的兑换商将加密货币兑换为法币，并存入发卡机构的托管账户。整个流程可能需要几分钟，具体取决于链上交易的确认速度（例如，以太坊网络的拥堵情况）。

交易限额

为控制风险，许多 U 卡设置了交易限额。例如，每日消费限额可能为 5000 美元，单笔交易限额可能为 1000 美元。此外，部分 U 卡还限制了 ATM 取现金额（若支持取现功能）。这些限额通常由发卡机构或项目方根据合规和风控需求设定。

费用结构

使用 U 卡通常会涉及多种费用：
充值费用：法币-加密货币兑换商可能会收取 1%-3% 的兑换费用。

交易费用：部分 U 卡对每笔消费收取少量手续费（例如 0.5%-2%）。

其他费用：如取现费用（若支持）、卡发行费用（尤其是实体卡）等。
这些费用可能降低 U 卡对用户的吸引力，因此项目方需要在成本与用户体验之间找到平衡。

使用场景

U 卡可以在支持卡组织的商户处消费，例如超市、餐厅或在线商店。部分 U 卡还支持绑定 Google Pay 或 Apple Pay，进一步提升便捷性。然而，用户可能仍会遇到一些限制，例如某些高风险行业（如博彩、成人内容）的商户可能不支持 U 卡支付。

小结：U 卡的用户体验取决于充值效率、费用透明度和使用场景的丰富程度。项目方需要在产品设计中优化这些环节，以提升用户粘性。

5. 白卡供应商：更快捷的发行方式

在 U 卡的发行生态中，有一种常见的模式尚未详细提及，那就是“白卡供应商”（White-Label Card Provider）。白卡供应商为 U 卡项目提供了一站式的解决方案，帮助它们快速推出自己的品牌卡。
白卡供应商的作用

白卡供应商通常整合了多个角色，包括发卡机构、技术集成服务商，甚至法币-加密货币兑换商。他们提供预构建的卡发行和支付基础设施，U 卡项目只需接入其 API，完成品牌化设计（例如卡面、UI 界面），即可上线。例如，REAP 和 Airwallex 就是典型的白卡供应商，许多知名的 U 卡项目（如一些交易所推出的卡）直接使用了它们的解决方案。

优势

使用白卡供应商可以大幅降低发行门槛和成本。U 卡项目无需自己申请 BIN、开发技术系统或处理复杂的合规事务，只需专注于用户运营和市场推广即可。此外，白卡供应商通常已经与卡组织和兑换商建立了合作关系，能够加快产品上线速度。

局限性

依赖白卡供应商也可能带来一些问题。例如，项目方对底层系统的控制权较少，若供应商的服务出现问题（如系统宕机、合规调整），可能会直接影响 U 卡的正常使用。此外，白卡供应商的费用（通常以交易分成或固定费用形式收取）可能会增加运营成本。

小结：白卡供应商为 U 卡项目提供了一条捷径，尤其适合资源有限的团队，但项目方需要在依赖性和成本之间做好权衡。

6. 写在最后

U 卡的发行和使用是一个复杂的系统工程，不仅涉及多方协作，还需要在监管、风险管理和用户体验等方面做好平衡。通过补充监管合规、商户收单、风险控制、用户体验以及白卡供应商的知识，我们可以看到 U 卡背后的更多细节和挑战。

对于 U 卡项目方来说，理解这些环节有助于设计更稳健的产品；对于用户来说，了解这些细节则能帮助他们更合理地使用 U 卡，享受链上资产与现实世界消费的无缝连接。未来，随着监管环境的变化和技术的进步，U 卡的生态可能会进一步演化，我们拭目以待！