XRP는 XRP 레저의 기본 자산입니다. 원장이 처음 만들어질 때 1,000억 XRP가 생성됐고, 이후 블록 보상 채굴이 아니라 각 서버가 신뢰하는 검증자 목록(UNL)의 합의로 원장을 확정합니다. 이용자 입장에서는 계정마다 묶이는 준비금, 거래마다 소각되는 거래 비용, 거래소 입금에 쓰이는 데스티네이션 태그 세 가지를 먼저 이해해야 합니다.
XRP는 처음부터 전량이 만들어진 자산입니다
XRP 레저 공식 문서에 따르면 이 원장은 2011년부터 2012년 초까지 제드 맥케일럽, 아서 브리토, 데이비드 슈워츠가 만들었고, 생성 시점에 1,000억 XRP가 존재했습니다. 2012년 9월 이들이 크리스 라슨과 함께 지금의 리플(당시 OpenCoin Inc.)을 세웠고, 리플이 원장 개발을 맡는 대가로 800억 XRP를 회사에 넘겼다고 문서는 설명합니다.
2017년 리플은 550억 XRP를 에스크로에 넣어 시장에 들어오는 물량이 예측 가능하게 늘어나도록 했습니다. 따라서 XRP의 공급을 볼 때는 비트코인처럼 블록마다 새로 생기는 양이 아니라, 이미 존재하는 물량 가운데 에스크로에 잠긴 양과 회사가 보유·판매하는 양이 어떻게 움직이는지를 봐야 합니다. 리플은 보유량과 에스크로 잔량을 자사 페이지에서 공개합니다.
XRP 공급의 핵심 질문은 얼마나 새로 생기느냐가 아니라 이미 있는 물량이 언제 어디서 풀리느냐입니다.
JOBCOIN 해설

