撰文：阿望，Web3小律

數位支付已經進入主流，但結算還沒有。

這是前Visa 高層、Beam 創辦人Dan Mottice 的判斷。 Visa 的交易在全球任意商家完成授權，但背後的結算仍跑在SWIFT 上——聚合批量交易，透過跨境電匯轉移資金，經歷本地監管、假日、多級中間行，然後商家等著收款。這不是Visa 的問題，是整個產業的結構性欠帳。而PSP，是這筆欠帳最集中的地方。

本文聚焦於支付服務商（PSP），它已從單純的收款工具，演變為治理資金流動、結算與記帳的核心基礎設施層。它們最初是為一個更簡單的時代設計的——單軌道系統、線性交易流程、高度捆綁的基礎設施。

在現代支付環境中，一筆「支付」不再是單筆交易，而是跨多個參與者和支付軌道的一系列狀態轉變。今天，一筆支付可能涉及：C 端應用程式、PSP、反詐欺/ 身分核驗服務商、託管銀行、一條或多條支付軌道，以及企業內部的記帳系統。

企業必須同時支援銀行卡、ACH、電匯、RTP、FedNow，甚至越來越多基於穩定幣的結算。每種軌道都有不同的結算時效、故障模式、資料格式和營運要求。

本文編譯了Modern Treasury 的指南，將探討PSP 如何演變、其底層架構需要如何適應現代支付系統，以及正在建立支付產品的團隊在選擇下一個PSP 時應採取怎樣的策略。

核心判斷

01｜數位支付進入了主流，但結算沒有。 Visa 讓你在全球任何商家完成授權，但背後的結算仍跑在SWIFT 上。介面解決了，底層沒解決。

02｜PSP 執行支付，但不解釋資金流動。 Stripe 告訴你它那一段發生了什麼，但告訴不了你這筆錢現在真實的狀態是什麼。執行層和記錄層，是兩件不同的事。

03｜每條支付軌道是一套獨立的作業系統，不是同一模型的變體。 ACH 可以撤銷，RTP 不能；卡片網路可以爭議，穩定幣是鏈上最終確認。 PSP 的抽象層掩蓋了這些差異，但只掩蓋到出問題為止。

04｜即時支付消滅了緩衝器，控制必須前移。 傳統PSP 的風控、審核、對帳邏輯，都假設「出錯了還有時間補救」。 RTP 和FedNow 讓這個假設不再成立。決策必須在資金移動之前完成，而不是之後。

05｜穩定幣是結算軌道，不是新的支付方式。 它解決的不是支付介面的問題，是資金從「記帳完成」到「實際到帳」之間的那段延遲。最實際的落地路徑是三明治結構：法幣進、鏈上流轉、法幣出，兩端用戶不需要懂穩定幣。

06｜在途資金可以產生收益，這在傳統體系裡幾乎不存在。 跨境支付中，資金在結算完成前沉澱24 到72 小時，既無收益，又佔用營運資本。穩定幣第一次讓「流動中的資金」也能產生價值。

07｜支付營運最大的失敗，是無法回答一個簡單問題：這筆錢去哪了。 對帳、異常處理、流動性管理－這些問題不在支付發起時出現，事後出現。沒有統一的協調層，每個服務商只能告訴你它自己那一段的故事。

08｜真正的戰略風險，不是你用不用穩定幣。 而是競爭對手用穩定幣重構了他們的結算成本和資金效率，而你還在等待一個完美的入場時機。

一、PSP 的歷史演進

過去二十年，PSP 的角色發生了根本性變化。

電子商務早期，PSP 主要作為支付網關運作。它們的職責簡單明了：將商家連接至卡片網路和收單銀行，使交易得以授權和結算。

這些PSP 系統是為一個非常特定的世界設計的。支付以卡片為主，流經單一商家帳戶，遵循從授權到結算的線性生命週期。 PSP 被優化為在這一模型內有效處理交易。

2010 年代，Marketplace、SaaS 平台和金融科技產品開始將付款直接嵌入其產品。平台需要完成用戶入駐、在多方之間分割付款、管理打款。 PSP 隨之擴展，引進了商家進駐、打款基礎設施和詐欺防控工具。

