메인 콘텐츠로 건너뛰기
이 페이지는 Didit Travel Rule 교환의 상대방을 위한 문서입니다. 즉, Didit에서 운영되는 VASP로 Travel Rule 데이터를 보내거나 해당 VASP로부터 받아야 하는 거래 상대방 VASP(또는 해당 엔지니어링 팀)를 대상으로 합니다. 이 문서에 설명된 모든 내용은 Didit이 운영하는 공개 인프라입니다. 상호운용을 위해 Didit 계정, API 키 또는 Didit과의 상업적 관계가 필요하지 않습니다. 가장 긴밀한 연동도 HTTPS와 JSON만 있으면 됩니다.

디뎃이 거래를 라우팅하는 방식

디뎃 고객이 송금할 때, 디뎃은 아래 경로를 엄격한 우선순위 순서대로 시도하며, 귀사에 도달할 수 있는 첫 번째 경로를 사용합니다.
디뎃은 아직 TRUST 응답을 받을 수 없으며, 네트워크를 통해 디뎃으로 보내진 송금을 수락하지 않습니다. TRUST를 통하면 디뎃 고객의 송금은 귀사에 도달하지만 귀사의 답변은 돌아올 수 없으며, 송금은 완료되지 않고 송신자의 확인 기한이 되면 만료됩니다. GTR, VERIFYVASP, SYGNA를 통하면 디뎃은 네트워크 자체에서 귀사의 답변을 확인합니다. 응답 또는 송금 상태 폴링을 통해서입니다.
위 표는 디뎃 고객이 보내는 송금에 해당합니다. 귀사가 디뎃 고객에게 송금을 보낼 경우, 디뎃은 다음 방식으로만 수락할 수 있습니다. 디뎃의 공개 TRP 호스트가 활성화되면 TRP 송금 조회로 수락하거나(아직 응답하지 않습니다. TRP endpoint를 참고하십시오), 정산 후 sunrise 등록을 통해 수락합니다. 현재 네트워크 경로와 이메일 채널 모두 디뎃 고객에게 들어오는 송금을 전달하지 않습니다. 네트워크 경로(GTR, TRUST, VERIFYVASP, SYGNA)는 송신 측의 멤버십을 통해 작동합니다. 현재로서는 디뎃 고객 본인이 연결한 멤버십이어야 합니다. 디뎃은 아직 이 네트워크들 중 어디에도 플랫폼 멤버십을 보유하고 있지 않으며, VASP 제공자로 온보딩 중입니다. GTR은 기본적으로 포함되지 않으며, 같은 멤버십 요건이 네 개 네트워크 모두에 적용됩니다. 송신자는 Travel Rule 설정 가져오기의 networks 객체를 확인해야 합니다. didit은 디뎃의 멤버십이 해당 애플리케이션을 네트워크의 자체 참여자로 두고 있다는 의미이고, own은 연결된 고객 멤버십을 의미하며, off는 플랫폼 라우팅이 비활성화되었음을 의미하고, unavailable은 해당 애플리케이션에 대해 그 네트워크로 아무도 송금할 수 없음을 의미합니다. 디뎃이 플랫폼 멤버십을 보유하기 전까지는 어떤 네트워크도 didit으로 표시되지 않습니다. Travel Rule을 활성화해도 네트워크 멤버십이 활성화되지는 않습니다. 각 네트워크가 현재 도달할 수 있는 범위는 Travel Rule 네트워크를 참고하십시오. 귀사가 이러한 네트워크 중 하나에 참여하고 있고 디뎃 고객이 그 네트워크에 자체 멤버십을 보유하고 있다면, 네트워크 식별자를 해당 고객과 공유하십시오. 그러면 송금이 귀사가 이미 운영 중인 네트워크를 통해 귀사에 도달합니다. SYGNA를 통하면 귀사의 허가 답변이 송금을 완료하거나 거부합니다. 디뎃은 5분마다 송금 상태를 폴링하며, 각 허가 요청의 콜백으로 https://trp.didit.me/sygna/callbacks/permission/{token}/을 등록합니다. 이 토큰은 해당 송금을 위해 발급됩니다. 이 콜백은 아직 요청을 처리하지 않는 디뎃의 공개 TRP 호스트에 있습니다. permission_status가 ACCEPTED이면 송신자의 송금은 COMPLETED로 바뀌고, REJECTED이면 COUNTERPARTY_VASP_GENERAL_DECLINE으로 바뀝니다. 다만 reject_code가 BVRC007(수취인 이름이 일치하지 않음)이면 COUNTERPARTY_MISMATCHED_DATA로 바뀝니다. 콜백에는 귀사의 서명이 필요합니다. 유효한 서명이 없으면 401과 {"status": "INVALID_SIGNATURE"}로 응답하고, 알 수 없는 토큰에는 404로 응답하며, 이미 적용된 결정에는 다시 200으로 응답합니다. 공유 멤버십이 전혀 없다면 대비해야 할 경로는 TRP입니다. 귀사의 Travel Address를 디뎃 고객과 공유하면, 그들의 송금이 귀사의 TRP endpoint에 도달합니다. 조회 응답으로 주신 답변은 송금을 즉시 완료하거나 거부합니다. 나중에 디뎃의 콜백으로 게시하는 답변은 디뎃의 공개 TRP 호스트가 필요하며, 이 호스트는 아직 활성화되지 않았습니다. 어떤 경로로도 귀사를 식별할 수 없으면 디뎃은 추가 확인 단계를 하나 더 수행합니다: 블록체인 분석을 통한 귀속. 수취 지갑을 블록체인 분석 데이터와 대조하며, 이 지갑이 귀사의 거래소 또는 커스터디 서비스에 귀속되면 디뎃은 귀사의 이름을 VASP 디렉터리에 기록하고 그 이름으로 경로를 다시 시도합니다. 따라서 송신자가 주소만 제공했더라도 귀사가 식별될 수 있습니다. 귀속된 송금은 디렉터리 항목에 경로가 있을 때에만 귀사에 자동으로 라우팅됩니다. 검증된 TRP endpoint, 네트워크 등록 또는 컴플라이언스 담당자 중 하나가 있어야 합니다(VASP 디렉터리 등록 참고). 따라서 전체 확인 순서는 다음과 같습니다. 지갑에 대한 통제권을 입증한 디뎃 고객(INTERNAL)과 송신자가 해당 지갑에 대해 저장한 Travel Address, 그다음 프로토콜 및 네트워크 경로, 마지막으로 블록체인 분석입니다.

