發生什麼：0.27.2 版把穩定幣和 Cash App 接起來
閃電網路開發商 Breez 在 GitHub 發布 Breez SDK - Spark 0.27.2 版，版本頁顯示的發布時間是 2026 年 10 月 23 日 05:55（UTC，台北時間 13:55），標籤則在前一天建立。這一版前面還有 0.27.0 與 0.27.1 兩個標籤，但 GitHub 上正式附說明的版本是 0.27.2，與上一個正式版 0.26.1 相隔約三週。
版本說明列出三項主要新功能：一是把 USDC／USDT「直接出金到 Cash App」，二是整合這套 SDK 的 App 業者可以對 USDC／USDT 付款加收自己的手續費，三是「代幣授權額度」，讓另一個錢包在限額內代為扣款。對應的程式變更分別是 PR #1218（10 月 14 日合併）、PR #1186（10 月 6 日合併）與 PR #1206（10 月 9 日合併），也就是說功能早已進主線，這次才包進正式版本。PR #1218 新增 bridge_to_cash_app，並把原有的 prepare_payment_link 改名為 bridge_from_cash_app，舊名仍可使用但已標為棄用。
需要先說清楚：這是開發工具包更新，不是 Cash App 或 Breez 對一般用戶推出的新 App。只有採用 0.27 版以上 SDK、並自行做出介面的錢包或商家，用戶才會看到這些功能。
原始文件怎麼說：對方收到的是閃電比特幣
版本說明用了「出金到 Cash App」的字眼，但功能文件寫得更精確：付款人在外部鏈存入 USDC 或 USDT，跨鏈服務商再透過閃電網路付比特幣給 Cash App 用戶。收款人可以填 alice、$alice 或 [email protected]，三種寫法都指向同一個 Cash App 閃電地址。文件的限制段落寫明，橋接完成代表閃電付款已送達，至於 Cash App 以比特幣入帳還是換成美元，取決於收款人在 Cash App 裡的設定。
流程分成兩個方向。bridge_to_cash_app 是「穩定幣付給 Cash App 用戶」：文件稱 SDK 會在報價前先查收款人，未知帳號或超出對方可收範圍的金額，會在付款人入金前就回報錯誤；接著向服務商取得報價，回傳存款地址，在以太坊系鏈上則是 EIP-681 付款連結。另一個方向 bridge_from_cash_app，讓 Cash App 用戶打開 cash.app/launch/lightning 深層連結付一張閃電發票，服務商再把 USDC／USDT 送到外部地址。
跨鏈部分由 Flashnet 的 Orchestra 服務處理。SDK 文件列出的外部鏈包括 Arbitrum、Base 等以太坊系網路、Solana 與 Tron，Tron 地址可用 T 開頭格式或 tron: 付款連結辨識。不過每次實際可走哪些路線，要以 SDK 執行時從服務商取回的清單為準；本文沒有實際查詢路線，無法確認 Tron 上的 USDT 目前是否開放給 Cash App 橋接。
與既有做法的差異與限制
文件指出，錢包本身若已有餘額，原本就能用 LNURL-Pay 直接付給 Cash App 閃電地址，不需要橋接；這次新增的是「付款人手上只有外部鏈穩定幣」的情境。值得注意的是，兩種橋接都不經過 SDK 錢包：資金在錢包外由付款人直接轉給服務商，SDK 不會產生付款紀錄、沒有狀態追蹤，也沒有事件通知，文件建議若要確認送達，需從收款方那一側觀察。
收款資格要以 Cash App 本身規定為準。Breez 文件的開發者說明寫「Cash App 僅在美國與英國提供（比特幣／閃電功能不含紐約州）」，並稱地區限制由 Cash App 端處理；但 Cash App 現行服務條款（2026 年 9 月 11 日更新）要求帳戶使用者為美國居民，虛擬貨幣服務也要求使用者是美國居民並在美國境內使用。因此本文只能確認符合 Cash App 資格的美國用戶是預期收款對象，無法依 Breez 文件確認英國用戶可以收款。
其他限制還包括：只能在主網使用、沒有測試網。報價有到期時間，文件說若在付款人入金前（反向則是開始付款前）就過期，需要重新取得報價。文件也寫明「入金後交付仍可能失敗」：服務商實際付款時會再查一次收款人，若帳戶已關閉、額度被調低，或滑價讓金額越過上限，付款就會失敗，存款退回付款人填寫的退款地址，而這個地址必須屬於來源鏈同一類型。由於 SDK 不追蹤狀態，退款是否實際完成同樣要從來源鏈或服務商端確認；文件也沒有說明退款時的網路手續費由誰負擔，整合的 App 應在報價時向用戶講清楚。
手續費方面，合作方費用是選配功能，可在 Breez 的合作方入口網站設定 0.01% 到 10% 的費率，設為 0 即關閉，適用於 0.27 版以上的跨鏈送出、接收及 Cash App 橋接，費用以服務商費用之後的金額按比例計算，並包含在 SDK 回傳的 service_fee_amount 裡。文件稱 Flashnet 會保留這筆合作方費用的 20%，合作方拿 80%，可提領到 Solana 上的 USDC 或 Spark 上的 USDB，每次提領至少 1 美元，部分提領路線門檻更高。代幣授權額度則讓擁有者對指定 Spark 地址設定單筆上限、總額上限與到期日，可隨時撤銷；授權不會預先保留資金，餘額不足時扣款就會失敗。
AI 觀點分析與推論
AI 觀點：真正的變化是把 Cash App 閃電地址當成穩定幣出口
我傾向認為，這次更新的重點不在新技術，而在「收款端」：依 Breez 文件，Cash App 用戶本來就有 @cash.app 閃電地址，Breez 做的是把外部鏈上的 USDC／USDT 接到這個現成入口，讓只持有穩定幣的付款人，也能付錢給符合 Cash App 資格的美國用戶。受益者主要是想做跨境匯款、薪資發放或商家收款的 App 業者，例如海外付款人手上只有穩定幣、收款人在美國使用 Cash App 的情境；而合作方費率最高可設到 10%，也意味著各家 App 最後給用戶的價格可能差很多，用戶應該看清楚報價裡的總費用。
反面情境同樣明顯。這條路徑多了跨鏈服務商、比特幣換匯與閃電路由三個環節，任何一段失敗都靠退款兜底，而 SDK 不追蹤狀態，客服責任會落在整合的 App 身上。Cash App 也沒有在這些文件中被描述為合作方，Breez 文件與 Cash App 條款對地區的描述也不一致；若 Cash App 日後調整閃電地址的限額或資格政策，這條通道就會受影響。
若之後出現採用這項功能的錢包公開實際交易量，或 Flashnet 公布 Tron 等路線的實際手續費與成功率，我會更相信它能成為常用的穩定幣出金管道；若只停留在文件與範例程式，它就比較像是給開發者的功能清單。
