메모와 데스티네이션 태그

XRP 레저가 추가적인 결제 맥락을 어떻게 첨부하는지, 그리고 왜 데스티네이션 태그가 값비싼 실수의 흔한 원인이 되는지 설명합니다.

문제: 하나의 주소, 여러 발신자

많은 서비스 — 가장 흔하게는 중앙화 거래소 — 는 사용자마다 고유한 주소를 생성하는 대신, 단일한 XRPL 주소로 모든 고객의 입금을 받습니다. XRPL은 일부 시스템처럼 "하위 계정"을 네이티브하게 지원하지 않기 때문에, 이러한 서비스들은 대신 특정 입금이 어느 고객에 속하는지 식별하기 위한 추가 필드에 의존합니다.

데스티네이션 태그

데스티네이션 태그는 결제에 첨부할 수 있는 숫자 필드로, 수신 측(일반적으로 거래소)이 입금이 자사 내부의 어느 고객 계정을 위한 것인지 식별할 수 있도록 하기 위한 것입니다. 어떤 서비스가 입금에 데스티네이션 태그를 요구하는데 이를 생략하거나(또는 잘못 입력하면), 자금은 여전히 레저상 올바른 주소로 도착할 수 있지만, 수신 서비스는 이를 여러분의 계정에 입금 처리할 방법이 없을 수 있습니다 — 회수를 위해 수동적이고 때로는 오래 걸리는 지원 절차가 필요할 수 있으며, 최악의 경우 서비스가 입금자를 식별할 신뢰할 만한 방법이 없다면 영구적인 손실로 이어질 수 있습니다.

완화책으로서의 X-주소

Addresses, Key Pairs, and Cryptography에서 언급했듯이, 더 새로운 X-주소 형식은 데스티네이션 태그를 주소 문자열 자체에 직접 인코딩하므로, X-주소를 완전히 지원하는 지갑은 발신자가 주소는 올바르게 복사했지만 별도의 태그 필드를 잊어버리는 위험을 줄일 수 있습니다.

메모

데스티네이션 태그와는 별도로, XRPL은 거래에 하나 이상의 메모 필드를 첨부하는 것도 지원합니다 — 이는 임의의 데이터로, 일반적으로 결제와 함께 짧은 메모, 참조 번호, 또는 애플리케이션별 메타데이터를 기록하는 데 사용됩니다. 데스티네이션 태그와 달리, 메모는 대부분의 거래소에서 입금을 라우팅하는 데 사용되지 않습니다. 이는 거래에 사람이나 기계가 읽을 수 있는 맥락을 첨부하는 범용적인 방법입니다.

이 데이터가 온레저에 존재하는 이유

데스티네이션 태그와 메모 모두 공개 레저에 저장되는 거래 데이터에 직접 포함되기 때문에, 블록 익스플로러를 통해 해당 거래를 조회하는 누구에게나 보입니다 — 이는 기록 관리와 분쟁 해결에 유용하지만, 동시에 메모 내용이 비공개가 아니며 민감한 정보를 기록하는 데 사용해서는 안 된다는 점을 상기시켜 줍니다.

실무적 결론

거래소, 지갑 서비스, 또는 여러분이 직접 관리하지 않는 개인 지갑이 아닌 주소로 XRP를 보낼 때는, 항상 데스티네이션 태그가 필요한지 확인하고 정확히 복사하세요 — 이 한 가지 단계만으로 생태계 전반에서 발생하는 "입금이 반영되지 않았다"는 지원 문의의 대부분을 예방할 수 있습니다.