OTC On-ramp 與 Off-ramp：從報價到最終到賬

從客戶視角看，On-ramp 是法幣進入數字資產，例如通過獲准服務以美元購買 USDC；Off-ramp 是數字資產回到法幣，例如將 USDT 按約定賣出並收到銀行款項。OTC 指雙方按約定報價成交，仍需遵守服務地區、主體資格、客戶准入與資金要求。

這個方案描述系統與運營如何配合。實際兌換、託管和付款由具備對應資格的服務商承擔；本站不接受資金、不提供報價，也不執行交易。

先確認誰在交易，誰在處理資金

畫出客戶、交易對手、銀行、流動性服務商、錢包與託管方的關係。明確哪家實體接收法幣、誰控制鏈上地址、誰成交、誰付款以及誰承擔退款和爭議處理。不能只列出一個“通道名稱”就視為資金路徑已確認。

逐項確認服務地區、業務資格、支持的客戶與幣種、銀行賬戶用途和服務商協議。客戶應按要求完成 KYC / KYB、受益所有人及資金來源核驗。付款人與收款人的同名關係不清楚時先複核，不靠 OTC 字樣跳過審核。

報價必須寫清楚鎖定與失效條件

報價應包含買賣方向、法幣和數字資產、網絡、數量、匯率、費用承擔、淨交付金額、有效期及成交條件。需要說明在銀行來款、鏈上確認還是人工批准時鎖價，避免交易雙方對同一句“已經到賬”有不同理解。

資產數量、法幣金額和費用分別留存，按各自精度處理。報價過期、少付、多付或網絡費變化時，應按約定重新確認，不能單方調整交付金額，也不能在前端顯示舊報價、後臺執行新報價。

On-ramp：先核實法幣，再交付數幣

典型順序是客戶准入、同名賬戶核驗、報價與訂單確認、法幣收款核驗、目標地址篩查、審批與鏈上交付，最後進行交付和費用對賬。

法幣收款核驗以銀行或服務商可驗證記錄為依據，不以聊天截圖作為放幣指令。核對付款人、金額、幣種、用途和可用狀態，考慮相關支付方式的退回風險。第三方來款進入複核，不能因為金額相同就自動匹配客戶。

目標地址變更需重新核實控制關係、網絡與 KYT；原有審批不自動覆蓋新的地址。通過受控簽名交付後記錄交易哈希、實際金額、網絡費和確認狀態。廣播成功還需跟進最終確認；未知結果先查詢，避免重複發幣。

Off-ramp：先核實入幣，再安排法幣付款

典型順序是准入與同名收款賬戶核驗、報價和入幣指引、鏈上接收與 KYT、確認策略和人工複核、成交與付款審批、銀行付款及最終對賬。

訂單應關聯受控接收地址、資產合約、網絡和必要的 Memo / Tag。監測到交易後，核對實際收到的代幣、接收方、金額、成功狀態和確認情況；只有真實入賬交易才能成為後續來源分析依據。

“幣已收到”與“允許兌換或付款”分開。KYT 未完成、標籤需要核實、來源證據不足或收款賬戶不符時，保留待複核狀態。銀行或服務商接受付款請求，也不代表收款人已經到賬；需要回執、結果查詢和財務對賬。

退回與未知結果需要獨立流程

錯鏈、錯誤代幣、第三方付款、報價過期和銀行退匯，分別定義暫停節點、責任人和證據要求。不要承諾所有錯鏈資產都能找回。

鏈上退回須核實原始付款關係、地址與服務商能力，並遵守適用的合規限制。交易所熱錢包可能無法識別直接退回的款項；不能按聊天消息把資產退給任意新地址。法幣退回也應核驗原付款賬戶、銀行要求和審批記錄。

付款請求超時是結果未知。應通過原訂單引用、鏈上記錄、服務商查詢和銀行憑據確認，再決定後續動作。本地需要保證一個應付義務不會因重複請求、重複回調或跨服務商重試而被結清兩次；不能只依賴每家服務商自己的冪等鍵。

交付標準是訂單、鏈上與銀行記錄能對上

訂單至少能回答：誰買誰賣、哪份報價被確認、實際收到什麼、何時完成哪些檢查、誰批准、交付到哪裡、最終費用是多少、還在等待什麼。鏈上與銀行分別保存原始引用，未解決異常保留原因和責任人。

驗收場景包括正常雙向交易、報價過期、少付多付、第三方付款、目標地址變更、錯誤資產、KYT 未知與人工拒絕、鏈重組、廣播後超時、銀行受理後失敗、退匯以及重複通知。先在服務商認可的測試環境驗證，再決定真實業務上線條件。

在數幣專題切換查看兩條流程。資產檢查參考穩定幣與網絡清單，檢查與審批參考KYT 資金合規方案，具體合作從OTC 入金與出金方案溝通。