📄 正文
旅行规则(Travel Rule) 是全球反洗钱(AML)监管框架下的要求,旨在规范跨境/虚拟资产转移过程中的信息交互,确保金融交易透明可追溯。在 DeCard 托管模式下,终端用户在获取链上充值地址之前,必须先上传旅行规则信息——未完成上传的用户无法获取链上充值地址,因而无法进行跨境充值。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)两类辅助证明文件。整个流程分两步:- 生成预上传地址:调 POST
/account/v1/generate-file-upload-prepare,传入待上传的文件名列表,获取预签名 URL 和objectKey。 - 提交 EDD 文件:将文件通过获取的 URL 上传后,调 POST
/account/v1/upload-edd-file,提交各维度的 EDD 文件引用(含fileName+filePath/objectKey)。
EDD 子对象分类(共 12 类:SoW 6 类 + SoF 6 类,覆盖财富来源与资金来源两大维度)
每个子对象均包含请求示例(EDD 文件提交,仅展示部分子对象;脱敏占位数据)docUrls数组({ fileName, filePath }),指向已通过预上传地址上传的文件。完整字段规格(如eddSowGift的recurringGifts子结构、各子对象的必填规则等)见接口 API Reference 页。
{ code, message, messageDetail, data };提交成功时 data 为 null)
流程图
未先完成 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-rule、GET /account/v2/query-travel-rule、POST /redirect/v2/guidance-link、POST /account/v1/generate-file-upload-prepare、POST /account/v1/upload-edd-file

