BTCC / BTCC Square / Btcbaike /
Kraken 為什麼要買 Reap,而不是買一張 U 卡?

Kraken 為什麼要買 Reap,而不是買一張 U 卡?

Btcbaike
Author:
Btcbaike
發佈時間:
2026-05-14 00:20:16
0

作者:Yokiiiya,Stablehunter

 

Kraken 母公司 Payward 擬以最高 6 億美元收購 Reap,這件事很適合作為理解穩定幣支付的一個入口。 根據 Payward 和 Reap 的官方公告,Reap 被定義為 stablecoin-native、card issuing and payments infrastructure 公司。 交易完成後,Reap 的能力會被併入 Payward Services,用來支援 card issuance、cross-border payments 和 stablecoin treasury services。

這幾個字其實很關鍵。 它說明 Payward 這次買的,不只是一個「能發 U 卡」的產品,而是一套和發卡、跨境支付、穩定幣結算、企業資金管理有關的基礎設施。 所以我覺得這件事最值得問的,不是「Kraken 為什麼要做 U 卡」。 而是:如果它只是想做一張 U 卡,為什麼不直接買前台 U 卡品牌?

市場上已經有不少使用者感知較強的 U 卡產品。 開啟 App,儲值 USDT 或 USDC,綁定一張虛擬卡或實體卡,然後去線上線下消費。 這個故事很好理解:穩定幣終於可以像銀行卡餘額一樣花出去了。 但 Payward 這次買的不是單純面向 C 端用戶的 U 卡品牌。 它買的是 Reap。

這顯示它真正想補的,不是「給用戶發一張卡」這個前台能力,而是卡背後那套更難、更重、也更值錢的基礎設施:發卡、授權、穩定幣結算、跨境支付、企業 treasury、合規風控,以及和傳統金融 rails 的連接能力。 換句話說,U 卡只是使用者看到的結果。

真正值錢的,是讓這張卡能被發出來、刷出去、透過 Visa/Mastercard 網路被商家接受,並在後台完成穩定幣到法幣的兌換、清算、對帳、風控和合規。

所以這篇文章真正想拆的,不是哪張 U 卡最好用,而是另一件事:像是 Reap、Rain、StraitX 這類公司,到底在做什麼基礎建設? 它們為什麼會被交易所、錢包、fintech,甚至傳統支付巨頭盯上?

因為一張 U 卡能不能發出來,遠遠不是「做一個 App 接一個卡號」這麼簡單。 它背後要同時打通卡片組織網路、發卡資格、BIN sponsor、issuer processor、即時授權、穩定幣到帳和兌換、鏈上鏈下帳務、企業資金管理、跨境結算、KYC/KYB、AML、拒付管理、詐欺風控,以及本地銀行和支付 rails。 這也是為什麼前台 U 卡品牌可以很多,但真正能做基礎設施的公司並不多。

前台產品解決的是「使用者看見什麼」。 基礎建設公司解決的是「這張卡為什麼真的能被發出來、刷出去、結算回來,而且出問題時有人能兜住」。

Payward 買 Reap 的意義,也應該放在這裡理解。 它不是簡單買一個 U 卡入口,而是在補一整套穩定幣支付基礎設施能力。 接下來我們就從一張 U 卡最基礎的問題拆起:它到底是怎麼被發出來的?

一張 U 卡到底是怎麼發出來的?

很多人會以為,一張 U 卡就是某個交易所、錢包或 crypto app 自己發的。 但實際上,用戶看到的前台品牌,往往只是產業鏈最上面的一層。

一張真正能用的 U 卡,背後至少要把幾層能力拼起來:卡組織網絡、發卡資質、BIN sponsor、issuer processor、program manager、穩定幣基礎設施,以及最終面向用戶的前台產品。 這也是為什麼我前面說,U 卡不是單點產品,而是一條產業鏈。

第一層是 card network,也就是像 Visa、Mastercard 這樣的卡片組織。

它們提供全球商家受理網路、交易規則、清算規則、爭議處理架構和網路品牌。 用戶在線下刷卡,或在線上輸入卡號時,商家側通常不知道這是一張「U 卡」。 它看到的是一張可以走 Visa 或 Mastercard 網路處理的卡片。 所以 U 卡不是要繞開 Visa/Mastercard。 恰恰相反,許多 U 卡產品是藉助 Visa/Mastercard 的商家網絡,讓穩定幣餘額能進入現實消費場景。

第二層是 issuer / issuing bank / issuing institution,也就是真正有資格把卡發行出來的機構。

這裡不能簡單理解成「一定是銀行」。 在傳統卡業務裡,issuer 很多時候確實是銀行。 但在 crypto card 或 fintech card 裡,實際 issuer 也可能是電子貨幣機構、支付機構,或是擁有 Visa/Mastercard principal membership 的持牌 fintech。 它們的共同點是:有資格參與發卡,並承擔交易、資金、合規、拒付、詐欺等一系列責任。