Travel Address

Travel Rule이 활성화된 모든 Didit VASP에는 Travel Address가 있습니다. ta로 시작하는 간결한 문자열이며, 해당 VASP의 개인 TRP 송금 조회 endpoint URL을 인코딩합니다. Didit 고객은 Travel Rule 설정에서 자신의 Travel Address를 확인하고 거래 상대방과 공유합니다. Didit 고객이 Travel Address를 알려 주면, TRP로 그 고객에게 연결하는 데 필요한 정보를 모두 갖추게 됩니다. 인코딩은 TRP Travel Address 규칙을 따릅니다:
  • ta 접두사를 제거합니다.
  • 나머지 부분을 Base58Check로 디코딩합니다(Bitcoin 알파벳, 이중 SHA-256 체크섬).
  • 디코딩된 바이트는 스킴을 뺀 조회 URL입니다. 앞에 https://를 붙입니다.
  • URL에는 항상 쿼리 쌍 t=i(유형: 조회)가 포함됩니다.
디코딩된 Didit Travel Address는 두 가지 형태 중 하나입니다:
{profile_uuid}는 호스팅 VASP 프로필을 식별합니다. 송금 조회를 이 URL로 POST하십시오. 먼저 신원 확인 endpoint를 조회해 상대방이 누구인지 확인하십시오. 두 번째 형태는 지갑별 Travel Address입니다. Didit 고객의 지갑 한 개를 지정합니다(주소록의 receiving_travel_address). 따라서 고객의 계좌 번호나 예금주명으로 대조하지 않아도 조회가 해당 지갑에 도달합니다. 지갑이 삭제되었거나 다른 VASP의 지갑으로 기록되어 있으면 404를 반환합니다.

TRP endpoint

Didit은 기본 URL https://trp.didit.me에서 TRP API 버전 3.2.1을 사용합니다. 모든 endpoint는 HTTPS를 통해 JSON을 주고받습니다.
Didit의 공개 TRP 호스트는 아직 이 endpoint를 제공하지 않습니다. 그 전까지는 Didit 고객에 대한 TRP 조회나 신원 요청을 전달할 수 없습니다. 이 섹션은 호스트가 가동된 후 응답하는 계약 내용입니다.
중요한 TRP 헤더는 두 가지입니다:
  • api-version - 사용하는 TRP 프로토콜 버전입니다(예: 3.2.1). 조회와 두 콜백 모두에 필수입니다.
  • request-identifier - 요청의 고유 ID입니다. 응답 헤더에 그대로 되돌아옵니다. 조회와 두 콜백 모두에 필수입니다.
