XRP 잔액을 전부 보낼 수 없을 때: 리저브와 전송 가능 금액 확인법

XRP를 개인 지갑에서 전부 보내려는데 ‘최대’ 금액이 잔고보다 작거나 전송이 거절된다면, 먼저 리저브(reserve)를 확인해야 합니다. XRPL에서는 화면에 보이는 전체 잔고와 지금 보낼 수 있는 XRP가 같지 않을 수 있으며, 계정 유지와 계정이 만든 일부 원장 객체를 위해 일정량을 남겨 두도록 설계돼 있습니다.

2026년 8월 18일 기준 XRPL 공식 문서는 메인넷의 기본 리저브를 1 XRP, 계정이 소유한 객체당 추가 리저브를 0.2 XRP로 안내합니다. 다만 이 값은 네트워크의 합의 절차로 바뀔 수 있으므로, 과거의 10 XRP나 20 XRP 같은 숫자를 고정값으로 믿기보다 전송 직전에 지갑 또는 신뢰할 수 있는 탐색기에서 현재 조건을 확인하는 편이 안전합니다.

먼저 구분할 것: 잔고·리저브·전송 수수료

지갑 앱이 보여 주는 XRP 잔고에는 리저브가 포함될 수 있습니다. 그래서 ‘전액 보내기’를 눌렀는데도 일부가 남는 것은 오류나 출금 수수료가 몰래 붙은 결과가 아닐 수 있습니다. 반대로 거래소 안의 XRP 잔고는 거래소가 관리하는 공동 지갑의 내부 장부일 수 있으므로, 이 글의 리저브 계산을 그대로 적용하면 안 됩니다. 이 글은 개인키를 직접 관리하는 XRPL 개인 지갑 주소를 기준으로 설명합니다.

리저브가 생기는 이유

XRPL의 각 검증 서버는 현재 원장 상태를 함께 보관합니다. 계정과 그 계정이 만든 항목이 끝없이 늘어나면 저장·처리 부담도 함께 커집니다. 리저브는 작은 금액을 묶어 두어 불필요한 계정과 객체를 대량으로 만드는 비용을 높이는 장치입니다. 따라서 리저브는 특정 지갑 회사가 받는 이용료도, 누군가에게 지급되는 수수료도 아닙니다.

기본 리저브만 있는 단순 계정이라면 계산은 비교적 쉽습니다. 그러나 계정이 트러스트 라인, 오퍼, 에스크로, 결제 채널, 서명자 목록, 티켓 같은 객체를 보유하면 필요한 금액이 달라질 수 있습니다. 특히 XRPL 토큰을 보관하려고 만든 트러스트 라인은 경우에 따라 소유자 리저브와 연결됩니다. XRP만 보냈다고 생각했는데 전송 가능 금액이 예상보다 적다면, 단순히 기본 리저브만 빼지 말고 객체 수를 확인해야 합니다.

공식 문서가 제시하는 계산 방식은 현재 기본 리저브에 OwnerCount × 객체당 리저브를 더하는 것입니다. 예를 들어 현재 값이 기본 1 XRP, 객체당 0.2 XRP이고 OwnerCount가 3이라면 리저브 조건은 1.6 XRP가 됩니다. 이 예시는 계산 원리만 보여 주며, 실제 전송 버튼을 누를 때는 지갑이 잡는 수수료 여유와 당시 네트워크의 현재 값을 별도로 고려해야 합니다.

전송이 막혔을 때 확인 순서