그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- XRP는 처음부터 전량이 만들어진 자산입니다
XRP 레저 공식 문서에 따르면 이 원장은 2011년부터 2012년 초까지 제드 맥케일럽, 아서 브리토, 데이비드 슈워츠가 만들었고, 생성 시점에 1,000억 XRP가 존재했습니다.
- 합의는 각 서버가 고른 검증자 목록으로 이뤄집니다
XRP 레저에는 작업증명 채굴자가 없습니다.
- 계정 준비금과 거래 비용이 잔액 일부를 묶거나 없앱니다
XRP 레저 계정은 스팸 데이터를 줄이기 위해 일정량의 XRP를 준비금으로 보유해야 합니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
합의는 각 서버가 고른 검증자 목록으로 이뤄집니다
XRP 레저에는 작업증명 채굴자가 없습니다. 네트워크 참여자는 각자 신뢰할 검증자 집합을 고르고, 이 목록을 UNL(Unique Node List)이라고 부릅니다. 각 서버는 신뢰하는 검증자들의 의견을 듣다가 충분히 큰 비율이 같은 거래 묶음과 같은 원장 결과에 동의하면 합의를 선언합니다.
공식 문서는 신뢰하는 검증자 가운데 결함이 있는 비율이 20% 미만이면 합의가 막힘없이 진행되고, 잘못된 거래를 확정하려면 80%가 넘는 검증자가 공모해야 한다고 설명합니다. 이 구조의 장점은 채굴 경쟁이 없다는 점이고, 반대로 어떤 검증자를 신뢰 목록에 넣느냐가 안전성의 전제가 된다는 점이 다른 체인과 구별되는 신뢰 가정입니다.
계정 준비금과 거래 비용이 잔액 일부를 묶거나 없앱니다
XRP 레저 계정은 스팸 데이터를 줄이기 위해 일정량의 XRP를 준비금으로 보유해야 합니다. 확인 기준일 현재 메인넷의 기본 준비금은 1 XRP, 계정이 원장에 소유한 객체 하나당 소유자 준비금은 0.2 XRP입니다. 준비금으로 묶인 XRP는 다른 사람에게 보낼 수 없고, 계정을 삭제하면 일부를 되찾을 수 있습니다.
거래 비용은 누구에게도 지급되지 않고 영구히 소각됩니다. 표준 거래의 현재 최소 비용은 10 drops로 매우 작지만, 수수료가 검증자 수입이 아니라 소각이라는 점은 구조적으로 중요합니다. 개인 지갑 잔액이 거래소 출금액보다 조금 적게 보인다면 준비금과 거래 비용을 먼저 확인하세요.
| 항목 | XRP 레저 방식 | 이용자가 볼 점 |
|---|---|---|
| 발행 | 원장 생성 시 1,000억 XRP | 에스크로·보유 물량 공개 자료 |
| 합의 | UNL 검증자 합의, 채굴 없음 | 신뢰 목록이라는 전제 |
| 계정 준비금 | 기본 1 XRP, 객체당 0.2 XRP | 묶인 금액은 송금 불가 |
| 거래 비용 | 최소 10 drops, 전액 소각 | 잔액 차이의 원인 |
| 데스티네이션 태그 | 32비트 부호 없는 정수 | 거래소 입금 시 필수 여부 |
데스티네이션 태그는 원장이 아니라 받는 쪽 장부용입니다
거래소는 하나의 XRP 주소로 여러 고객의 입금을 받는 경우가 많습니다. 이때 누구의 입금인지 구분하는 값이 데스티네이션 태그입니다. 공식 문서는 태그가 32비트 부호 없는 정수이며 원장 안에서 직접 기능을 하지 않고, 원장 밖 시스템이 결제를 어떻게 처리할지 알려 주는 정보일 뿐이라고 설명합니다.
받는 주소가 RequireDest 설정을 켜 두면 태그 없는 결제는 원장이 거절합니다. 하지만 모든 주소가 이 설정을 쓰는 것은 아니므로, 태그를 빠뜨린 입금이 성공 처리된 뒤 고객 식별이 안 돼 수동 확인 절차로 넘어갈 수 있습니다. 이 경우 메모·태그 누락 입금의 증빙 준비 순서를 따르면 됩니다.
- 출금 네트워크가 XRP Ledger인지 확인합니다.
- 입금 화면이 데스티네이션 태그를 요구하면 숫자를 그대로 복사합니다.
- 개인 지갑으로 처음 보낼 때는 기본 준비금이 묶인다는 점을 감안합니다.
- 트래블룰 대상인지, 받는 거래소나 개인 지갑이 출금 허용 목록에 있는지 확인합니다.
- 거래 해시를 받아 탐색기에서 결과 코드와 태그 값을 확인합니다.
탐색기와 지갑은 공식 문서 목록에서 시작합니다
XRP 레저 문서의 탐색기 목록에는 리플이 운영하는 XRPL Explorer(livenet.xrpl.org)와 Bithomp, XRPScan 등 독립 운영 탐색기가 함께 소개돼 있습니다. 문서가 특정 탐색기를 유일한 공식 원장으로 지정하지는 않으므로, 중요한 입금은 두 곳에서 같은 거래 해시의 결과와 태그를 대조하는 편이 안전합니다.
국내 거래소에서 출금할 때는 트래블룰 절차 때문에 받는 쪽 거래소나 개인 지갑 정보를 미리 등록해야 할 수 있습니다. 적용 기준은 법령 개정과 거래소 정책에 따라 바뀔 수 있으니 출금 화면 안내를 기준으로 삼고, 시세나 거래 권유와 관계없이 절차만 확인하세요.
XRP를 다룰 때의 주요 위험
첫째는 태그 누락과 네트워크 오선택 같은 운영 실수입니다. 둘째는 준비금 때문에 지갑 잔액을 전부 보낼 수 없다는 점을 모르고 생기는 혼란입니다. 셋째는 구조적 위험으로, 검증자 신뢰 목록이라는 전제와 리플 보유·에스크로 물량이 시장에 풀리는 일정이 공급 판단에 영향을 줍니다. 마지막으로 XRP 에어드롭이나 태그 확인을 핑계로 시드 문구를 요구하는 연락은 사칭으로 봐야 합니다.
자주 묻는 질문
XRP도 채굴로 새로 만들어지나요?
아닙니다. 공식 문서는 원장 생성 시점에 1,000억 XRP가 존재했다고 설명하며, 원장 확정은 채굴이 아니라 UNL 검증자 합의로 이뤄집니다. 거래 비용은 오히려 소각됩니다.
지갑에 있는 XRP를 전부 보낼 수 없는 이유는 무엇인가요?
계정 준비금 때문입니다. 기본 1 XRP와 소유 객체당 0.2 XRP는 송금할 수 없고, 계정을 삭제해야 일부를 되찾을 수 있습니다.
데스티네이션 태그를 빼고 보내면 거래가 실패하나요?
받는 주소가 RequireDest를 켰다면 원장이 거절하지만, 그렇지 않으면 송금은 성공하고 받는 거래소가 고객을 식별하지 못할 수 있습니다. 거래 해시와 출금 내역을 보관해 문의하세요.