例如有些 crypto card 背後是銀行,有些背後是電子貨幣機構或持牌支付機構。 Coinbase Card 在美國由 Pathward, N.A. 發行;Nexo Card 在歐洲與 Mastercard、DiPocket 合作推出;Crypto.com Visa Card 在新加坡由持有 MAS Major Payment Institution License 的 Foris Asia Pte. Ltd. 發行和分發。 不同地區、不同產品,issuer 結構可能完全不同。 所以很多前台品牌看起來像是在自己發卡,但背後一定有 issuer、issuing institution 或持牌合作方在承擔發卡責任。 這也是為什麼「發卡」不是一個 App 自己想做就能做的事情。

第三層是 BIN sponsor。

BIN 是卡片前幾位對應的發卡識別號碼,它決定了這張卡屬於哪個發卡機構、什麼卡種、哪個網路、哪個地區。 許多 fintech 或 crypto 平台自己沒有完整發卡資質,就需要透過 BIN sponsor 接入發卡能力。 BIN sponsor 提供的是資格和通道,但它不是無條件開放的。 它將要求專案符合合規、風控、資金和營運規則。

對 crypto card 來說,這一層尤其關鍵。 因為一旦出現高風險交易、詐欺、拒付或監管問題,責任就不會只停留在前台品牌那裡。 BIN sponsor、issuer、processor 和專案管理方都可能被牽連。

第四層是 issuer processor。

這層負責處理授權、清算、交易路由、餘額校驗、卡控、限額、風控規則和交易事件回調。 用戶刷卡那一瞬間,商家發起授權請求。 processor 要在很短時間內判斷:這張卡是否有效? 餘額是否足夠? 這筆交易是否允許? 商戶類別有沒有問題? 地區有沒有限制? 風險是否可接受? 然後它要把結果回傳給卡片網路和商家。 如果這張卡背後連接的是穩定幣餘額,事情會更複雜。 系統不只是要看一個法幣帳戶餘額,還要處理穩定幣餘額、匯率、凍結、兌換、鏈上鏈下帳務,以及後續對帳。

第五層是 program manager。

它更像是一個卡片項目的運作大腦。 一張卡片面向誰開放? 是 C 端消費卡,還是企業卡? 是虛擬卡,還是實體卡? 支援哪些地區? 哪些商戶類別不能用? 使用者要做什麼 KYC? 企業客戶要做什麼 KYB? 手續費怎麼收? 交易限額怎麼設? 拒付怎麼處理? 客服怎麼響應? 這些都屬於 program management 的範疇。 有些公司本身就是 program manager,有些專案則會把這部分能力交給基礎建設服務商。

第六層是 crypto 或 stablecoin infrastructure provider。

這一層負責穩定幣相關的部分:儲值、鏈上到帳、錢包帳務、穩定幣和法幣兌換、treasury 管理、鏈上鏈下對帳、跨境結算、交易監控和合規審查。

但這裡要特別注意一點:像 Reap、Rain、StraitsX 這類公司,往往不只是單獨站在第六層。 它們的價值不在於只做某一環節,而是把多層能力打包起來:card issuing、BIN sponsorship、program management、real-time authorization、stablecoin settlement、treasury、cross-border payments 和本地金融連結。

所以它們不是只幫客戶「發一張卡」。 它們在解決一個更複雜的問題:怎麼把用戶或企業手上的穩定幣餘額,接進傳統發卡體系、卡片組織網路、合規體系和本地金融系統裡。 這也是為什麼這類公司會被稱為基礎建設公司。

如果只是做一個前台 U 卡產品,重點是使用者體驗、獲客和場景包裝。 但如果要做基礎設施,重點就變成了:能不能幫不同的錢包、交易所、fintech 或企業客戶,把發卡、授權、穩定幣結算、跨境資金流和合規風控這些原本分散的環節接起來。

最後一層才是 frontend brand,也就是使用者真正看到的交易所、錢包、crypto app 或 fintech 產品。

前台品牌負責獲客、產品體驗、卡面設計、使用者營運及場景包裝。 用戶以為自己用的是某某錢包的卡片、某某交易所的卡,但它背後往往組合了卡片組織、issuer、BIN sponsor、processor、program manager、穩定幣結算方和合規服務商。

所以,一張 U 卡其實不是「一家公司發了一張卡」。 準確地說,它是一群機構共同協作出來的結果。 用戶看到的是一張卡。 背後是一整套系統在共同承擔發卡、授權、兌換、清算、結算、合規、拒付和風險。

這也是為什麼穩定幣支付基礎設施很難做。 它不是單純的 crypto 技術問題,也不是單純的發卡問題,而是一個跨越 Web3、傳統支付、銀行、合規、風控和本地金融網路的系統工程。

能做到這一層的公司,往往不是因為它們「會發卡」,而是因為它們已經花了很長時間去建立銀行關係、卡組織關係、牌照結構、風控模型、processor 對接、穩定幣帳務系統和本地結算網絡。

這些東西沒有一個是靠一輪融資,或是一個 API 文件就能瞬間補齊的。 這也是 Payward 為什麼要買 Reap,而不是只買一個前台 U 卡品牌的原因。 前台品牌可以做得很漂亮,成長也可以很快。 但真正難複製的,是背後那套能讓卡片發出來、刷出去、結算回來,並且在出問題時有人兜得住的基礎設施。