두 헤더 중 하나라도 없는 조회 또는 콜백 endpoint 요청은 400을 반환합니다. Didit의 모든 응답에는 api-version: 3.2.1이 포함되며, 요청의 request-identifier를 그대로 되돌려 줍니다.

GET /identity

플랫폼 운영자의 신원 정보를 반환합니다. 필요한 헤더는 없습니다.

GET /trp/identity//

송금을 주고받으려는 특정 VASP의 신원 정보를 반환합니다. PII를 보내기 전에 이름과 LEI를 확인하는 데 사용하십시오. Didit은 송금을 시작할 때 같은 확인을 반대 방향으로 수행합니다. endpoint가 보고하는 신원이 예상한 LEI나 이름과 일치하지 않으면 송금이 중단됩니다.
프로필이 존재하지 않거나 Travel Rule 설정이 비활성화된 경우 404를 반환합니다.

POST /trp/inquiries//

송금 조회를 제출합니다. 귀사는 송금인 VASP이고, Didit 고객은 수취인 VASP입니다.
이 경로에서 자산은 DTI로 식별되며, DTI는 하나의 블록체인에 있는 토큰 하나를 식별합니다. Didit은 현재 BTC(4H95J0R2X), ETH(X9J9K872S), 그리고 9개 네트워크의 USDC를 매핑하며, 자산은 시간이 지나면서 추가될 예정입니다. 전체 목록은 TRP 자산 식별자를 참조하십시오. Didit이 인식하지 못하는 DTI가 포함된 조회도 수락되며, DTI를 자산 코드로 하여 수취인 VASP에 전달됩니다. 200 응답은 조회가 처리를 위해 수락되었음을 뜻합니다. 400은 TRP 헤더 누락이나 잘못된 본문을, 404는 프로필(또는 지갑별 주소에 해당하는 지갑)을 알 수 없거나 비활성화되었음을 뜻합니다. 422는 요청이 TRP 확장을 사용한다는 뜻입니다. Didit은 어떤 확장도 지원하지 않으므로, api-extensions 헤더나 본문의 extensions 키는 거부됩니다. 같은 request-identifier를 다시 보내면 멱등성이 보장됩니다. 조회가 중복 생성되지 않고 원래 조회가 재사용됩니다. 이후 Didit은 고객의 애플리케이션에 수신 송금을 생성하고, 고객의 지갑 주소록과 정책에 따라 이를 처리합니다. 수취인은 지갑별 Travel Address가 지정한 지갑으로 매칭됩니다. 그것이 없으면 IVMS101.beneficiary.accountNumber의 첫 번째 지갑 주소로 매칭되고, 그것도 없으면 beneficiaryPersons[0].naturalPerson의 이름을 고객의 인증된 지갑 항목과 비교하여 매칭됩니다. Didit이 즉시 답변할 수 있는 경우 200 응답에 그 결과가 담깁니다:
  • {"approved": {"address": "...", "callback": "..."}} 조회가 자동으로 승인된 경우입니다. Didit은 이 승인을 callback으로 따로 게시하지 않습니다.
  • {"rejected": "NOT_ENOUGH_COUNTERPARTY_DATA: inquiry carries no beneficiary identification"} 조회에 수취인도 지갑 주소도 지정되지 않은 경우입니다. 따라서 항상 두 가지를 모두 포함하십시오.
  • {"version": "3.2.1"} 결정이 Didit 고객을 기다리는 경우입니다. 이후 처리 결과는 나중에 callback URL로 POST되며, 아래 두 본문 중 하나를 포함합니다.
