穩定幣搞定了鏈上結算，但如何走進商戶收銀台？

穩定幣想要走進線下收銀台，離不開消費層。

撰文：Sebby Davies，Primal Capital 合夥人

編譯：Chopper，Foresight News

穩定幣基本已經解決了加密原生場景的結算問題。但要讓商戶收銀台接受它們，則是另一項獨立的任務，現階段最可行的方案，是依託支付卡網絡實現。

你在 Base 鏈錢包存入 2000 枚 USDC，走進一家餐廳。這筆餘額真實存在，但餐廳收銀終端完全感知不到這筆資產。

過去五年，穩定幣已經成為多種交易場景可靠的結算基礎設施。在交易、DeFi 流動性、企業資金管理與跨境匯款場景中，穩定幣持續承載大額交易量，7×24 小時運行，數秒完成結算，單筆轉帳成本不足一美分。在加密原生和跨境資金流轉場景，結算能力幾乎已經落地成型。

但向商戶付款這件事，複雜度高得多。一筆收銀台交易，需要支付憑證、授權引擎、合規校驗、風控防欺詐、拒付規則、外匯兌換，還要經過卡網絡完成清算。錢包地址之間轉帳完全不需要這些環節。

當前數字資產領域最值得關注的創新，就處在兩者中間 ------ 我們稱之為消費層（spend layer）。它負責把鏈上資產餘額轉化為合規、經過授權的卡交易，讓商戶可以直接使用現有的終端、軟件和銀行流程接收付款。

結算與消費是兩件完全不同的事

行業敘事常常把這兩者混為一談。智能合約可以在兩秒內把代幣從 Alice 轉給 Bob，人們很容易就認為收銀支付也因此變得簡單。

結算回答一個問題：價值有沒有成功轉移？消費則要處理更複雜的問題：商家能否通過現有系統批准銷售、交付貨物、處理欺詐和糾紛、核對當日營業額並完成收款？

商戶收銀體系基於 ISO 8583 標準（卡終端和支付處理商之間的通信報文協議）、收銀軟件、收單機構合作關係以及網絡規則手冊。用戶刷卡或手機碰一碰支付時，商戶系統需要在極短時間內收到授權結果。收銀台沒人想了解 Gas 費、區塊確認、鏈重組，絕大多數商戶本就不需要弄懂鏈重組是什麼。持卡人也不希望支付體驗充滿加密貨幣的複雜感。Apple Pay、Google Pay 的核心價值，就是把銀行卡憑證封裝成熟悉、快速、無感的支付方式。

結算是後端資金清算。消費則包含信任、交易規則、授權、報文通信與商業保障，讓商戶在資金清算完成前，就願意交付商品。

商戶接受度是最大瓶頸

區塊鏈可以無許可地實現全球資金轉移，但無法強制商戶接受加密貨幣。

商戶願意接入 Visa、萬事達，是因為這些卡網絡已經嵌入收銀硬件、電商結帳軟件、收單合作、會計流程以及用戶習慣。零售商評估一種支付方式，考量的是全業務鏈路的綜合成本，交易手續費只是其中一項。更換收款方式，會涉及收銀設備改造、門店培訓、日終對賬腳本、稅務軟件和收單機構責任協議。這就造成支付體系極強的路徑依賴：除非新支付通道能給商戶帶來巨大優勢，否則商戶會維持現狀。

直接使用穩定幣支付，會遇到三大難題：

• 零售商不願意在現有終端旁額外加裝獨立二維碼掃碼設備；
• 財務團隊希望資金按照固定周期，通過 ACH 或電匯存入銀行賬戶；
• 商戶依賴卡組織的拒付機制應對欺詐與支付差錯，而鏈上轉帳一旦發出無法撤銷，不具備該能力。

於是就出現一種矛盾：用戶手中的 USDC 具備流動性，卻無法直接線下消費。我們需要轉換思路，與其說服千萬商戶一次性改造軟硬件，能不能讓鏈上資產直接復用商戶已有的收款體系？

銀行卡仍是入口

早期加密行業觀點認為，穩定幣可以繞開所有卡網絡，不用交換手續費、不用中間方，直接實現用戶對商戶點對點轉帳。

這一觀點把卡網絡僅僅當成昂貴的信息傳輸管道。但卡網絡同時也是商戶接納網絡、規則引擎、糾紛處理系統、發卡與收單協同層，還有商戶接入標準，這也是它很難被繞開的原因。

現階段，銀行卡正成為穩定幣進入實體經濟的主要渠道。穩定幣提供資金通道，銀行卡承載商戶收款通道，消費層就是兩者交匯的地方。這不代表卡網絡會永久掌控支付市場。在穩定幣當前普及階段，商戶接納能力遠比徹底替代傳統支付更重要。

最終形態不是新舊支付通道的簡單替換：穩定幣提供交易資金，銀行卡將這筆交易轉換成商戶可接收的形式，消費層負責完成整套轉接工作。

