Skip to main content

📄 正文

旅行规则(Travel Rule) 是全球反洗钱(AML)监管框架下的要求,旨在规范跨境/虚拟资产转移过程中的信息交互,确保金融交易透明可追溯。在 DeCard 托管模式下,终端用户在获取链上充值地址之前,必须先上传旅行规则信息——未完成上传的用户无法获取链上充值地址,因而无法进行跨境充值。
前置条件:调用相关接口前,用户必须已通过注册接口创建,且您持有其 externalUserId。旅行规则上传应在用户获取链上充值地址之前完成。

DeCard 托管模式提供的能力

DCS 通过标准化接口为您提供旅行规则信息的管理能力,您按对接深度选择服务端对接或让用户在 DCS 托管页自助上传: DCS 的核心工作集中在四点:数据标准化(统一的证件类型、地址、出生日期等数据结构)、接口支持(上传/查询)、文件管理(EDD 增强尽职调查,覆盖资金来源与财富来源两大维度)、流程联动(与链上充值地址获取关联——未完成上传即取地址会被拒绝)。
EDD(增强尽职调查):对高风险场景(大额跨境、可疑交易等),DCS 支持用户提交资金来源(SoF,6 类)与财富来源(SoW,6 类)共 12 类辅助证明文件,流程分两步:「生成预上传地址并上传文件 → 提交文件引用」。完整分类与字段见下方操作指南。

EDD 文件上传(增强尽职调查)

对于高风险合规场景(大额跨境、可疑交易等),DCS 提供 EDD(Enhanced Due Diligence)文件上传能力,支持用户提交资金来源(Source of Funds, SoF)与财富来源(Source of Wealth, SoW)两类辅助证明文件。整个流程分两步:
  1. 生成预上传地址:调 POST /account/v1/generate-file-upload-prepare,传入待上传的文件名列表,获取预签名 URL 和 objectKey
  2. 提交 EDD 文件:将文件通过获取的 URL 上传后,调 POST /account/v1/upload-edd-file,提交各维度的 EDD 文件引用(含 fileName + filePath/objectKey)。
请求字段(EDD 提交请求体) EDD 子对象分类(共 12 类:SoW 6 类 + SoF 6 类,覆盖财富来源与资金来源两大维度)
每个子对象均包含 docUrls 数组({ fileName, filePath }),指向已通过预上传地址上传的文件。完整字段规格(如 eddSowGiftrecurringGifts 子结构、各子对象的必填规则等)见接口 API Reference 页。
请求示例(EDD 文件提交,仅展示部分子对象;脱敏占位数据)
响应(结构统一为 { code, message, messageDetail, data };提交成功时 datanull

流程图

Travel Rule 上传与充值放开路径Travel Rule 上传与充值放开路径
未先完成 Travel Rule 上传就尝试获取链上充值地址将被拒绝。/account/v2/query-travel-rule 的查询响应 address 字段集与上传请求体不对称(查询仅返回 city/postalCode/addressLines),编程时请以接口字段规格为准。

下一步

  • 充值前置流程中如何提交 Travel Rule(update-travel-rule 请求示例):加密货币充值
  • 引导页 action=TRAVEL_RULE 完整参数:H5 KYC 与开卡引导页(EDD 12 类 SoF/SoW 子对象明细见上文「EDD 文件上传」节)
  • 合规整体流程与 KYC 在其中的位置:合规 · 概述
  • 完成旅行规则信息后获取链上充值地址:加密货币充值
  • 接口字段全规格:POST /account/v1/update-travel-ruleGET /account/v2/query-travel-rulePOST /redirect/v2/guidance-linkPOST /account/v1/generate-file-upload-preparePOST /account/v1/upload-edd-file