Utexo：如果付款可以延遲完成，會怎樣？ 並非所有付款都應立即完成。 有時，企業需要驗證送貨、確認服務，或等待收款方可用後，才能最終完成付款。 這正是 HODL 發票變得有趣的地方。 什麼是 HODL 發票？ HODL 發票是一種 Lightning 支付發票，允許入賬付款暫時保留，而非立即結算。 Utexo 的 RGB SDK 支援建立、申領和取消 HODL 發票。 以下是其運作方式： 1. 收款方建立與秘密付款條件關聯的發票。 2. 付款方啟動付款。 3. 付款保持待處理狀態，直到收款方決定是否申領。 4. 收款方可透過提供所需秘密來完成付款，或在取消仍可行時取消付款。 這讓開發者能更精準地控制付款何時最終確定。 實際案例 1：自由職業者付款 想像一家企業聘請設計師製作一張價值 200 美元的標誌。 企業可使用基於 HODL 發票的自訂付款流程。付款將保持待處理狀態，直至完成約定的審核流程。 一旦滿足相關條件，收款方即可申領付款。 然而，單靠 HODL 發票無法驗證工作是否令人滿意。應用程式仍需管理協議與審核流程。 實際案例 2：線上服務 想像一個連接客戶與服務提供者的平台。 客戶為某項服務啟動付款，但平台需要協調付款何時最終結算。 HODL 發票功能可成為該流程的一部分，讓應用程式對付款結算擁有更大控制權。 實際案例 3：自動化應用中的數位付款 應用程式可啟動付款，並在申領前等待必要步驟完成。 例如，一項數位服務可能在完成處理任務後，才向另一系統結算付款。 這對於需要比簡單「發送與接收」付款流程更強控制權的應用程式非常有用。 Utexo 的定位 Utexo 的 RGB SDK 提供開發者透過其 Lightning 基礎設施建立、監控、申領和取消 HODL 發票的工具。 該 SDK 同時支援 RGB 資產，意味著開發者可圍繞支援的數碼資產（包括透過 RGB 發行的 USDT）建構付款流程。 為何這很重要？ 付款不僅僅是資金從一個錢包轉移到另一個錢包。有時應用程式需要控制資金何時最終確定。 HODL 發票為開發者提供了在 Lightning 上建立更靈活付款體驗的基礎元件。 重要區別在於：HODL 發票並非自動成為第三方保管服務或保證合約條件已達成。這些保護措施需要額外的應用程式邏輯與適當的安全保障。 @utexocom