加密付款進來，
穩定幣出去

Fireblocks Flow 想解決的不是「商家要不要收 crypto」，而是 PSP 和 fintech 已經看見使用者用錢包付款，卻不想為每條鏈、每種錢包、每個資產各養一套工程。

SCROLL
PART 1 ｜ 支付需求換地方了

消費者的錢，
越來越多不在銀行帳戶裡

Fireblocks 推出 Flow，定位是給 PSP 和 fintech 的 stablecoin acceptance infrastructure。它的標語很直接：Digital assets in，stablecoin out。消費者可以用數位資產付款，平台則用自己選定的穩定幣結算。

這背後的市場變化是，數位資產不再只是拿來持有和交易。新興市場的工作者用穩定幣收薪水，家庭用 Bitcoin 存錢，越來越多消費者餘額放在錢包、鏈和 token 裡。

$300B+
穩定幣流通量
Fireblocks 指出，穩定幣流通量已超過 3000 億美元。
<$30B
2020 年基準
2020 年還不到 300 億美元，五年多長成另一個量級。
800+
外部錢包覆蓋
Flow 開箱支援 800 多個外部錢包，涵蓋 EVM、Solana、Bitcoin。

問題是，PSP 原本不是為這種世界設計的。它們的 checkout、deposit、withdrawal 流程多半熟悉卡片、銀行帳戶和本地支付 rails，卻不一定能接受來自五條鏈、三個交易所、不同錢包和不同資產的付款。

PART 2 ｜ Flow 的角色

它不是替商家開新前台，
而是接進原本的付款流程

Flow 的設計不是要 PSP 把使用者導到 Fireblocks 的新 checkout。相反，它接進 PSP 已經在跑的 checkout、deposit 或 withdrawal flow。品牌體驗、merchant relationship 和終端使用者關係，仍然留在 PSP 手上。

這點很關鍵。很多 crypto payment 方案像是把一個新支付頁塞進商家流程，但 Flow 比較像後台轉接層。使用者拿數位資產進來，PSP 最後拿到自己選的穩定幣。

Flow 想把混亂入口壓成單一結算結果
01
使用者付款
從錢包、鏈或交易所來源送入數位資產。
02
Flow 接入
用 API 接在既有 checkout、入金或出金流程。
03
轉換路由
選擇第三方轉換 provider，處理 failover 和滑價保護。
04
穩定幣結算
資金進到 PSP 設定的 Fireblocks Vault、embedded wallet 或外部地址。

所以 Flow 的真正賣點不是「你現在可以收很多幣」。而是「你不用自己變成 crypto infrastructure team，也能接住已經存在的鏈上付款需求」。

PART 3 ｜ 每筆交易跑三道程序

Fireblocks 把合規、轉換、對帳，
壓進同一條 API 路徑

Fireblocks 說，每筆 Flow 交易都會跑三件事：verification、conversion、reconciliation。這三件事看起來像後台細節，實際上就是 PSP 最怕自己從零搭的三個坑。

程序
Flow 做什麼
PSP 省下什麼麻煩
Verification
每個連進來的錢包，都先透過 Chainalysis 做制裁名單篩查。
不用自己建立 wallet screening 與風險判斷流程。
Conversion
如果入金資產不是結算幣，終端使用者會直接和第三方轉換 provider 交易，通常是 DEX 或 liquidity provider。
不用自己做路由選擇、provider 備援和滑價保護。
Reconciliation
每筆交易從金額進來、金額出去、費用拆分到每個時間戳都被記錄。
財務團隊不用靠人工把鏈上付款和公司帳本一筆筆對起來。

這也是為什麼 Flow 不是單純 wallet connector。它賣的是「付款基礎設施」，不是「連上錢包」這個動作本身。

PART 4 ｜ 它刻意不碰資金流

Fireblocks 想做轉接層，
不是搶走 PSP 的客戶關係

Fireblocks 強調，資金會結算到 PSP 設定的目的地，可以是 Fireblocks Vault、embedded wallet，或客戶控制的外部地址。它也說自己不在 conversion 時取得 custody，也不在 flow of funds 裡。

這個定位很聰明。PSP 最在意的，不只是能不能多收一種支付方式，而是它不能把使用者關係、商家關係和品牌體驗交出去。如果一個供應商變成前台，它就可能變成競爭者。

Flow 的姿態是：你保留前台、品牌和 merchant relationship，我替你把鏈上付款轉成可入帳的穩定幣。

這也解釋了 Fireblocks 為什麼把對象鎖定在 PSP 和 fintech，而不是直接對所有商家喊話。真正有能力把這套東西大規模分發出去的，是本來就掌握 merchant network 的支付平台。

PART 5 ｜ Dynamic 和 OTL 的底座

多接一條鏈不是重點，
可持續擴張的標準才是重點

Flow 建在 Dynamic 之上。Dynamic 現在是 Fireblocks 旗下公司，原本就處理 wallet onboarding 和 embedded wallet 這類使用者入口問題。Flow 要接住的不是一種錢包，而是一整片使用者持有資產的入口。

它也和 Open Transaction Layer 相容。OTL 是一個用來支援合規鏈上交易的開放產業標準。Fireblocks 的說法是，當更多 provider 加入 OTL，PSP 對新錢包、新鏈和新交易所的覆蓋會一起擴張，不必每次都重新整合。

🔌
Dynamic
負責把錢包和使用者入口接進產品，不讓 PSP 從零處理 onboarding。
🧾
OTL
把合規鏈上交易做成可共用標準，讓 provider 生態可以擴大。
🌍
Launch customers
Flutterwave 和 Blipply 已經是首批客戶，場景集中在非洲、拉美等穩定幣需求明顯的市場。

這裡的戰略不難懂。穩定幣付款不是缺一個 demo，而是缺能被大型支付公司放心接進 production 的標準化路徑。

PART 6 ｜ 它真正指向的趨勢

穩定幣正在從資產，
變成支付公司必須支援的結算層

Fireblocks 的判斷是，信用卡曾經成為預設付款方式，穩定幣會是下一個。這句話可以打折看，因為它畢竟是在賣產品。但它抓到一個真實變化：在某些地區，消費者已經不是「可能會用」穩定幣，而是已經這樣收款、存錢、付款。

PSP 面對的問題，不是要不要相信 crypto 敘事，而是要不要接住這些 volume。自己接，工程、合規、流動性、對帳都很重；不接，可能把使用者推給別的支付路徑。

Flow 把選項改成第三種：讓 PSP 繼續像 PSP 一樣運作，但把鏈上付款變成穩定幣結算。這正是穩定幣基礎設施競爭的下一層，誰能站在使用者錢包和支付平台之間，誰就有機會變成新支付 rails 的供應商。

Flow 的賣點不是商家可以收更多幣，而是 PSP 可以不改前台，接住已經在鏈上的付款需求。

數位資產進來，穩定幣出去。中間那段複雜度，Fireblocks 想替支付公司吃下來。

你覺得 Flow 最有價值的地方，
會是哪一層？

選完之後，分享你的觀點

你的觀點

想看更深入的分析？

Fireblocks 的產品頁完整說明 Flow 的支援範圍、交易流程、合規檢查、轉換與對帳能力。

閱讀完整文章 →