然而，儘管PSP 的能力不斷擴展，其底層架構仍植根於為線性支付流程設計的模型——主要針對交易處理優化，而非協調跨服務商、跨軌道的複雜多步驟資金移動。

到2020 年代初，企業開始跨多條軌道、多個地域和多種場景運作。傳統PSP 持續捆綁眾多元件，讓企業與單一平台互動。但隨著支付流程變得更加複雜，一個支付流程可能跨越多個步驟：身分核驗、風險檢查、資金決策、軌道執行、內部追蹤。

這項轉變使PSP 的角色從「連結者」演變為「協調者」（from connectors to coordinators），但其架構並未以同等速度演進。

結果是：PSP 仍然負責轉移資金，但在一個更複雜的完整交易支付生命週期的環境中運作。

二、現代PSP 支付技術棧

要瞭解PSP 的局限，必須先理解其所處的更廣泛支付環境。

2.1 PSP 技術棧

現代支付環境並非單一平台或服務商，而是一套分層的基礎設施組件，共同支撐資金的移動、結算與記帳。

應用層：支付發起的電商平台、Marketplace、金融科技App、嵌入支付的SaaS 產品。

PSP 層：負責執行支付指令（executing payment instructions），如將交易路由至卡片網路、發起銀行轉帳、存取支付軌道。在大多數情況下，這些底層複雜性被抽像在PSP 的介面之後，使用者與單一系統交互，而非直接面對其背後涉及的多個服務商。

合規層：現代支付流程也依賴身分核驗服務商、詐欺偵測工具和合規基礎設施，這些系統決定支付是否應當被允許推進。

銀行層：託管銀行持有資金、提供受監管帳戶，並支援對ACH、電匯、RTP 和FedNow 等支付網路的存取。

內部對帳層：企業用於追蹤餘額、表示交易狀態、維護財務活動一致性記錄的系統。

上述每一層都在資金移動中扮演角色，但沒有任何一個能提供支付發起後實際發生情況的完整圖像。這正是內部對帳層變得不可或缺的原因。

2.2 同步與非同步

傳統PSP 有一個根本性的設計缺陷：它只管把錢發出去，不管發出去之後發生了什麼事。

問題在於，「發出去之後」恰恰是支付最複雜的部分。

PSP 的API 介面邏輯是同步的－你發一條指令，它回傳一個結果。但真實的資金流動是異步的：結算是事後才完成的，失敗是延遲才浮現的，退款和沖正隨時可能打回來。這個錯配，製造了一個持續的資訊黑洞。

黑洞的具體表現，是狀態碎片化：

沒有任何一個節點能告訴你，這筆錢此刻的真實狀態是什麼。

以市場平台的賣家提現為例，整個流程是一條很長的鏈：核驗資格→ 風控合規→ 確認資金→ 發出指令→ 軌道執行→ 返回確認→ 事後結算→ 更新賬本。 PSP 只涵蓋中間幾個環節，前面的決策和後面的對帳都不在它的職責範圍內。一旦這筆打款失敗或被退回，沒有任何一個系統能給出完整的答案。

這就是內部對帳層存在的意義：它不取代PSP 執行支付，而是在整個鏈的上方建立一個統一的觀察層——把來自不同服務商、不同時序、不同格式的非同步事件，持續翻譯成企業內部可以信賴的單一狀態。不管錢流經了多少中間環節，總是有一個地方可以回答那個最基本的問題：這筆錢，現在到底在哪裡。

三、傳統PSP 的支付限制

傳統PSP 的抽象層圍繞著銀行卡支付建構－授權、捕獲、結算，生命週期可預測。雖然也存在例外（如爭議和拒付），但整體結構可預測且被充分理解。這模型塑造了PSP 的設計方式。

隨著新支付方式的出現，PSP 將支援範圍擴展至更多軌道，但這些軌道的行為與銀行卡不同，也不符合相同的假設：