一張 U 卡刷出去時,錢到底是怎麼跑的?

前面講的是,一張 U 卡要發出來,背後需要哪些角色。 但真正理解 U 卡生意,還要看另一個問題:用戶刷卡那一瞬間,錢到底是怎麼跑的?

假設一個用戶的錢包裡有 100 USDC,然後他用這張 U 卡在海外商家消費 20 美元。 從使用者視角看,這件事很簡單:打開 App,看到卡,刷一下,餘額減少。 但後台發生的事情,並不是「商家直接收到了 20 USDC」。 這也是很多人最容易誤解 U 卡的地方。

在大多數情況下,商家側仍走的是傳統卡片支付流程。 商家透過收單機構發起一筆卡片交易,這筆交易進入 Visa 或 Mastercard 網絡,然後被路由到對應的 issuer / processor 體系。 也就是說,商家要的不是一筆鏈上轉帳。 商家要的是一個標準的卡片交易結果:這張卡能不能扣款? 這筆交易能不能授權?

然後,issuer processor 會收到授權請求,開始做一系列判斷。 這張卡是否有效?
是否被凍結? 交易金額是否超過限額? 商戶類別是否允許? 交易地區是否開放? 有沒有詐欺風險? 用戶帳號裡是否有足夠餘額? 如果這張卡背後連結的是穩定幣餘額,系統還要多做一層判斷:用戶的 USDT 或 USDC 餘額,是否足以覆蓋這筆消費,以及兌換成商家結算貨幣後是否足夠。

接下來會有兩種常見處理方式。

一種是即時兌換。 用戶刷卡時,系統立刻把對應價值的穩定幣兌換成法幣,完成授權和後續結算。

另一種是先做帳本凍結。 系統先在用戶帳戶裡凍結對應價值的穩定幣,等交易進入清算結算階段後,再統一做兌換、對帳和資金調撥。

具體採用哪種方式,取決於卡片專案設計、發卡地區、合作銀行要求、processor 能力、穩定幣資產類型、流動性安排,以及基礎設施服務商的帳務系統。

但不管是哪一種方式,商家通常並不是直接向使用者的錢包收取 USDC。 對商家來說,它收到的仍然是一筆標準卡交易。 它面對的是收單機構、卡片組織和發卡體系,而不是一條區塊鏈。 真正改變的是後台資金來源和結算邏輯。 用戶刷的是 Visa 或 Mastercard 網路。 但支持這筆消費的資金,可能來自用戶帳戶裡的穩定幣餘額。 在後台,平台、issuer、processor、卡片組織、收單側、穩定幣基礎設施服務商和本地銀行之間,會完成授權、凍結、兌換、清算、結算、對帳和資金調撥。 這就是 U 卡最關鍵的地方:前台是卡網絡,後台是穩定幣資金流。 要理解這一點,就不會把 U 卡誤解成「Visa/Mastercard 被穩定幣取代」。

在當前階段,更準確的說法是:穩定幣並不是直接取代商家側的卡受理網絡,而是在成為卡片項目背後的資金來源、treasury 工具和結算資產。 這也是為什麼穩定幣卡真正改善的,未必是商家前台體驗。 商戶本來就能收 Visa、Mastercard。 真正被改變的是平台和發卡計畫背後的資金周轉方式。

傳統跨境卡專案常面臨幾個問題:資金要提前放在不同地區或合作銀行里,週末和假日清算變慢,跨境調撥需要時間,多個帳戶之間要留 buffer,資金被困在不同通道裡。

這些問題使用者不一定看得見,但它們會直接影響卡片項目的資本效率、授權成功率、地區擴張速度和利潤空間。 穩定幣的價值就在這裡開始出現。 它可以 24/7 轉移,可以在週末和假日繼續完成資金調撥,可以跨錢包、平台和地區流動,也可以讓一些原本需要多天完成的資金安排變得更接近實時。 所以,U 卡不是簡單把「鏈上支付」搬到線下商家。 它更像是在傳統卡片網路背後,加入了一層新的資金來源和結算工具。 用戶看到的是「我用穩定幣刷卡消費」。 商家看到的是「我收到了一筆普通卡交易」。

基礎設施公司看到的是「我要在這兩套系統之間,把授權、兌換、清算、結算、對帳和合規風控全部接起來」。 這也是為什麼這件事難。 難點不在於做一張卡面,也不在於讓用戶 App 裡顯示一個餘額。 困難在於:當用戶真的刷卡時,這套系統能不能在幾秒鐘內判斷交易是否可過;在交易過後,能不能把穩定幣、法幣、卡網絡清算、本地銀行資金、企業賬務和合規記錄全部對上。

只要其中一個環節出問題,用戶看到的就是交易失敗、卡片被凍結、餘額異常、匯率不透明或提領受限。