1. 보내는 곳이 개인 지갑인지 거래소인지 구분합니다. 거래소 출금 화면이라면 거래소의 출금 최소액·수수료·보류 정책이 먼저 적용될 수 있습니다. 개인 지갑 주소에서 서명해 보내는 경우에만 XRPL 계정 리저브를 중심으로 봅니다.
2. 주소를 블록 탐색기에서 확인합니다. 시드 문구나 개인키가 아니라 공개 주소만 입력합니다. 잔고, 최근 거래, 계정 객체와 OwnerCount를 확인하고 지갑 앱의 표시와 차이가 있는지 봅니다.
3. 현재 리저브 값을 확인합니다. 지갑이 최신 네트워크 값을 반영하는지 확인합니다. 개발 도구나 신뢰할 수 있는 탐색기는 XRPL의 server_info 응답에서 reserve_base_xrp와 reserve_inc_xrp를 표시할 수 있습니다. 오래된 블로그 글의 숫자를 복사하지 마세요.
4. 수수료 여유를 남긴 금액으로 계산합니다. 리저브 경계선까지 정확히 맞추는 시도는 피하는 편이 낫습니다. 표준 거래 비용은 낮을 수 있지만 네트워크 부하에 따라 실제 요구 수수료가 달라질 수 있습니다.
5. 수신 주소의 조건을 다시 확인합니다. 거래소나 수탁 서비스로 보낼 때는 주소 외에 데스티네이션 태그가 필요한지 반드시 수신 화면에서 확인합니다. 태그는 리저브와 다른 문제지만, 전송을 한 번에 처리하려다 함께 놓치기 쉽습니다. XRP 데스티네이션 태그가 필요한 상황도 함께 확인하세요.
6. 큰 금액이라면 소액 시험 전송을 검토합니다. 주소·태그·수신 서비스의 반영 조건을 확인하는 절차이지, 수수료를 줄이거나 수익을 보장하는 방법은 아닙니다. 시험 전송도 되돌릴 수 없다는 점은 같습니다.

주의 리저브가 남는다고 해서 시드 문구를 입력하거나 ‘리저브 해제’ 사이트에 지갑을 연결할 이유는 없습니다. 공개 주소로 계정 상태를 확인할 수 있으며, 정상적인 문제 해결 과정에서 시드 문구·개인키·복구 구문을 요구하지 않습니다.

‘남은 XRP를 모두 옮기고 싶다’는 경우

계정을 계속 쓸 계획이면 리저브를 우회하려 하지 않는 것이 원칙입니다. 리저브 아래로 내려가면 다른 주소로 XRP를 보내거나 리저브를 더 늘리는 객체를 만들지 못할 수 있습니다. 계정은 원장에 남아 있고, 충분한 XRP를 다시 받거나 리저브 조건이 바뀌면 상태가 달라질 수 있습니다. ‘전송이 안 된다’는 메시지를 보고 지갑을 삭제하거나 임의의 계약에 연결하는 것은 해결책이 아닙니다.

더는 쓰지 않을 개인 XRPL 계정을 정리하려는 경우에는 AccountDelete라는 별도 기능이 있습니다. 이 기능은 남은 XRP를 이미 활성화된 다른 주소로 보내면서 계정과 관련 객체를 제거하는 절차입니다. 그러나 항상 가능한 것은 아닙니다. 계정 생성 뒤 충분한 원장 시간이 지나야 하고, 삭제를 막는 객체가 없어야 하며, 목적지 주소는 활성화돼 있어야 합니다. 목적지가 거래소라면 태그 조건도 따로 맞아야 합니다.

또한 AccountDelete에는 일반 전송보다 높은 특별 수수료가 적용됩니다. 현재 공식 문서는 최소 0.2 XRP가 소각된다고 안내하며, 거래가 검증 원장에 포함된 뒤 삭제 조건을 충족하지 못해도 그 비용이 적용될 수 있다고 경고합니다. 그래서 단순히 남은 1 XRP를 꺼내려는 목적이라면, 앱의 버튼을 서둘러 누르기 전에 공식 지갑 문서와 계정 객체 상태를 먼저 확인해야 합니다. 계정 삭제는 ‘전액 출금’ 버튼의 다른 이름이 아닙니다.

자주 생기는 오해

리저브는 영구적으로 다른 사람에게 넘어간다?

아닙니다. 리저브는 계정이 유지되는 동안 전송 가능 금액에 제한을 두는 조건입니다. 계정 삭제가 가능한 조건을 모두 충족하면 일부를 회수하는 경로가 있지만, 수수료와 삭제 제한이 있으므로 전액 회수를 보장하지 않습니다.