• ACH 轉帳：引入了延遲，以及支付發起後數天內仍可能被退單的可能性。
• 電匯：結算較快，但通常需要人工流程且成本較高。
• RTP 和FedNow 等即時支付網路：實現資金的即時移動，但交易一經完成通常不可撤銷。
• 穩定幣轉帳：運作於完全不同的基礎設施之上，有不同的保障機制和營運考量。

以一筆美國企業打款給菲律賓供應商為例：

• 走ACH，T+2 到賬，但菲律賓銀行不直接接收ACH，中間還要轉一次本地軌道，實際到賬可能T+4，期間隨時可能因帳戶信息不匹配被退單。
• 走電匯，快一些，但要趕在下午3 點的wire cut-off 之前提交，遇到假日順延，SWIFT 手續費$25 到$45，收款方銀行還可能再扣一筆中間行費用，最終到賬金額和發出金額對不上。
• 走穩定幣三明治，USDC 從美國帳戶發出，鏈上幾秒鐘確認，菲律賓合作夥伴收到後換成比索打入本地帳戶，全程不超過一小時，成本低於轉帳金額的1%。

三條路，同一筆錢，結算時間差了96 小時，成本差了幾十美元，可追溯性也完全不同。這不是產品體驗的差異，是三套作業系統之間的差異。 PSP 的抽象層無法掩蓋這些，只能把差異往上推給開發者和營運團隊去消化。

這些不是同一支付模型的變體，而是根本不同的操作模型。

傳統PSP 的因應方式是為每種軌道暴露不同的API 和狀態定義——沒有真正統一差異，只是把差異向上推給了開發者。工程團隊開始為每條軌道寫特殊邏輯，營運團隊開始手動處理不同故障模式，財務團隊開始對帳走過完全不同路徑的同類交易。

這就是抽象洩漏：原本應該被屏蔽的軌道複雜性，開始滲透到應用層。

隨著更多軌道被添加進來，支付環境變成了一系列鬆散連接的集成，而非統一的抽象層。在較慢的軌道上，延遲為檢測問題提供了時間視窗。在即時軌道上，這一窗口消失了——支付在數秒內完成結算，錯誤無法輕易撤銷，決策必須在資金移動之前做出，而非之後。

四、即時支付迫使PSP 將控制前移

向即時支付網路的轉變，不僅僅是加快了資金流動速度——它從根本上改變了支付基礎設施的設計要求。

在ACH 和電匯的時代，時間是一個緩衝器。

ACH 可能需要數天結算，銀行卡交易可以在授權後發起爭議，電匯也往往涉及人工審核步驟。這些延遲雖然帶來效率損耗，但也為檢測錯誤、幹預可疑活動、在結算最終化之前完成對帳提供了機會。

傳統PSP 模型正是圍繞著這緩衝器建構的。

然而，RTP、FedNow 等即時支付網路徹底打破了這個假設。資金在數秒內直接在帳戶間流動，支付一旦完成通常不可逆轉。

• 詐欺偵測必須更早完成
• 合規篩檢必須即時進行
• 資金決策必須在支付釋放的瞬間準確完成
• 事後糾錯的機會不復存在

提供即時打款的平台無法依賴為延遲結算設計的工作流程。跨多個帳戶管理支付資金的企業內部系統，無法在執行瞬間確定流動性。客服團隊無法承諾可撤銷性，當底層軌道根本不允許的時候。

結果是責任的轉移：PSP 必須演進，以支援那些決定支付應何時執行的內部系統。換言之，控制必須前移。

支付基礎設施必須設計為：審核、資金邏輯、風險核查和狀態驗證必須在資金流動之前完成，而非之後。這要求對餘額、交易狀態和跨服務商條件有比傳統PSP 架構所能提供的更協調的視圖。

實時軌道不是終態，只是一個拐點。穩定幣進來之後，問題會進一步升維。

五、穩定幣：新軌道，不是新支付方式

穩定幣最容易被誤解的地方，就是把它當成新的支付產品。它不是。它是一條新的結算軌道，解決的是資金從「記帳完成」到「實際到帳」之間的那段延遲。

與卡片、ACH、電匯不同，穩定幣交易運行在區塊鏈網路上：