穩定幣消費技術棧

將代幣餘額轉化為一筆完整的卡支付，需要八個模塊協同，並且整套流程要在極短時間內完成：

1. 錢包與資產餘額：用戶存放資產的載體，可以是自托管移動錢包、瀏覽器插件，或是持牌交易所賬戶。
2. 穩定幣資金底層：API、協議或智能合約，在收到支付授權請求時鎖定、預留或扣減代幣。
3. 程序基礎設施（消費層）：核心引擎，接收卡授權報文，實時校驗餘額、評估風控策略並給出風險決策。
4. 支付處理器：處理 ISO 8583 報文、PIN 碼驗證，在卡組織和項目管理系統之間路由授權信息。
5. 發卡方與網絡準入：持牌發卡銀行或主會員機構，擁有發行支付憑證的法律資質與卡組織權限。
6. 卡網絡：例如萬事達，在發卡方、收單方之間路由授權、清算報文。
7. 收單機構與商戶處理商：商戶側的合作機構，處理交易、管理終端，向商戶結算法幣資金。
8. 商戶收銀端：終端、讀卡器或線上結帳頁面，用戶出示支付憑證完成付款。

本文重點是第三層，負責打通錢包餘額和支付網絡標準。缺少消費層，鏈上美元就無法接入日常商業場景。

案例：Immersve

Immersve 是很好的例子，它就處在這套轉換層。該公司搭建了基於萬事達發卡能力的 B2B 卡基礎設施。錢包、交易所和金融科技公司可借助它推出由加密資產餘額充值的卡憑證，無需獨立搭建發卡、授權、合規與清算整套體系。

整套技術棧複雜度很高。自研卡項目需要卡組織會員資質、發卡方與處理器對接、交易監控、糾紛流程以及多幣種資金管理。對大多數錢包和交易所團隊來說，投入人力搭建這套體系並不划算，而 Immersve 這類平台填補了這一缺口。終端用戶繼續在原有 App 操作，Immersve 在後台運營整套卡項目。錢包或金融科技公司可以推出自有品牌卡片，獲得持續交易流水，卻不用自建整套卡體系。

無論是托管還是自托管賽道，都能看到這套邏輯落地。MetaMask Card 把消費層引入主流自托管錢包，用戶全程在錢包內操作，底層基礎設施將鏈上資產餘額轉化為卡網絡交易。Binance、Bitget、KuCoin 等平台，在托管交易所賬戶側也存在相同需求。在這類平台中，用戶餘額存放在平台賬本而非自托管錢包，但核心支付難題一致：如何讓這筆餘額，被已接入銀行卡的商戶識別消費？

托管模式的差異會帶來不同技術實現。自托管錢包要解決權限、餘額預留，還要在收銀授權時，不必等待實時鏈上轉帳；托管平台可以在內部賬本鎖定或扣減資金，但依然需要發卡、授權、合規和對賬體系。資產托管模式不同，但面向商戶的最終目標一致。

Immersve 並不是唯一入局者。Rain、Baanx、Marqeta、Bridge、Gnosis Pay 等項目，都在解決同類問題，只是托管模式、發卡方式、項目管理、結算和分發策略各有差異。這也是該賽道值得關注的地方：這不是簡單給加密產品外挂一張銀行卡，而是在鏈上資產餘額和商戶收款體系之間，正在形成一個獨立的基礎設施市場。

收銀台的交易流程

下面是典型的穩定幣銀行卡消費流程（不同項目細節會有區別，這是通用邏輯）：

• 碰一碰支付：用戶使用 Apple Pay/Google Pay 中的虛擬卡，在非接觸終端完成支付。
• 發起授權請求：收銀終端通過收單機構，向卡網絡發送標準卡授權請求，本例為萬事達。
• 路由轉發：萬事達識別卡 BIN 號（銀行卡標識號），將報文轉發給項目處理器與消費基礎設施。
• 策略與餘額校驗：平台核驗賬戶狀態，運行風控模型、風險評分，確認關聯錢包 / 賬戶擁有足額穩定幣，外加外匯緩衝資金。
• 交易獲批：授權碼經萬事達傳回收銀終端，用戶與店員即刻看到支付成功。
• 賬本變動：後台根據項目機制，扣減、鎖定或預留用戶穩定幣餘額。
• 清算結算：在常規清算周期內，資金撥付與結算在項目、處理器、發卡方、卡組織、穩定幣服務商、收單機構之間完成。
• 商戶收款：商戶看到一筆普通卡交易，通過原有收款渠道收到本幣結算資金，全程不接觸數字資產，無需管理密鑰，也不用改動企業會計流程。

用戶體驗至關重要。前端越接近 Apple Pay，用戶就越不用理解背後的資金來源。用戶使用加密資產支付，商戶依舊沿用銀行卡收款體系。

托管模式與自托管模式

用戶存放穩定幣的渠道五花八門，從交易所賬戶到硬件錢包。消費層必須同時適配這兩類場景。