승인은 자동으로 이루어질 수 있습니다. 수취인 VASP가 자동 수락을 활성화했고 수취인이 자산 체인의 인증된 지갑 항목과 일치하는 경우입니다. 또는 수취인 측의 수동 검토나 지갑 소유권 증명을 거칠 수도 있으므로, 조회와 처리 결과 사이에 지연이 있을 수 있음을 감안하십시오. 조회는 Didit 고객이 다른 VASP의 것으로 기록한 지갑과는 절대 매칭되지 않습니다. originatingVASP에 있는 귀사의 VASP 이름은 Didit 고객에게 송금의 송금인 VASP로 표시됩니다. Didit은 귀사가 보낸 조회에 기한을 설정하지 않으며, 조회를 취소한 Didit 고객은 거부 응답을 보내지 않습니다. 따라서 자체 시간 제한을 적용하십시오. 승인을 받고 송금을 온체인으로 브로드캐스트한 후에는, 받은 approved.callback URL로 POST하여 교환을 마무리하십시오:
송금을 중단하는 경우에는 같은 URL로 { "canceled": "reason" }을 보내십시오. txid는 수취인 측 송금을 FINISHED 상태로, canceled는 CANCELLED 상태로 전환합니다. 두 콜백 모두 처리가 끝나면 204를 반환합니다. 알 수 없는 토큰이거나 해당 콜백을 더 이상 기다리지 않는 송금이면 404를 반환하며, 콜백의 두 필드 중 어느 것도 포함하지 않은 본문이면 400을 반환합니다.

Didit이 보내는 조회 처리하기