• 結算持續進行，而非批量處理
• 可接近即時最終確認（取決於網路）
• 7×24 小時運轉，不受銀行截止時間及假日限制
• 不依賴特定國內支付系統
• 追蹤餘額、所有權和交易歷史的原語完全不同

傳統PSP 架構圍繞著銀行和支付網路的整合構建，穩定幣引入了不依賴這些中間商的網路。起源、結算、記帳均發生在原始設計之外。一個企業可能同時需要協調銀行軌道、即時網路和鏈上結算，每種類型對最終性、時序和控制的假設各不相同——這些差異無法透過單一API 統一，PSP 作為單一抽象層的定位愈加難以維持。

如同即時支付系統挑戰了關於時序和可撤銷性的假設，穩定幣挑戰了關於支付發生地點和表示方式的假設。

在此過程中，它們引入了一層新的複雜性。

穩定幣三明治，是目前最實際的落地路徑：法幣進→ 鏈上流轉→ 法幣出。

交易兩端的客戶和供應商不需要懂穩定幣，穩定幣只是中間通道──專門用來解決傳統跨國結算慢、貴、不穩定的那段路徑。最有價值的應用集中在「困難通道」，即傳統方式慢、貴或根本不可達的跨境場景。

企業不會也不應該All-in 穩定幣，現實路徑是選擇一兩個具體用例做局部替換，建立認知之後再擴大。

穩定幣也帶來了一個額外維度：在途資金收益，這在傳統體系中幾乎不存在。傳統支付流程中，資金從發出到到賬，中間沉澱24 到72 小時，既無收益，又佔用營運資本。鏈上穩定幣可以在流動中產生收益－這不是對支付成本的小幅優化，是對整個資金效率邏輯的重構。

六、當前生態：十層分工與缺失的那一層

隨著支付基礎設施跨越更多軌道、更多服務商和更多基礎設施類型，PSP 角色的定義變得越來越困難。

過去在單一PSP 內捆綁的資金移動職責，現在已成為分佈在技術棧多個層次上的一系列責任。

PSP 的工作不再只是移動資金，而是解釋資金的流動。

這一轉變反映了更深層的變化：執行本身已不再足夠。 PSP 現在必須支援企業的內部系統，使其能夠表示、記帳和對帳資金如何在不同環境中流動。

① 產品層平台：將支付嵌入軟體

Shopify、Square、Toast、Mindbody、ServiceTitan、Housecall Pro 等垂直軟體平台將付款直接嵌入其產品。

在這些場景中，支付被整合進應用程式體驗，而非作為獨立的支付系統處理。這些平台通常依賴底層PSP、銀行合作夥伴和基礎設施服務商，在應用與資金流動之間疊加了另一層抽象。

② 執行層：跨軌道資金移動

技術棧的核心是負責執行支付的服務商。包括Stripe、Adyen、Checkout.com、Worldpay、PayPal、Nuvei、dLocal 等傳統PSP，其角色是將企業連接至支付軌道並促進資金移動。

它們仍然是支付技術堆疊的關鍵組成部分，但主要在執行層運作——發起支付、報告狀態、暴露API，但本身並不提供資金如何跨服務​​商和內部系統流動的完整模型。

你問Stripe「這筆錢現在到底在哪裡」，它只能告訴你它自己那一段發生了什麼。 Stripe 只是其中一個節點，這個交易裡還可能包括PSP、銀行、軌道、內部帳本四、五個環節，但它看到的永遠是局部，不是全域。

③ 編排與路由層：連線執行服務商

隨著企業採用多個PSP 和支付方式，編排平台應運而生，負責管理跨服務商的路由。 Primer、Gr4vy、Spreedly、Paydock、CellPoint Digital 等公司允許企業根據地理、成本或效能引導交易。這些系統提升了執行層的彈性，但不提供支付發起後行為的統一模式。

④ 風控與合規層：決定資金是否應當移動

一批獨立的服務商負責判斷支付是否應被允許推進。 Persona、Sardine、Alloy、Unit21、Sift、Sumsub 等供應商的身份核驗、詐欺偵測和合規系統，在執行前對使用者和交易進行評估。在即時環境中，這些決策必須在資金移動之前完成，關鍵控制邏輯因此移至PSP 之外。