托管模式中，交易所或托管錢包在自有數據庫保存用戶餘額。收到授權請求時，消費基礎設施調用平台 API 核驗資金，平台一般在內部鎖定或扣減餘額，再由項目結算體系承擔卡組織對應的資金義務。

自托管難度更高。用戶自持私鑰，穩定幣存放在鏈上。收銀授權窗口期，無法等待一筆全新鏈上交易確認；區塊時間、網絡延遲、Gas 波動都無法滿足支付時效要求。因此項目必須做到：在鏈上資金劃轉完成前，先行批准卡交易。這需要提前配置相應機制，例如智能合約授權、資金儲備、委託消費權限；或是流動性安排，由項目方先行墊付，後續再完成鏈上結算。不同項目實現方案各有差異。

在同一套授權層同時支持兩種模式，持卡人無論資產存在哪裡，都能獲得一致支付體驗。

看似平淡的底層能力，才是護城河

穩定幣支付宣傳大多會強調轉帳速度與低廉 Gas 費。但真正的難點卻在其他方面，這也印證了結算和消費是兩件事：

• 合規與制裁篩查：KYC、反洗錢、制裁名單管控、交易監控與錢包風險篩查，覆蓋開戶、持續監控和交易授權全流程。
• 欺詐風控：無卡交易風險、異地異常交易、高頻交易、憑證盜用的實時評分。
• 糾紛與拒付：卡網絡允許消費者撤銷未授權交易或未履約訂單。消費層要把不可撤銷的鏈上資金，和支持回滾的糾紛體系做對賬。
• 外匯與資金管理：美元穩定幣在巴黎、東京消費，需要實時兌換歐元、日元。項目必須為每一筆授權預留外匯緩衝，管理價差、流動性與滑點，否則將承擔虧損。
• 三套賬本對賬：鏈上記錄、處理器交易流水、卡組織清算文件，每日都需要完成對賬。
• 發卡方與項目責任：發卡銀行與項目管理人，需要為項目下每張卡片向卡組織與監管負責，不會因為資金來自鏈上而減輕責任。
• 卡組織規則：授權、糾紛、項目準入都受卡組織手冊約束，規則還會持續變動。

「用穩定幣支付」 一句話就能放在 PPT 裡。每晚完成三套賬本對賬，才是真正棘手的工作。這也是支付業務難做的根源。在商戶和用戶無感的前提下，把授權、合規、糾紛、外匯、對賬全部跑通，這就是核心工作，也是絕大部分工作量所在。

仍有待驗證的問題

借助卡分發渠道，穩定幣可以快速獲得廣泛商戶支持，但同時也帶來了一些尚未解決的問題：

• 卡網絡依賴：依託卡通道的項目，需要遵守卡組織規則，隨時面對手續費調整、政策變動。一旦卡組織限制某些數字資產架構，服務商需要快速調整。
• 監管不確定性：發卡、穩定幣儲備、用戶披露、跨境轉帳相關法規，不同地區政策走向不一。
• 用戶消費習慣：目前尚不明確，用戶會把穩定幣作為日常消費賬戶，還是僅用於特定場景，例如差旅、交易回款、自由職業者匯款、抗通脹儲備。
• 技術風險：自托管資金依賴智能合約安全、網絡可用性與穩定 Gas 成本。網絡擁堵或合約漏洞，都会中斷支付。
• 直接競爭：大型商戶或收單機構未來可能搭建無卡穩定幣結帳系統，用於大額 B2B 或電商支付。

通過銀行卡實現穩定幣消費，並不會消除卡體系本身的成本，交易轉接費、卡組織費用、處理費、項目運營費、合規成本、糾紛責任都會保留。純鏈上穩定幣結帳，底層通道成本更低，但前提是商戶願意承擔新系統集成、對賬、退款邏輯、會計認定以及運營風險。對很多商戶而言，通道單價便宜不等於整體成本更低，一旦迫使企業改造業務流程，綜合成本會上升。

銀行卡解決了商戶接納問題。依託銀行卡體系，就同時繼承了它的規則與約束。

讓穩定幣成為普通支付工具

錢包掌握用戶端入口，商戶掌控收銀場景，卡組織掌握支付接納能力與品牌信任，發卡方和項目管理人擁有牌照、BIN 號權限以及卡組織合作資源。想要實現手機碰一碰支付，這四方必須協同運作。

指望商戶全部拋棄現有終端、收單流程和會計體系，直接接受鏈上轉帳，目前並不現實。穩定幣解決了結算問題，消費環節則需要處理授權、合規、商戶接入以及收銀體驗等一系列難題。

如果穩定幣要普及為常規支付工具，勝出架構不會要求所有參與方一次性改造。用戶持有美元代幣，錢包提供交互界面，卡網絡保留商戶收款能力，商戶繼續接收常規法幣結算。消費層，負責打通這兩套體系之間的轉換。

結算讓穩定幣具備使用價值，消費將決定穩定幣能否走進日常.