모든 지갑에서 같은 숫자를 남긴다?

그렇지 않습니다. XRPL의 현재 리저브 값은 변할 수 있고, 지갑이 오래된 정책을 표시하거나 자체 안전 여유를 둘 수도 있습니다. 또한 OwnerCount와 계정 객체가 다르면 같은 총잔고라도 전송 가능 금액이 달라집니다. 지갑 화면 하나만 보고 네트워크 규칙을 단정하지 마세요.

거래소에서 XRP가 남는 것도 리저브 때문이다?

거래소 잔고는 거래소 내부 장부입니다. 출금 최소액, 출금 수수료, 주소·태그 검증, 점검·보류 같은 서비스 규칙이 원인일 수 있습니다. 이 경우 공개 XRPL 주소의 리저브 계산으로 해결하려 하지 말고 해당 거래소의 최신 출금 안내를 확인해야 합니다.

OwnerCount가 0보다 큰 이유를 찾는 법

OwnerCount는 단순히 ‘토큰 종류의 개수’를 뜻하지 않습니다. XRPL 원장에 계정이 소유한 객체 수를 가리키는 값입니다. 객체에는 트러스트 라인뿐 아니라 주문 오퍼, 에스크로, 결제 채널, 티켓, 서명자 목록, NFT 관련 항목처럼 성격이 다른 항목이 들어갈 수 있습니다. 따라서 토큰을 모두 팔았거나 지갑 앱의 자산 목록에서 숨겼다고 해서 OwnerCount가 자동으로 0이 되는 것은 아닙니다.

예를 들어 어떤 지갑에서 발행 토큰을 받기 위해 트러스트 라인을 열었다면, 잔고가 0이 된 뒤에도 그 라인이 원장에 남아 있을 수 있습니다. 반대편 설정과 잔고가 기본 상태인지 확인한 뒤에만 제거할 수 있는 경우가 있습니다. 지갑 화면에 ‘토큰 제거’ 또는 ‘숨기기’가 있더라도 이는 화면 표시만 바꾸는 기능일 수 있으니, 리저브를 줄이는 원장 작업과 혼동하지 마세요.

탐색기에서 객체가 보인다고 해서 곧바로 삭제하면 안 됩니다. 오퍼를 취소하거나 트러스트 라인을 제거하면 보유 자산·수신 경로·기능 설정에 영향을 줄 수 있습니다. 특히 발행 토큰 잔고, 진행 중인 에스크로, 상대방이 연 객체와 연결된 항목은 단순 삭제 대상이 아닐 수 있습니다. 어떤 객체인지 모르겠다면 해당 지갑의 공식 도움말에서 그 기능과 해제 조건을 확인한 뒤 판단하는 편이 낫습니다.

이 점 때문에 ‘OwnerCount가 3이니 0.6 XRP를 무조건 풀면 된다’는 식의 접근은 위험합니다. 공식 문서의 계산식은 필요한 리저브를 이해하는 기준이지만, 각 객체를 없애는 안전한 절차를 대신해 주지는 않습니다. 남은 XRP를 조금 더 보내기 위해 자산이나 권한 설정을 성급하게 바꾸는 행동은 피하세요.

탐색기로 확인할 때 공개 주소만 쓰는 이유

XRPL 탐색기는 공개 주소와 검증된 원장 정보를 바탕으로 잔고·거래·계정 상태를 보여 줍니다. 이 확인에는 시드 문구, 개인키, 복구 구문이 필요하지 않습니다. 누군가 ‘리저브를 해제하려면 지갑을 복구해야 한다’거나 ‘계정 확인을 위해 시드 문구를 입력하라’고 안내한다면 정상적인 리저브 확인 절차가 아닙니다.

