XRP를 보유하고 있다면, 이 실수를 저지르지 마세요

XRP 전송 때 Destination Tag 누락 문제 다시 주목

XRP 보유자가 거래소나 수탁 서비스로 자산을 전송할 때 사용하는 Destination Tag가 다시 주목받고 있다. 암호화폐 연구자 미셸 커비는 XRP 전송 과정에서 수신처가 요구하는 Destination Tag를 확인하지 않을 경우 자금 입금 처리에 문제가 발생할 수 있다고 설명했다.

커비가 언급한 Destination Tag는 XRP Ledger에서 특정 수신인을 식별하기 위해 사용할 수 있는 숫자형 식별자다. 하나의 XRP 주소를 여러 이용자가 공동으로 사용하는 거래소와 수탁업체 등이 입금된 XRP를 각 고객 계정에 배정하는 용도로 주로 사용한다.

XRP Ledger 공식 문서에서도 거래소처럼 여러 고객의 잔액을 하나의 주소로 관리하는 사업자가 Destination Tag를 활용할 수 있다고 설명한다. 블록체인상 목적지는 동일한 XRP 주소지만 각각 다른 태그를 부여해 어떤 고객에게 입금된 자산인지 구분하는 방식이다.

커비는 이를 아파트 주소에 붙는 호수와 비교했다. XRP 주소가 건물의 주소라면 Destination Tag는 해당 건물 안에서 특정 이용자를 구분하는 호수와 비슷한 역할을 한다.

모든 XRP 전송에 태그가 필요한 것은 아냐

Destination Tag는 XRP를 보낼 때 항상 필요한 필수 항목은 아니다. 개인이 직접 관리하는 XRP Ledger 주소나 별도의 태그를 요구하지 않는 지갑으로 전송하는 경우에는 일반적으로 XRP 주소만으로 거래를 처리할 수 있다.

반면 거래소나 수탁 서비스처럼 하나의 XRP 주소를 여러 고객이 공유하는 곳에서는 입금 주소와 함께 별도의 Destination Tag가 제공되는 경우가 있다. 이 경우 해당 서비스가 발급한 태그를 거래에 포함해야 입금된 XRP를 특정 고객 계정과 연결할 수 있다.

XRP Ledger에는 수신 계정이 모든 입금에 Destination Tag를 요구하도록 설정하는 기능도 존재한다. 수신 계정이 ‘Require Destination Tag’ 설정을 활성화하면 Destination Tag가 포함되지 않은 XRP 지급 거래는 원장에서 거부되며 ‘tecDST_TAG_NEEDED’ 결과를 반환한다.

다만 이 기능은 태그가 존재하는지를 검사하는 기능이다. XRP Ledger 자체는 특정 숫자가 거래소 내부에서 실제 어느 고객에게 할당된 태그인지 알지 못한다. 따라서 Destination Tag가 입력돼 있더라도 잘못된 숫자를 입력했다면 XRP Ledger 차원에서는 이를 잘못된 고객 정보라고 판단할 수 없다.

잘못된 태그는 거래소 내부 입금 처리 문제로 이어질 수 있어

Destination Tag를 사용하는 거래소의 일반적인 구조에서는 여러 고객의 XRP가 하나의 온체인 주소로 들어온다. 거래소는 각 거래에 포함된 태그를 확인하고 자체 장부에서 해당 고객의 잔액을 증가시킨다.

예를 들어 동일한 거래소 XRP 주소를 사용하는 이용자 A와 이용자 B에게 서로 다른 Destination Tag가 부여됐다면, 블록체인에서는 두 입금 모두 같은 주소로 전송되지만 거래소는 태그를 기준으로 어느 고객의 입금인지 구분한다.

이 때문에 필요한 Destination Tag를 잘못 입력하는 경우 거래 자체가 반드시 실패하는 것은 아니다. 수신 주소가 태그 입력을 요구하도록 설정돼 있다면 태그가 전혀 없는 거래는 차단할 수 있지만, 존재하지 않거나 다른 이용자에게 연결된 숫자가 입력됐는지는 XRP Ledger가 판단하지 않는다.

잘못된 태그와 함께 거래가 정상적으로 검증되면 XRP는 이미 수신 사업자의 온체인 주소에 도착한 상태가 된다. 이후 이용자 계정에 자동 반영되지 않거나 다른 내부 처리 절차가 필요해질 수 있으며, 이 경우 해당 거래소나 수탁 사업자가 거래 해시와 송금 정보를 확인해 내부 장부를 수정하는 절차가 발생할 수 있다.

