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 入金与出金方案沟通。