검색 광고나 메신저 링크로 열린 고객지원 페이지도 주의해야 합니다. 화면이 익숙해 보여도 지갑 연결 승인이나 서명을 요청할 수 있습니다. 주소를 확인하려면 직접 입력한 탐색기 주소 또는 지갑 앱 안에서 연결된 공식 링크를 사용하고, 링크를 통해 들어간 사이트에서는 복구 문구를 입력하지 않는 원칙을 지키세요. 시드 문구를 요구하는 사기 메시지를 받았을 때의 예외와 대응은 시드 문구 입력 요구를 구분하는 방법에서 확인할 수 있습니다.

주소를 복사할 때도 마지막 몇 글자만 훑어보고 넘기지 않는 편이 좋습니다. 악성코드가 클립보드의 주소를 바꾸는 사례가 있으며, XRPL 전송은 일반적으로 되돌릴 수 없습니다. 수신 주소·태그·네트워크가 맞는지 전체 문자열을 대조하고, 처음 보내는 수신처라면 수신 서비스가 안내한 최소 입금액과 반영 기준도 확인하세요.

리저브와 수수료를 같은 것으로 보지 말아야 하는 이유

리저브는 계정 상태와 연결된 최소 보유 조건이고, 수수료는 거래가 검증될 때 소각되는 비용입니다. 두 항목 모두 전송 가능 금액을 줄일 수 있지만 역할이 다릅니다. 리저브는 계정이 계속 존재하는 동안 기준이 되며, 표준 거래 수수료는 네트워크 부하에 따라 달라질 수 있습니다. 지갑이 ‘최대 전송’을 계산할 때 두 가지를 함께 고려하는 이유가 여기에 있습니다.

일반 거래의 기준 비용이 낮다고 해서 잔고를 리저브 경계까지 맞춰 보내도 된다는 뜻은 아닙니다. 전송을 제출하는 시점의 부하와 지갑의 수수료 설정에 따라 필요한 여유가 달라질 수 있고, 거래가 실패하거나 지갑이 전송을 막을 수도 있습니다. 전송을 여러 번 반복해 남은 금액을 밀어내려 하면 매번 수수료가 발생할 수 있으므로, 오류 메시지의 원인을 먼저 확인하는 편이 낫습니다.

반대로 계정 삭제의 특별 비용은 보통 전송 수수료와 성격이 다릅니다. AccountDelete는 계정을 원장에서 없애는 고위험 작업이므로, ‘1 XRP가 남았으니 0.2 XRP만 내고 언제나 0.8 XRP를 받는다’는 단순 계산으로 실행하면 안 됩니다. 삭제 조건, 대상 주소의 활성화 여부, 데스티네이션 태그, 객체 정리 상태, 당시 지갑의 지원 범위를 모두 확인해야 합니다.

전송 버튼을 누르기 전 체크리스트

• 개인 XRPL 지갑인지, 거래소 출금인지 구분했는가
• 공개 주소만 사용해 잔고와 OwnerCount를 확인했는가
• 현재 기본·객체당 리저브 값과 수수료 여유를 확인했는가
• 수신처가 거래소라면 주소와 데스티네이션 태그를 수신 화면에서 다시 읽었는가
• 시드 문구·개인키·복구 구문을 어떤 웹사이트나 상담자에게도 입력하지 않았는가
• 계정 삭제가 목적이라면 조건·수수료·목적지 주소를 공식 문서와 지갑 지원 문서에서 각각 확인했는가

정리

XRP 잔고가 남는 현상은 대개 리저브와 수수료, 또는 계정이 보유한 객체 수의 차이에서 시작합니다. 해결의 첫 단계는 ‘남은 금액을 억지로 보내는 방법’을 찾는 것이 아니라, 현재 주소의 리저브 조건과 수신처 요건을 공개 정보로 확인하는 일입니다. 리저브 값은 달라질 수 있고 계정 삭제에는 별도 위험과 비용이 있으므로, 오래된 숫자·비공식 해제 도구·시드 문구 요구를 피하는 것이 가장 안전합니다.

참고 자료

• XRPL 공식 문서: Reserves
• XRPL 공식 문서: server_info
• XRPL 공식 문서: Transaction Cost
• XRPL 공식 문서: Deleting Accounts