Destination Tag는 XRP 주소와 별도 정보

기존 XRP Ledger의 클래식 주소와 Destination Tag는 서로 다른 데이터다. 클래식 XRP 주소는 일반적으로 ‘r’로 시작하며 계정을 식별한다. Destination Tag는 거래에 추가할 수 있는 32비트 정수 값으로 수신처가 자체적인 용도에 따라 의미를 부여한다.

XRP Ledger가 Destination Tag 번호 자체에 특정 의미를 정해 놓은 것은 아니다. 같은 숫자라도 서비스에 따라 전혀 다른 고객이나 목적으로 사용될 수 있으며 태그와 고객 계정의 연결 관계는 각 거래소나 사업자의 내부 시스템이 관리한다.

이러한 두 개의 정보를 따로 입력하면서 발생할 수 있는 오류를 줄이기 위해 XRP Ledger 생태계에는 XRP 주소와 Destination Tag를 하나의 문자열로 결합한 X-address 형식도 존재한다. 메인넷 X-address는 ‘X’로 시작하며 주소와 태그 정보를 함께 표현할 수 있다.

다만 실제 입출금 화면에서 클래식 XRP 주소와 Destination Tag를 별도의 항목으로 제공하는 거래소와 지갑도 계속 사용되고 있다.

개인 콜드월렛과 거래소 입금 주소는 구조 달라

커비의 경고는 XRP를 개인 콜드월렛으로 이동하는 행위 자체에 Destination Tag가 항상 필요하다는 의미는 아니다. Destination Tag 필요 여부는 XRP를 보내는 쪽이 아니라 받는 주소와 서비스를 기준으로 결정된다.

개인이 직접 키를 보유하는 일반적인 XRP Ledger 지갑에서는 하나의 주소가 해당 이용자의 계정 자체를 나타내기 때문에 별도의 고객 식별 번호가 필요하지 않은 경우가 많다. 반대로 중앙화 거래소처럼 수많은 고객이 하나의 입금 주소를 공유하는 구조에서는 각 고객을 구별할 추가 정보가 필요하다.

거래소가 XRP 입금 화면에서 주소와 함께 Destination Tag를 표시하는 것도 이 때문이다. 사용자가 XRP를 거래소로 보내면 온체인에서는 거래소 주소로 자산이 이동하고, 거래소는 함께 전달된 태그를 읽어 자체 데이터베이스의 해당 고객 잔액에 입금을 반영한다.

커비는 XRP 이용자들로부터 Destination Tag를 어디에서 확인하는지, 언제 필요한지, 잘못 입력하면 어떻게 되는지에 관한 질문이 반복적으로 나오고 있다며 관련 내용을 설명했다. 원문에 포함된 별도의 유료 교육 과정 홍보는 XRP Ledger의 Destination Tag 기능 자체와는 별개의 내용이다.

태그 누락과 잘못된 태그는 결과도 달라

XRP 전송 과정에서 Destination Tag 문제가 발생했을 때 결과는 수신 계정의 설정에 따라 달라진다. 수신 계정이 Destination Tag 필수 설정을 활성화한 상태에서 태그를 완전히 생략하면 XRP Ledger가 거래를 거부할 수 있다.

반면 수신 사업자가 하나의 주소를 여러 고객에게 사용하면서도 프로토콜 차원의 태그 필수 설정을 적용하지 않았다면 Destination Tag가 없는 거래가 해당 주소까지 정상적으로 도착할 수도 있다. 이 경우 블록체인상 자금은 수신됐지만 사업자 내부 시스템에서 어느 고객에게 반영해야 하는지 식별하지 못하는 상황이 발생할 수 있다.

잘못된 Destination Tag를 입력했을 때도 태그 값 자체의 유효성을 XRP Ledger가 확인하지 않기 때문에 거래가 검증될 수 있다. 이 때문에 주소와 태그가 함께 제공되는 거래소 입금에서는 두 정보가 서로 다른 역할을 한다.

커비가 제기한 XRP 전송 관련 경고도 이러한 구조를 대상으로 한다. Destination Tag는 XRP의 전송 금액이나 토큰 자체의 특성과 관련된 정보가 아니라 여러 이용자가 공유하는 하나의 수신 주소에서 실제 입금 대상 계정을 구별하기 위해 사용되는 식별 정보다.