⑤ 銀行基礎設施層：持有資金並支持接入

Cross River Bank、Lead Bank、Column、Sutton Bank 等託管銀行提供受監管帳戶和對支付網路的存取。它們持有客戶資金、管理流動性，並充當接入ACH、電匯、RTP 和FedNow 等軌道的門戶。這一層對接取金融系統至關重要，但獨立於應用邏輯和PSP API 運作。

⑥ 卡發行層：擴充支付功能

Marqeta、Lithic、Rain 等卡片發行平台使企業能夠作為其產品的一部分發行借記卡和信用卡，支援費用管理、企業卡和市場消費等使用場景。發行平台連接銀行和卡片網絡，但作為技術堆疊中獨立的一層運作，引入了需要與支付技術棧其他部分協調的額外工作流程、控制機制和狀態。

⑦ 支付軌道層：底層執行網絡

支付軌道是金融機構間移動資金的網路。傳統軌道包括ACH、電匯和卡片網絡，而RTP 和FedNow 等新網路則支援即時結算。每條軌道在時序、最終性和可撤銷性方面的假設各不相同，製造出PSP 必須暴露或規避（而非完全抽象）的不一致性。

⑧ 穩定幣網路層：擴展至銀行基礎設施以外

以太坊、Solana、Polygon、Base 等穩定幣網路引入了一種運行於傳統銀行體系之外的支付基礎設施新形式。這些網路以不同的結算模型和保障機制，在全球基礎設施上實現數位美元的轉帳。它們將支付系統的範圍延伸至基於銀行的軌道之外，為現有工作流程帶來了必須整合的額外複雜層。

⑨ 銀行即服務層：連結應用與銀行

Unit、Galileo、Treasury Prime 等銀行即服務（BaaS）平台提供連接金融科技應用與受監管銀行的基礎設施。它們使企業無需成為銀行即可提供帳戶、卡片和支付能力。這一層簡化了對銀行基礎設施的接入，但在應用、PSP 和底層資金流動之間增加了另一個中間方。

⑩ 缺失的那一層：覆蓋資金流動完整生命週期的統一PSP

縱觀以上九層，規律是一致的：每個服務商負責特定功能，沒有任何一個能獨立提供資金流動的完整視圖－包括對它的理解、控制與對帳。

執行由一個服務商處理，風險決策由另一個處理，資金託管在銀行，支付流程可能跨卡網路、即時軌道和鏈上系統延伸。每個系統暴露不同的資料、時間軸和狀態定義。

在碎片化的環境中，這個問題不在發起階段顯現——它在事後出現：當系統出現分歧、資金延遲或被退回、團隊需要答案的時候。這正是支付系統開始崩潰的地方。

七、支付營運在哪裡崩潰

週五下午2 點55 分，財務團隊提交了一筆$50,000 的供應商電匯。 3 點整，銀行wire cut-off。系統顯示「已提交」，但確認郵件沒有進來。

下午4 點，供應商發訊息問款項狀態。財務去查PSP 後台，顯示「處理中」。去查銀行帳戶，顯示「待結算」。兩個系統，同一筆錢，兩個不同的狀態，沒有一個能告訴你錢現在在哪個節點。

週五下午5 點，銀行客服下班。供應商在等款項安排週末的貨運。財務團隊不知道該告訴供應商什麼，也不知道周一早上錢會不會自動到賬，還是已經被退回需要重新發起。

這不是極端情況，是支付營運團隊每週都在經歷的場景。它不會出現在PSP 的產品手冊裡，但會出現在每個跨境支付團隊的工作記錄裡。

支付中最棘手的問題往往不在發起階段，而在事後——當團隊需要解釋究竟發生了什麼。

上一章的市場地圖揭示了支付生態系統的廣度。一筆看似單一的支付，往往在結算發生之前已經流經技術堆疊中的多個服務商。每一方可能對同一筆資金移動有不同的表示，時序不同，狀態不同，文件按不同時間表到達，異常透過不同管道報告。