所以,一張 U 卡能不能真正規模化,最後看的不是宣傳頁上支援多少幣種、覆蓋多少地區,而是後台系統能不能穩定處理這些很不性感、但非常要命的問題:授權能不能過。 資金能不能到。 帳能不能對平。 風險能不能控住。 合規能不能解釋。 出問題時有沒有人兜底。 這才是穩定幣支付基礎建設真正的門檻。

為什麼海外玩家會把穩定幣放進卡業務後台?

前面講到,用戶刷 U 卡時,商家側看到的仍然是一筆標準卡交易。 商家不需要理解 USDC 或 USDT,也不需要自己接鏈上錢包。 所以,穩定幣卡並不是商家側直接取代 Visa / Mastercard。

更準確地說,在一些海外合規場景裡,穩定幣被放進了卡片項目的後台,作為帳戶餘額、兌換安排、資金調撥或結算工具的一部分。 這也是這類基礎設施真正複雜的地方。

它不是只要讓使用者 App 裡顯示一個穩定幣餘額,也不只要產生一張虛擬卡號。 後台還要處理一整套問題:用戶餘額怎麼校驗,刷卡時怎麼授權,穩定幣和法幣之間怎麼兌換,交易記錄和鏈上鏈下賬務怎麼對上,不同地區的資金怎麼調撥,KYC / KYB、AML、制裁篩選和交易監控怎麼完成。

換句話說,穩定幣在這裡扮演的不是「替代卡片網路」的角色,而是被嵌進卡片業務後台,參與資金來源、帳務、兌換、結算和 treasury 管理。 但這件事不能簡單理解成「穩定幣讓支付變快變便宜」。

真實業務裡,它仍然要面對監管許可、銀行合作、on/off-ramp、卡組織規則、流動性、匯率、會計處理、稅務和合規審查。 不同地區的邊界也完全不同。

所以海外一些支付公司、交易所和 fintech 正在探索將穩定幣作為後台資金和結算工具的一部分,但它能不能規模化,取決於牌照、銀行合作、風控能力、本地監管和合規邊界。 這也是為什麼 Reap、Rain、StraitsX 這類公司值得關注。

它們真正做的不是「發一張更酷的卡」,而是在海外合規框架下,把數位資產餘額、發卡體系、卡片組織網路、企業資金管理和本地金融系統接起來。 從這個角度來看,穩定幣卡的核心不是前台消費體驗,而是後台基礎設施能力。

誰在搭建 U 卡背後的基礎設施?

前面我們拆的是一張 U 卡發出來、刷出去時,背後要經歷哪些環節。 那是從「操作鏈路」看問題。 但如果換成「公司生態位」來看,就會看到另一張圖:這個產業不是只有前台 U 卡品牌,而是可以分成幾類玩家。 最上面,是用戶看得見的 U 卡產品。 中間,是穩定幣卡發行、支付和結算基礎設施。 最下面,是傳統支付 rails、processor 和合規風控。

這兩套分類不是衝突的。 七層解釋的是:一張卡怎麼跑起來。 四層解釋的是:誰在搭這套系統。

第一層,是前台 U 卡 / crypto card 產品。 這一層最接近用戶,也最容易被看見。

如 RedotPay、Coinbase Card、Crypto.com Card、Bybit Card、Wirex、Nexo Card、MetaMask Card、Ledger CL Card、1inch Card、Gnosis Pay、KAST、Bitget Wallet Card 等。

它們解決的是用戶體驗問題:用戶在哪裡開卡,怎麼充值,怎麼消費,支持哪些幣種,能不能線上線下刷,費率清不清楚,卡會不會被凍,客服能不能響應。

這也是很多人最容易理解的 U 卡生意。 因為它看起來很直觀:用戶有 USDT 或 USDC,平台給他一張卡,他就可以去消費。 但這一層不一定掌握底層的發卡、授權、清算、結算和合規能力。 許多前台品牌背後,仍需要依賴發卡機構、BIN sponsor、processor、穩定幣結算服務商和合規服務商。

第二層,是穩定幣卡發行基礎設施。 這一層才是 Payward 收購 Reap 這件事真正指向的地方。 這一類公司包括 Reap、Rain、StraitsX、Baanx、Immersve、Kulipa、Gnosis Pay 等。 它們不只是做一個前台卡產品,而是在幫錢包、交易所、fintech 或企業客戶把卡項目發出來。

它們要解決的問題包括:怎麼發卡,怎麼連接 Visa / Mastercard 網絡,怎麼做實時授權,怎麼連接用戶或企業的數位資產餘額,怎麼處理穩定幣和法幣之間的兌換,怎麼做交易限額、卡控、風險規則、鏈上鏈下對賬,以及怎麼滿足不同地區的合規要求。 換句話說,這一層賣的不是卡面,而是發卡能力。

對客戶來說,最理想的狀態是:我不需要自己去找發卡機構、BIN sponsor、processor、穩定幣結算方和合規服務商,我可以透過一套 API 或一個 card program,把這套能力接進自己的產品裡。 這就是為什麼這類公司更像基礎設施。

第三層,是穩定幣支付、treasury 和結算編排基礎設施。