Didit 고객이 TRP를 통해 귀사로 전송을 시작하면 Didit은 다음을 수행합니다.
  1. 귀사 조회 URL 호스트의 루트에서 /identity(https://{your-host}/identity)를 가져와 보고된 이름과 LEI가 고객이 기대하는 값과 일치하는지 확인합니다. 경로가 Didit 디렉터리에서 왔다면 귀사의 /identity는 해당 디렉터리 항목의 LEI를 보고해야 합니다.
  2. 위와 같은 본문 형식(asset.dti, JSON 숫자 형식의 기본 단위 amount, callback, IVMS101 payload)으로 귀사의 조회 URL에 전송 조회를 POST합니다.
2xx 응답만 전달된 것으로 간주합니다. 3xx는 리디렉션을 따르지 않으므로 거부로 처리되며, 그 밖의 응답은 귀사의 상태 코드와 함께 고객의 전송 타임라인에 기록됩니다(예: refused by counterparty (HTTP 403): ...). 두 호출 모두 TRP 헤더 두 개를 포함하며, Didit은 이 호출에서 HTTP 리디렉션을 따르지 않습니다. 따라서 /identity와 조회 URL을 직접 제공하십시오. /identity에 접근할 수 없거나, 고객이 LEI를 제공했는데 귀사가 LEI를 보고하지 않거나 다른 LEI를 보고하거나, 고객 정보와 일치하지 않는 이름을 보고하면 Didit은 조회를 보내기 전에 중단하고 고객의 전송은 COUNTERPARTY_VASP_NOT_REACHABLE로 전환됩니다. 이후 조회 POST가 실패하거나 귀사의 endpoint가 4xx 또는 5xx 상태로 응답하면 전송도 COUNTERPARTY_VASP_NOT_REACHABLE로 전환됩니다. 해당 조회의 callback은 Didit의 처리 endpoint(/trp/callbacks/resolution/{token}/)를 가리킵니다. Didit이 사용하는 것과 같은 처리 본문을 POST하여 응답하십시오. 승인은 { "approved": { "address": "...", "callback": "..." } }, 거부는 { "rejected": "reason" }입니다. 승인 시 callback은 Didit이 온체인 확인 결과를 POST할 위치입니다. 이때도 TRP 헤더 두 개를 모두 보내십시오. Didit은 처리가 완료되면 204를, 전송이 더 이상 처리를 기다리지 않으면 404를 반환합니다. address 없이 승인하거나 callback이 Didit이 호출할 수 있는 공개 http(s) URL이 아닌 경우에는 400을 반환합니다. 승인되면 Didit 측 상태는 COMPLETED로 바뀝니다. 고객이 온체인 해시를 보고하면 Didit은 귀사가 제공한 확인 콜백으로 { "txid": "..." }를 POST합니다. 전송이 먼저 취소되면 대신 { "canceled": "reason" }를 POST합니다.
콜백 token은 전송마다 발급되는 단일 목적의 추측할 수 없는 비밀 값입니다. 전체 콜백 URL을 기밀로 취급하십시오. 처리 요청은 전송이 아직 처리를 기다리는 동안에만 수락된다는 점도 유의하십시오.

이메일 수령

어떤 프로토콜 채널로도 귀사에 도달할 수 없고 Didit 고객이 귀사의 컴플라이언스 이메일을 제공했다면, Didit은 이메일로 대체합니다. 귀사의 컴플라이언스 담당자는 송금인 VASP를 명시하고 일회성 보안 수령 링크가 포함된 메시지를 받습니다. 계정, API 키, 연동이 필요하지 않으며 링크 token이 인증 수단입니다. 링크를 열면 대기 중인 교환이 표시됩니다. 호스팅 페이지가 대신 호출하는 기반 API는 공개되어 있습니다.
amount는 저장된 소수 값을 그대로 담으므로 소수점 이하 18자리 전체를 포함합니다.
decision은 accept 또는 decline입니다. 수락할 때는 송금인 측이 이름 대조를 실행할 수 있도록 귀사의 기록에 있는 수취인 이름을 제공하거나, IVMS 101 응답 전체를 ivms_response로 보내십시오. 이 경우 수취인 이름이 우선합니다. 거부할 때는 decline_reason(data_mismatch, not_our_customer, wallet_not_hosted, sanctions, risk_appetite, jurisdiction, insufficient_data 또는 other)을 제공할 수 있으며, decline_detail에 512자 이하의 설명을 입력할 수 있습니다. 이 설명은 other인 경우 필수입니다. 송금인이 수취인 이름을 보냈고 이름 대조가 꺼져 있지 않다면, beneficiary_name 없이 수락하는 요청은 불일치로 기록됩니다. 응답은 결과 {"status": "..."}입니다. 이름이 일치하면 COMPLETED, 일치하지 않으면 COUNTERPARTY_MISMATCHED_DATA, 거부한 뒤에는 COUNTERPARTY_VASP_GENERAL_DECLINE이 반환됩니다. 전송이 귀사의 응답을 기다리는 동안에만 한 번 응답할 수 있습니다. 응답한 후, 전송이 취소된 후, 또는 확인 기한이 지난 후에는 두 endpoint 모두 410을 반환합니다. 알 수 없는 token이면 404를 반환합니다. 요청 화면에는 송신자가 공유한 송금인 필드와 귀사 관할 언어로 된 IVMS 101 ivms_request가 표시됩니다. 응답하지 않은 상태로 기한이 남아 있으면 기한 72시간, 24시간, 6시간 전에 알림을 받습니다.

Sunrise: 교환 전에 정산된 전송

어떤 Travel Rule 교환도 이루어지기 전에 전송이 Didit 고객의 지갑에 도달한 경우(당시 공유 채널이 없었기 때문), 정산 후에도 데이터를 전달할 수 있습니다. Didit 고객(귀사의 수취 측 거래 상대방)에게 일반 채널로 Travel Rule payload를 보내고 등록을 요청하십시오. 고객은 입금의 체인, txid, 지갑 주소, 금액, 통화, 귀사의 송금인 데이터와 함께 POST /v3/travel-rule/inbound/를 호출합니다. payload에 originating_vasp로 귀사의 VASP 신원(이름, LEI, Travel Address)을 포함하십시오. 그래야 Didit 고객의 전송 기록에 입금을 보낸 주체가 표시됩니다. 이 정보는 해당 전송에만 남으며 디렉터리 항목을 생성하거나 변경하지 않습니다. LEI는 유효한 20자리 LEI여야 하고 Travel Address도 유효해야 합니다. 그렇지 않으면 등록이 거부됩니다.

Didit VASP 디렉터리에 등록하기

Didit은 고객의 아웃바운드 라우팅이 참조하는 VASP 디렉터리를 관리합니다. 항목은 다음 출처에서 가져옵니다.
  • ESMA 임시 MiCA 암호자산 서비스 제공자 등록부: 매주 확인하며, 귀사의 이름, LEI, 그리고 등록되어 있는 경우 본국 회원국을 가져옵니다.
  • 공개 TRISA 디렉터리: 매주 확인하며, 귀사가 어떤 곳인지, 국가, TRISA 등록 정보를 가져옵니다.
  • 글로벌 LEI 등록부: 귀사의 LEI, 기타 법적 명칭, 국가를 채웁니다.
  • 블록체인 분석 귀속: 목적지 지갑이 귀사의 거래소 또는 커스터디 서비스로 식별되면, Didit은 귀사의 항목을 추가하거나 일치시키고 귀속된 이름을 별칭으로 유지합니다.
  • Didit 직원: 항목을 큐레이션합니다. 검증된 라우팅 식별자와 네트워크 등록 정보, 컴플라이언스 연락처, 별칭, 그리고 브랜드와 해당 법인을 관리합니다.
Didit 고객이 귀사에 대해 보고하는 내용(예: sunrise 등록의 originating_vasp 또는 전송의 Travel Address)은 해당 고객의 전송에만 적용되며, 귀사의 항목을 절대 변경하지 않습니다. 귀사가 Didit 고객에게 보내는 전송 문의 역시 귀사의 항목을 생성하거나 업데이트하지 않습니다. 귀사의 항목에 검증된 TRP 엔드포인트, 송신자가 사용할 수 있는 네트워크 등록 정보, 또는 이메일 대체 경로용 컴플라이언스 연락처가 있으면, 항목이 전송을 귀사로 라우팅합니다. 귀사 도메인 중 하나의 컴플라이언스 주소가 응답 링크를 통해 요청에 답하면, 모든 Didit 고객이 사용할 수 있는 연락처가 됩니다. 항목에 라우팅 정보가 없는 동안에는 Didit 고객이 각 전송마다 전달하는 필드로만 귀사에 연결할 수 있습니다. 여기에는 귀사의 Travel Address, 네트워크 식별자(counterparty_gtr_vasp_code, counterparty_trust_membership_id, counterparty_verifyvasp_id, counterparty_sygna_vasp_code 중 하나), 또는 귀사의 컴플라이언스 이메일(counterparty_vasp_email)이 포함됩니다. 지금 연결되려면 함께 일하는 Didit 고객에게 귀사의 Travel Address, 네트워크 식별자 또는 컴플라이언스 이메일을 공유하십시오.

거래 상대방 VASP 체크리스트

  • 이미 TRP를 운영하는 경우: Didit 고객에게 귀사의 Travel Address와 LEI를 공유하십시오. 고객의 BTC, ETH, USDC 전송은 귀사의 엔드포인트에 표준 TRP 문의로 도착합니다. 문의 응답에서 답변하십시오. 나중에 답변하려면 Didit의 공개 TRP 호스트가 필요하며, 이 호스트는 아직 가동 중이 아닙니다.
  • GTR, TRUST 또는 VerifyVASP에 등록된 경우: 네트워크 식별자를 공유하십시오. Didit 고객이 해당 네트워크에 자체 멤버십을 보유하고 있으면 전송은 그 네트워크를 통해 도착합니다. Didit은 네트워크에서 귀사의 GTR 또는 VerifyVASP 응답을 읽지만 TRUST 응답은 읽지 않습니다. 따라서 TRUST를 통한 교환을 완료해야 할 때는 TRP 엔드포인트도 게시하십시오. Travel Rule 네트워크에서 이것이 언제 바뀌는지 설명합니다.
  • Sygna Bridge를 사용하는 경우: Sygna VASP 코드를 공유하십시오. Didit 고객이 자체 Sygna 멤버십을 보유하고 있으면, Didit이 폴링으로 읽은 후 귀사의 권한 응답이 전송을 완료하거나 거부합니다.
  • 아직 프로토콜 채널이 없는 경우: Didit 고객에게 모니터링되는 컴플라이언스 이메일을 제공하십시오. 픽업 링크를 받게 되며, 연동 작업 없이 호스팅 페이지에서 응답할 수 있습니다.
  • 전송이 이미 정산된 경우: Didit 고객을 통해 sunrise 등록으로 데이터를 전달하십시오.
  • Didit VASP로 전송을 시작하려는 경우: 거래 상대방의 Didit Travel Rule 설정에서 상대방의 Travel Address를 요청한 다음, Didit의 공개 TRP 호스트가 가동되면 POST /trp/inquiries를 호출하십시오.

다음 단계

Travel Rule

고객용 제품입니다. 수명 주기, 설정, 레일, 그리고 /v3/ API를 다룹니다.

지갑 소유권 위젯

지갑이 자체 보관 지갑인 경우 수취인 측 소유권 증명을 수집하는 방법입니다.

Sunrise 등록

온체인에서 이미 정산된 입금에 대해 Travel Rule 데이터를 등록합니다.

webhook

Didit 고객이 자신의 측에서 모든 교환 상태 전환을 관찰하는 방법입니다.
마지막 수정일 2026년 11월 7일