加密卡如何運作：結算、兌換與費用

2026-08-12

加密卡最好被理解為連接數碼資產資金安排與一般卡支付通道的一座橋樑。商戶通常收到的是常規支付貨幣，而卡片背後的資金邏輯可能涉及常規貨幣餘額、數碼資產，或兩者之間預先設定的兌換。付款請求出現時，因此同時存在兩個問題：卡支付能否獲批，以及該方案本身的資金條件是否滿足。把這兩個問題分開，才能更清楚理解結算、兌換、費用和記錄。

加密卡連接兩套不同的系統

在卡支付一側，一筆購買是請求商戶接受某種支付工具，並由金融機構和支付網絡處理。報文通常載有交易金額、支付貨幣、商戶資料和卡憑證，使負責卡側處理的一方可按照相關支付規則評估請求。這個過程不要求商戶接收、持有或接觸數碼資產。從商戶角度看，它與其他卡支付報文相似。

在資金一側，具體安排決定甚麼能夠支持批准。一個方案可能使用已經可用的常規貨幣餘額，另一個方案則可能評估數碼資產價值並安排兌換。這些都是與卡授權本身不同的經濟事件和記帳事件。卡片提供的是共同支付介面；它不會令每筆商戶購買都成為鏈上交易，也不會決定數碼資產如何被持有。

授權是許可核驗，而非最終結算

授權是對明確付款請求作出的早期決定。獲批表示在該時點並按照適用規則，卡支付一側願意支持所請求的金額。它通常會形成授權記錄，並可能影響介面顯示的可用金額。它是一項許可核驗，而不是後續流程中所有參與方之間已完成的付款交換。

後續報文可能與最初請求的金額不同，也可能被調整、沖正，或根本沒有被提交清算。因此，已獲批的授權並不證明商戶已收到最終付款，也不證明獨立的兌換已完成。卡授權、商戶完成、兌換、清算和結算可以彼此關聯，但它們不是同一種狀態。把它們視為相同狀態，會掩蓋金額、費用或沖正究竟屬於哪一層。

兌換可以位於流程的不同位置

兌換發生在何處是加密卡方案的設計選擇，而不是所有加密卡共有的功能。一種安排可在卡請求之前完成價值兌換，並維持常規支付餘額。另一種安排可在收到付款請求時評估數碼資產價值，並在那時安排卡側資金。還有一種安排可先形成卡側的資金結果，同時由獨立的內部記錄確認相關兌換。實體卡或數碼卡憑證本身並不顯示採用了哪種模型。

觸發點之所以重要，是因為每種模型都可能形成不同的時間戳、參考識別、餘額視圖和費用條目。一次兌換和一次商戶購買可以與同一整體事件有關，卻仍在記錄中保持為不同條目。具體安排中的邊界由相關方案條款、支付規則和適用法律界定。一般說明不應假定每項批准都會在相同瞬間或以相同方式兌換價值。

支付網絡處理的是卡交易報文，而非資產轉移

支付網絡在卡支付一側充當連接者和規則框架。在授權階段，它可在參與機構之間路由請求與回應。在後續階段，它可支援交易資料的交換，以及義務的計算或傳達。卡交易報文標準描述這些報文的通用介面，而結算如何進行以及獨立資金安排如何運作，都不屬於該報文介面本身。

這一邊界是理解加密卡結算的關鍵。付款獲批本身不能識別某一項數碼資產，不能證明資產轉移，也不能告訴商戶卡側資金如何安排。商戶需要的是以支付貨幣表示的卡支付結果。卡方案可在該結果背後保留獨立的餘額和兌換記錄。網絡規則、合約安排和適用要求可塑造角色與記錄，但不會改變這種基本區分。

清算和結算發生在購買時點之後

商戶提交已完成交易後，清算會在結算前處理交易資料。概括來說，它可在參與方之間傳輸、核對、確認，並準備金額或頭寸。這一階段把最初的付款請求接入參與方之間的記帳過程。它應與較早的授權區分開來，後者關心請求能否繼續；它也應與結算區分開來，後者關心由此產生的義務。

結算是對清算交易所產生義務進行的卡側付款。其確切時點和機制可能取決於支付網絡、參與機構、商戶安排、支付貨幣和適用規則。面向客戶的簡單展示可能把這些階段壓縮為完成一詞，但底層記錄仍可能保留授權、清算、結算、調整或沖正等不同狀態。後續更正不會改變每種狀態各有不同目的這一事實。

費用分層，且可能出現在不同記錄中

費用並不是附著在加密卡一詞上的單一通用數字。支付受理、支付網絡、服務卡側的機構、方案管理方和兌換機制都可能各自存在成本或定價規則。在一種安排中，金額可能單獨列示；在另一種安排中，兌換匯率可能包含相關成本；在還有一種安排中，商戶側成本會記錄在別處。由誰承擔何種成本取決於適用條款與支付結構，而不是一個類別標籤。

解釋與加密扣賬卡有關的費用時，較好的方法是區分這些層次，而不是假定每項收費都源自數碼資產。一次卡支付可能關聯支付網絡層的收費、卡帳戶收費、兌換點差或費用，或商戶側的受理成本。這些項目是否存在、如何處理以及記錄在何處都可能不同。交易總額可回答一個問題，而獨立的兌換或帳戶記錄可回答另一個問題。