這一層不一定從 U 卡切入,但會成為 U 卡、錢包、交易所和企業支付產品背後的資金流底座。 例如 Bridge / Stripe、BVNK / Mastercard、Fireblocks、Zero Hash、Circle、Conduit、Mural Pay、Sphere、BlindPay、Arf、Yellow Card、Alchemy Pay 等,都可以放進這個觀察範圍。

它們解決的問題不是「怎麼給用戶發一張卡」,而是企業如何在海外合規場景下使用穩定幣做收款、付款、跨境結算、on/off-ramp、資金調撥、流動性管理和鏈上鏈下對帳。 這層能力對 U 卡也很重要。

因為一張卡刷出去之後,背後一定會涉及資金怎麼清算,穩定幣怎麼兌換,法幣怎麼落地,不同地區帳戶怎麼調撥,企業帳務怎麼對上。

所以,U 卡只是穩定幣支付的一個前台場景。 更底層的問題其實是:穩定幣如何在海外合規框架下,成為一種可以被企業、平台和金融機構使用的後台結算資產。

第四層,是傳統支付 rails、processor 和合規風控。 這一層很多 crypto 用戶平時不太關心,但它是 U 卡最繞不開的底座。 包括 Visa、Mastercard 這樣的卡組織,Marqeta、Galileo、Thredd、i2c、Paymentology、Enfuce、Adyen Issuing、Stripe Issuing 這樣的 issuing processor 或發卡基礎設施公司,以及 Chainalysis、TRM Labs、Elliptic、Sumsub、Persona 和 KY 監控服務商/ AML 服務商這樣的監控服務商/ AML。

沒有這一層,U 卡很難真正做到「能發、能刷、能清算、能處理拒付和合規風險」。 因為商家最後接受的不是一筆鏈上轉賬,而是一筆標準卡交易。 它需要走卡組織規則,需要有授權結果,需要有清算和結算,需要處理拒付、詐欺、制裁篩選、異常交易和消費者保護。

這也是為什麼穩定幣支付基礎設施不是單純的 Web3 生意。 它必須同時理解 crypto、卡片網路、銀行、支付處理、合規和本地金融系統。 這裡要特別說明一點:這張地圖不是為了給每家公司貼一個固定標籤。 同一家公司,可能同時跨越多個層級。 例如 Gnosis Pay 既可以被使用者理解成一個前台卡產品,也有更底層的鏈上支付和發卡基礎設施屬性。 Bridge 被 Stripe 收購後,更像穩定幣支付編排和結算基礎設施。 Reap 既有企業支付和卡片發行能力,也延伸到穩定幣 treasury 和跨國支付方向。

所以這張地圖真正想說明的是:U 卡產業不是「誰的 App 做得更好看」這麼簡單,而是一場圍繞發卡、結算、資金管理、合規能力和本地金融連接的堆疊競爭。 越靠上,越接近用戶和流量。 越靠下,越接近牌照、人脈、資金、結算和風控。 前台 U 卡產品可以很多,但真正難複製的,是中間和底層那套能把穩定幣餘額接入現實支付網路的能力。 這也是為什麼 Payward 買的是 Reap,而不是只買一張前台 U 卡。 它要補的不是一個卡面,而是一套可以嵌入 Payward Services、服務交易所用戶、企業客戶和跨境資金流的支付基礎設施。

幾類代表公司分別站在哪裡?

如果只看前台,很多公司都可以說自己在做 U 卡。 但如果看基礎設施能力,差異會很明顯。 有的公司更偏 card issuing infrastructure,有的更偏自託管錢包卡,有的更偏 stablecoin orchestration,有的更偏區域法幣穩定幣和本地支付網絡連接。

Reap、Rain、StraitsX 只是其中三個代表。 往外看,還會看到 Baanx、Immersve、Kulipa、Gnosis Pay、Bridge、BVNK、Fireblocks、Zero Hash、Circle、Conduit、Mural、Sphere 這類公司。 它們不一定要做同一件事,但都在回答同一個問題:數位資產餘額如何進入現實支付和金融系統?

第一類,是 卡片發行基礎設施型公司。 這一類最貼近 U 卡主線。 代表公司包括 Reap、Rain、Baanx、Immersve、Kulipa、Gnosis Pay、StraitsX。 它們解決的問題是:如何讓錢包、交易所、fintech 或企業客戶,把一張卡片發出來,並將用戶或企業的數位資產餘額接進卡片網路。 這裡的關鍵不是「自己做一張前台卡」。

而是能不能把發卡、BIN sponsorship、即時授權、processor 對接、穩定幣餘額校驗、兌換、卡控、限額、風控和合規要求整合成一套基礎設施。 Reap 就是這一類裡很典型的樣本。 它不是只做一個 C 端 U 卡產品,而是把企業支付、card issuing、cross-border payments、expense management 和 embedded finance API 放在一起。 Reap 的 card issuing 頁面強調 stablecoin-powered card program、Visa cards、digital assets / fiat spend 和 real-time authorization,也就是可以根據客戶帳本裡的數位資產餘額做即時授權扣款。

Rain 也可以放在這一類。 它更強調用統一 API 把 accounts、cards 和 global money movement 放在 stablecoin rails 上,讓企業客戶不用自己拼多個供應商。