這正是支付營運變得困難的地方。

對帳：同一事件的多個版本

財務團隊需要將內部帳本與銀行流水、結算報告、處理商資料進行配對。如果一個服務商顯示付款已完成，另一個顯示仍在處理中，企業需要一套解決差異的模型。如果退單在內部餘額已更新後才到達，則帳簿需要相應撤銷或調整。

異常處理：沒有明確歸屬的故障

一筆出款可能因目標帳戶無效、使用了錯誤的資金帳戶、合規審查掛起交易或錯過軌道截止時間而失敗。這些故障並不相同，也不在同一時間發生。但用戶仍期待得到一致的答案，內部團隊仍需要處理流程。

流動性與資金：錢在錯誤的地方

跨多個服務商和帳戶運營的企業，必須確保正確的資金在正確的時間出現在正確的帳戶中。即便整體餘額充裕，若資金停留在錯誤帳戶，支付執行仍可能失敗——這製造了產品邏輯與營運現實之間的鴻溝。

可審計性與控制：還原發生了什麼

審批、掛起、釋放和對帳操作跨團隊和系統發生，企業需要可靠記錄誰在何時做了什麼、以及為什麼。這不僅是合規要求，也是出問題時追溯交易歷史的基礎。

這些問題既是營運層面的，也是架構層面的。

支付營運中最大的失敗，往往發生在團隊無法回答一個簡單問題的時候：這筆錢到哪裡去了？

所缺少的，不是另一個在現有模型內執行支付、路由交易或持有資金的服務商，而是一個能夠協調所有這些功能、跨服務商追蹤狀態、管理資金流動工作流程、並隨時間維護可靠財務記錄的進化型PSP。

八、PSP 的下一個進化

挑戰不在於接入支付基礎設施，而是能否對資金在其中流動的方式保持一致、可靠的理解。

當前生態的分工：PSP 執行支付，銀行持有資金，合規系統評估風險，編排工具路由交易。但沒有任何單一服務商負責提供跨支付全生命週期資金流動的完整一致視圖。

PSP 的下一個進化方向，是提供覆蓋整個技術堆疊的一致可見性——讓每一筆支付從發起到最終結算，都能被理解、被記帳、被信任。

這一層必須能夠：

• 跨銀行、傳統軌道和穩定幣網路執行支付
• 透過內部帳本維護一致的記錄系統
• 管理審批、資金和異常處理的工作流程
• 將外部活動與內部財務狀態進行對賬
• 隨規模擴展，內建合規、帳戶基礎設施和持續成長的軌道連接

結語：從哪裡開始

現代支付基礎設施不再由單一處理商或單一軌道定義。它是一個由多個服務商組成的環境，每個服務商負責資金流動、批准、結算和記帳的不同環節。

綜觀本指南，我們看到了這環境的演變歷程：

支付服務商超越了交易處理的範疇，支付軌道不斷增多，即時系統移除了延遲結算的安全網，穩定幣等新形式的基礎設施進一步延伸了整個系統。

對於建立金融產品或將支付嵌入軟體的團隊而言，切入路徑比策略討論更重要。

不要從「是否全面擁抱穩定幣」開始，而是找一個具體痛點：一條跨境通道結算太慢，一個供應商付款流程人工操作太多，一部分閒置資金在途中沒有收益。選一個用例，開一個帳戶，做一次實際支付。先內部試點，從資金管理（treasury）場景著手，而不是直接改造客戶側流程。這樣可以控制風險，同時建立認知。

合規層面，KYC、AML、制裁篩選等規則仍完全適用，穩定幣只是底層軌道的變化。監管框架在GENIUS Act 之後已經比兩年前清晰得多，不應成為阻礙試點的理由。

真正的策略風險不是用不用穩定幣，而是競爭對手用穩定幣重建了他們的結算成本和資金效率，而你還在等一個完美的入場時機。

缺乏統一協調層，複雜性隨規模成長而疊加。擁有它，企業可以以清晰、掌控和自信的姿態運營資金流動。

部分內容來源：Modern Treasury — A Practical Guide to PSPs in 2026