StraitsX 則更偏向亞洲市場的 card issuance 和本地合規連結。 它的 card issuance 頁面明確提到 licensed infrastructure、BIN sponsorship 和 stablecoin settlement,用來支援亞洲地區的 stablecoin-backed card programs。 這一類公司的核心價值,不是卡面,而是把卡片項目背後那些重活打包起來。

第二類,是 自託管 / 鏈上原生卡型公司。 這一類和傳統交易所卡不太一樣。 它們更關心的是:用戶能不能從自架錢包、鏈上帳戶或智慧帳戶,進入 Visa / Mastercard 這類現實支付網路。 代表公司包括 Gnosis Pay、Baanx、Kulipa、Immersve。

例如 Gnosis Pay 比較強調 self-custodial card 和鏈上帳戶體驗。 Baanx 長期服務 Ledger、MetaMask、1inch 等錢包卡項目。 Kulipa、Immersve 這類公司也更強調把 wallet、stablecoin balance、authorization 和 card network 接起來。 這類公司的核心問題不是「交易所餘額怎麼花出去」,而是「鏈上錢包裡的餘額怎麼進入現實消費場景」。 這條路徑更 Web3 native,但難度也更高。 因為它不僅要處理發卡、授權、結算和合規,還要處理自託管錢包、鏈上帳戶、用戶簽名、鏈上鏈下帳務同步和交易體驗之間的關係。

第三類,是 穩定幣支付編排 / 企業資金流型公司。

這一類不一定從 U 卡切入,但會成為 U 卡和企業支付背後的資金流底座。 代表公司包括 Bridge / Stripe、BVNK / Mastercard、Fireblocks、Zero Hash、Circle、Conduit、Mural、Sphere。

它們解決的問題不是「怎麼給用戶發一張卡」,而是企業如何在海外合規場景下接收、儲存、兌換、發送和結算穩定幣。 Bridge 是這一類裡很典型的公司。 Bridge 官方把自己描述為 end-to-end stablecoin platform,服務企業接收、儲存、轉換、發行和支出穩定幣;它和 Visa 的合作也指向 stablecoin-linked Visa cards,並讓開發者透過 API 發行相關卡產品。 Stripe 收購 Bridge 之後,這類公司和傳統支付網絡的關係會越來越緊密。 Visa 2026 年也揭露,Bridge-enabled stablecoin-linked cards 已經在 18 個國家上線,並計劃擴展到更多市場。

Fireblocks、Zero Hash、Circle 這類公司則更偏 custody、wallet、treasury、settlement、compliance 和機構級基礎設施。 它們未必都以 U 卡為核心產品,但如果一個平台要做穩定幣支付、資金調撥、託管、對帳和合規,它們往往會出現在底層技術堆疊中。 這類公司的核心價值,是把穩定幣變成企業和金融機構可以接觸、管理和結算的後台資金工具。

第四類,是 區域法幣穩定幣 / 本地支付連接型公司。

這一類更偏本地市場、本地牌照、本地支付網絡和本地幣種連接。 代表公司包括 StraitsX、Yellow Card、Alchemy Pay、Arf、BlindPay。

它們不一定都以 U 卡為核心,但都會參與一個關鍵問題:數位資產餘額如何進入本地金融系統。 例如 StraitsX 在新加坡和東南亞市場的價值,不只是發卡,而是本地穩定幣、本地支付網絡、BIN sponsorship、on/off-ramp 和合規框架的組合。 Yellow Card 更偏向非洲市場的 stablecoin on/off-ramp 和本地支付連線。 Alchemy Pay 更偏 crypto-fiat payment gateway 和 on/off-ramp。 Arf、BlindPay 這類公司則更接近跨境支付、支付機構資金流和區域市場結算。 這一類公司的壁壘,往往不是科技本身,而是地區能力:本地合作方、本地銀行關係、地方監管理解、本地支付網絡和本地流動性。

所以,回到 Payward 買 Reap 這件事。 Reap 不是唯一一家在做穩定幣支付基礎設施的公司。 但它代表了一類很重要的資產:已經把 card issuing、企業支付、穩定幣資金安排、跨境支付和 embedded finance 能力拼湊起來的基礎設施公司。 這類公司不會總是站在前台。 它們更像是隱藏在卡片產品背後的機器。 前台 U 卡品牌可以做使用者成長、做補貼、做卡麵、做消費場景。 但基礎設施公司要解決的是另一件事:能不能讓這張卡真的被發出來、刷出去、結算回來,並且在不同地區、不同合規要求、不同資金路徑下持續跑起來。 這也是為什麼交易所、錢包、fintech 和傳統支付巨頭會關注這一層。 因為一旦穩定幣支付真的進入真實商業流,最稀缺的可能不是一張卡,而是把卡片、帳戶、穩定幣餘額、企業資金流和本地金融系統接起來的能力。

這些基礎設施公司到底怎麼賺錢?

理解完這些公司站在哪裡之後,接下來要問一個更現實的問題:它們到底怎麼賺錢?

如果只是前台 U 卡產品,商業模式看起來比較直覺:用戶開卡、儲值、消費、換匯、提現,平台從手續費、價差、卡費或服務費裡賺錢。

但 Reap、Rain、StraitsX、Bridge 這類基礎設施公司不完全一樣。 它們面對的往往不是單一 C 端用戶,而是錢包、交易所、fintech、企業客戶、支付公司或其他平台型客戶。 它們賣的也不是一張卡,而是一整套發卡、授權、兌換、結算、對帳、風控、合規和資金管理能力。 所以這類公司的收入通常不是單一來源,而是多層疊加。

第一類收入,是 card program fee。

如果一個錢包、交易所或 fintech 想推出自己的 branded card program,它不一定願意自己去找發卡機構、BIN sponsor、processor、KYC 服務商、風控系統、穩定幣結算方和本地銀行合作方。 它更可能選擇接入一個基礎設施服務商。

這個時候,基礎設施公司可以向客戶收取 setup fee、月度服務費、帳戶服務費、卡片項目管理費、客製開發費,或按卡片數量、活躍用戶數、交易量收取費用。 對 B2B 客戶來說,這類費用的本質是:我付錢買一套已經拼好的能力,而不是自己從零開始搭。

第二類收入,是 API / SaaS fee。

如果基礎設施公司把發卡、帳戶、餘額查詢、交易事件回調、授權控制、凍結、兌換、結算、對帳、合規監控這些能力做成 API,就可以按呼叫量、交易量、帳戶數、每月訂閱或企業套餐收費。 這也是為什麼基礎設施公司往往更像 platform business。

前台品牌賺的是用戶交易和消費行為的錢。 基礎設施公司賺的是平台客戶接取這套能力的錢。

第三類收入,是 interchange 或發卡分潤。

在卡片交易裡,商家側支付的費用會在收單機構、卡片組織、發卡側等角色之間分配。 對參與發卡計畫的機構來說,如果交易規模夠大,就可能從每筆交易中獲得一定比例的分潤。 interchange 不是所有參與者都能完整拿到,也不是所有地區、所有卡種、所有項目結構都一樣。 到底誰拿多少,取決於卡片組織規則、地區監管、卡片類型、發卡機構、BIN sponsor、processor、program manager 和合作協議。 如果基礎設施公司在發卡項目中承擔關鍵角色,它可能參與卡片交易相關收入分配,但具體比例和結構取決於地區、執照和合作安排。

第四類收入,是 FX spread 和 crypto-fiat conversion spread。

穩定幣卡經常涉及幾種資產之間的轉換:USDT / USDC、美元、本地貨幣、商家結算貨幣,以及用戶帳戶裡的其他資產。 只要涉及兌換,就可能產生價差收入。

例如用戶帳戶裡是穩定幣,商家交易幣種是港幣、歐元、墨西哥比索、巴西雷亞爾或其他本地貨幣,中間就會涉及匯率、兌換路徑、流動性和結算安排。

如果基礎設施公司提供兌換和流動性服務,就可能在這個環節收取 spread 或 conversion fee。 但這部分同樣要看具體牌照和合規結構。 不同地區對換匯、虛擬資產兌換、支付結算和資金流動的監管要求不同,不能一概而論。

第五類收入,是 treasury / settlement service fee。

這部分在 B2B 場景裡尤其重要。 企業客戶真正痛的地方,往往不是「有沒有卡」。

而是多個地區的資金怎麼調,企業帳戶怎麼管理,穩定幣和法幣怎麼兌換,跨境付款怎麼落地,員工卡、供應商付款、商家收款和企業 treasury 怎麼統一管理。 如果基礎設施公司能處理這些問題,它就不只是發卡服務商,反而更像企業資金流服務商。

它可以從跨境付款、資金調撥、結算服務、帳戶管理、企業 treasury、批量付款、收款分發和帳務對帳裡收服務費。 這也是 Reap 這類公司值得看的原因。

它的意義不只在 card issuing,而是它把企業支付、卡片發行、跨國資金流和穩定幣 treasury 放在了同一個能力堆疊裡。

第六類收入,是 compliance / risk service fee。

KYC、KYB、AML、制裁名單篩選、交易監控、詐欺識別、拒付管理、異常交易處理、商家類別限制、地區限制、用戶限額管理,這些聽起來不性感,但在支付行業裡非常關鍵。 尤其是在 crypto 和 card 的交叉場景裡,風控和合規難度會更高。

如果一家基礎設施公司已經把這些能力做成產品,它就可以向平台客戶收取合規風控相關服務費,或者把這部分打包進整體 card program fee 和 API fee 裡。 從這個角度來看,合規並不是單純的成本中心。 在支付基礎設施裡,合規能力本身就是產品能力的一部分。

第七類收入,是 本地支付和 on/off-ramp 服務費。

有些公司不一定只靠卡片賺錢。 它們還會參與本地支付網路、本地銀行帳戶、收款帳戶、付款通道、on/off-ramp、法幣充提、本地幣種兌換和企業帳戶連接。 如果一家企業或平台想把數位資產餘額和本地金融系統接起來,就可能需要這些服務。 這類能力通常非常地區化。

不同國家的銀行合作、支付通道、監理邊界、使用者習慣和資金流成本都不一樣。 所以能做本地連結的公司,往往也會擁有比較強的區域障礙。 這裡還要特別謹慎地看一類收入:float 或儲備收益。

穩定幣和法幣餘額確實可能帶來資金管理空間,但不是所有公司都能吃這部分收益,也不是所有司法轄區都允許這麼做。 客戶資金怎麼隔離,餘額由誰持有,是否可以產生收益,收益歸誰,是否需要披露,是否受到支付牌照、電子貨幣牌照、信託安排或客戶資產保護規則限制,差異都很大。 所以不能簡單把這類公司寫成「靠用戶餘額吃利息」。 更穩健的理解是:這些公司的收入來自多層疊加。

它們可能賺 card program fee,也可能賺 API fee;可能參與 interchange 分潤,也可能賺兌換價差、結算服務費、treasury 服務費、合規風控服務費和本地支付連接費。 但每家公司能賺哪一類錢,取決於它站在哪一層,持有什麼牌照,承擔什麼責任,服務什麼客戶,以及在交易鏈路裡控制了哪一段能力。 這也是為什麼前台 U 卡品牌和基礎設施公司的估值邏輯可能完全不同。

前台品牌更看用戶成長、交易量、留存、獲客成本和消費場景。 基礎設施公司更看客戶品質、API 存取量、交易處理規模、區域覆蓋、合規能力、銀行和卡片組織關係、系統穩定性、風險控制能力,以及能不能被更多平台重複使用。

簡單說:前台品牌賺的是用戶消費的錢。 基礎建設公司賺的是複雜度被封裝之後的錢。 這也是 Payward 買 Reap 的邏輯。 它買的不是一個單獨的消費卡產品,而是一套可以服務 B2B 客戶、企業支付場景、跨境資金流和穩定幣後台能力的基礎設施。

如果未來交易所、錢包和 fintech 都想把數位資產餘額帶進現實商業流,那麼真正值錢的,未必是誰先發了一張卡。 而誰能把發卡、授權、兌換、結算、對帳、風控、合規和本地金融連接,做成一套可複製、可嵌入、可規模化的服務。

真正值錢的,不是卡面,而是卡背後的機器

回到最開始的問題:Kraken 為什麼買 Reap,而不是買前台 U 卡? 現在答案會更清楚。 如果只是想做一張卡,前台 U 卡品牌有很多。 可以買一個用戶感知更強的產品,也可以自己和發卡機構、processor、BIN sponsor 合作推出一張卡。

但 Payward 買 Reap,買的不是卡麵。 它買的是一套已經搭起來的基礎設施:card issuing、企業支付、即時授權、穩定幣後台結算、跨境資金流、treasury、合規風控,以及和傳統金融 rails 的連接能力。 這也是 U 卡這個產業最容易被誤解的地方。 用戶看到的是一張卡。

但真正讓這張卡跑起來的,是背後的發卡機構、BIN sponsor、processor、卡組織網絡、銀行合作、本地支付通道、穩定幣帳務系統、風控規則和合規體系。

所以,U 卡增長只是前台現象。 真正值得看的,是誰在把數位資產餘額接進現實支付網絡,誰在把發卡、兌換、授權、清算、結算、對帳和合規做成一套可複製的基礎設施。

這件事不會因為一張卡突然變得簡單。 相反,越往真實商業流裡走,越會發現支付不是前端功能,而是一套很重的系統工程。 它需要牌照、銀行關係、卡片組織規則、processor 能力、本地支付網路、合規框架、風控能力和長期營運經驗。

這些東西很慢,很重,也不性感。 但正因為如此,它們才更難複製。

過去,crypto 世界最重要的問題是怎麼買幣、怎麼交易、怎麼託管。 現在,一個更現實的問題開始變得重要:數位資產餘額怎麼被花出去、結算掉,並嵌入真實商業流? 回答這個問題的人,不一定是最會做卡麵、最會做補貼、最會做用戶成長的前台品牌。 更可能是那些站在後面,把發卡、結算、兌換、風控、合規和本地金融 rails 一層層接起來的基礎設施公司。

所以 Payward 買 Reap,不只是一個交易所母公司的併購新聞。 它更像是一個訊號:當穩定幣開始進入支付和企業資金流,交易所、錢包、fintech 和傳統支付公司爭奪的,就不只是用戶資產,而是數位資產餘額進入現實金融系統的基礎設施控制權。 這才是 U 卡背後真正的大生意。

本站轉載文章皆來自公開網絡,部分由AI整理,僅為傳遞產業訊息,不代表BTCC立場。原創權益歸原作者所有。如發現版權問題,請透過[email protected]聯絡我們,我們將依法處理。 BTCC不對資訊準確性、時效性及完整性作任何保證,不承擔因依賴資訊而產生的任何責任。內容僅供參考,不構成投資、法律或商業建議。

|Square

下載BTCC APP,您的加密之旅從這啟程

立即行動 掃描 加入我們的 100M+ 用戶行列