XRP 레저는 여러 서버가 동일한 거래 기록과 계정 상태를 공유하도록 설계된 공개형 블록체인입니다. 핵심은 채굴 경쟁이 아니라 검증자들의 합의로 다음 원장 버전의 거래와 결과를 확정하는 데 있습니다.
📌 핵심 5줄 요약
1. XRP 레저는 무엇인가
XRP와 토큰, 결제, 거래소 오퍼 등 네트워크 상태를 공개적으로 기록하는 분산원장입니다.
2. XRP와 XRP 레저의 차이
XRP는 레저에서 사용되는 기본 디지털 자산이고, XRP 레저는 거래를 처리하는 네트워크와 원장 구조입니다.
3. 거래는 어떻게 처리되는가
사용자가 서명한 거래가 서버에 전파되고, 검증자들이 다음 원장에 넣을 거래 집합을 조정합니다.
4. 합의는 어떻게 이뤄지는가
각 서버가 신뢰하는 검증자 목록인 UNL의 제안과 결과를 비교해 충분한 수준의 일치가 이뤄지면 원장을 검증합니다.
5. 사용자가 확인할 기준
API의 임시 결과가 아니라 거래가 validated ledger에 포함됐는지와 최종 결과 코드를 확인해야 합니다.
📌 목차
01 | XRP 레저의 기본 개념
02 | XRP와 XRP 레저의 차이
03 | 원장에 저장되는 정보
04 | 네트워크의 주요 참여자
05 | 거래 제출과 전파 과정
06 | 공개 원장과 후보 거래
07 | 합의 메커니즘의 핵심
08 | UNL과 검증자의 역할
09 | 거래 집합과 처리 순서
10 | 원장 검증과 확정 기준
11 | Open·Closed·Validated 원장
12 | 거래 결과를 확인하는 방법
13 | 장점과 한계
14 | 이용 전 주의사항
01 | XRP 레저의 기본 개념
XRP 레저는 인터넷에 연결된 여러 독립 서버가 거래와 계정 상태를 함께 관리하는 블록체인입니다. 중앙 운영자가 하나의 데이터베이스를 독점하는 대신, 각 서버가 원장 데이터를 보유하고 같은 규칙에 따라 거래 결과를 계산합니다.
공식 문서에서 말하는 레저는 일반적인 블록체인의 ‘블록’에 해당하는 단위입니다. 각각의 원장 버전에는 계정 잔액과 설정 같은 상태 데이터, 해당 상태를 바꾼 거래 집합, 원장 번호와 해시 등의 메타데이터가 포함됩니다.
02 | XRP와 XRP 레저의 차이
XRP는 XRP 레저가 지원하는 기본 암호화폐입니다. 반면 XRP 레저는 XRP를 전송하고 거래 기록을 남기는 네트워크와 프로토콜을 뜻합니다. 따라서 “XRP를 보유한다”와 “XRP 레저에서 거래가 처리된다”는 서로 관련 있지만 같은 의미는 아닙니다.
XRP 레저에서는 XRP뿐 아니라 발행자가 만든 토큰과 다양한 결제·거래 기능도 처리할 수 있습니다. XRP는 수수료 지불, 계정 운영, 가치 이전 등에 사용되는 네이티브 자산이라는 점에서 다른 발행 자산과 구분됩니다.
03 | 원장에 저장되는 정보
원장 상태에는 계정, XRP 잔액, 토큰 잔액, 거래소 오퍼, 네트워크 설정 등이 기록됩니다. 거래는 단순한 송금 내역만 의미하지 않고, 계정 상태를 변경하는 명령 전체를 뜻합니다.
각 거래에는 사용자가 요청한 지시사항과 실제 처리 결과를 설명하는 메타데이터가 포함됩니다. 이전 원장의 상태에 거래 집합을 순서대로 적용하면 다음 원장의 상태가 만들어지는 구조입니다.
04 | 네트워크의 주요 참여자
기본 서버 소프트웨어는 xrpld입니다. 서버는 거래를 받아 다른 서버에 전달하고, 원장 데이터를 저장하며, API 요청에 응답합니다.
검증자도 일반 서버의 기능을 수행하지만, 여기에 검증 메시지를 생성하고 합의 과정에 결과를 제출하는 역할이 추가됩니다. 누구나 검증자 서버를 운영할 수 있지만, 다른 서버가 해당 검증자를 신뢰 목록에 포함해야 그 제안이 합의 판단에 반영됩니다.
05 | 거래 제출과 전파 과정
사용자는 지갑이나 애플리케이션에서 거래 내용을 만들고 개인 키로 서명합니다. 서명된 거래는 XRP 레저 서버로 전송되며, 서버는 형식과 서명, 계정 상태 등을 확인한 뒤 네트워크의 다른 서버에 전달합니다.
서버에 도착한 거래가 곧바로 최종 확정되는 것은 아닙니다. 처음에는 다음 원장에 포함될 수 있는 후보 거래로 취급되며, 합의 과정에서 다른 서버가 제안한 거래 집합과 조정됩니다.
06 | 공개 원장과 후보 거래
모든 서버가 정확히 같은 시점에 모든 거래를 받는 것은 아닙니다. 네트워크 지연 때문에 어떤 서버는 거래 A를 먼저 받고, 다른 서버는 거래 B를 먼저 받을 수 있습니다.
이 차이를 그대로 두면 서버마다 결과가 달라질 수 있으므로, XRP 레저는 후보 거래를 모은 뒤 다음 원장에 적용할 공통 거래 집합을 정합니다. 합의에서 제외된 거래는 조건에 따라 이후 원장에 다시 포함될 수 있습니다.
07 | 합의 메커니즘의 핵심
XRP 레저의 합의는 검증자들이 다음 원장에 어떤 거래를 적용할지 제안하고, 서로의 제안을 반복적으로 비교·수정하는 방식입니다. 충분한 수준의 검증자들이 동일한 거래 집합에 동의하면 각 서버가 그 거래를 같은 규칙으로 실행합니다.
공식 개요에서는 합의 과정이 몇 초 단위의 새로운 원장 버전을 만들도록 설계됐다고 설명합니다. 다만 네트워크 상태, 거래량, 서버 연결 상태에 따라 실제 처리 과정은 달라질 수 있으므로 특정 시간을 모든 거래에 보장되는 값으로 이해해서는 안 됩니다.
08 | UNL과 검증자의 역할
UNL은 Unique Node List의 약자로, 각 서버가 합의 판단에 참고하는 신뢰 검증자 목록입니다. 중요한 점은 네트워크의 모든 검증자를 무조건 같은 비중으로 보는 것이 아니라, 각 서버가 선택한 검증자들의 제안을 기준으로 판단한다는 것입니다.
네트워크의 일관성을 유지하려면 서로 다른 서버의 UNL이 충분히 겹치고, 특정 운영자나 지역에 지나치게 집중되지 않아야 합니다. 검증자 서버를 운영한다고 해서 자동으로 합의 영향력이 생기는 것도 아닙니다.
09 | 거래 집합과 처리 순서
합의가 정한 거래 집합은 모든 서버가 동일한 순서로 처리해야 합니다. 서버마다 거래를 받은 순서가 다를 수 있기 때문에, 단순한 수신 순서가 아니라 프로토콜이 정한 표준 순서를 사용합니다.
각 서버는 이전에 검증된 원장에서 출발해 거래를 하나씩 실행하고 계정 잔액과 설정을 갱신합니다. 실행에 실패한 거래도 결과 코드와 함께 기록될 수 있으므로, 거래가 원장에 들어갔다는 사실만으로 성공을 의미하지는 않습니다.
10 | 원장 검증과 확정 기준
각 검증자는 합의된 거래 집합을 독립적으로 실행한 뒤 자신이 계산한 원장의 해시를 다른 서버에 전달합니다. 여러 검증자가 같은 결과의 해시에 서명하면 해당 원장 버전이 validated 상태가 됩니다.
검증 과정에서 일부 서버가 다른 결과를 계산하면 해당 서버는 다수의 결과와 비교해 자신의 원장을 다시 계산하거나 필요한 데이터를 동료 서버에서 가져옵니다. 이 구조는 각 서버가 같은 거래 집합을 같은 규칙으로 실행하는지를 확인하는 장치입니다.
11 | Open·Closed·Validated 원장
| 구분 | 의미 |
|---|---|
| Open ledger | 서버가 새 거래를 임시로 적용하며 계속 바뀔 수 있는 작업 공간입니다. |
| Closed ledger | 다음 상태로 제안된 원장이지만 아직 네트워크의 최종 검증을 받지 않은 상태입니다. |
| Validated ledger | 검증자들의 합의를 거쳐 확정된 원장으로, 해당 원장 자체의 내용은 바뀌지 않습니다. |
거래 확인 화면이나 API에서 provisional, submitted, validated와 같은 상태가 구분되는 이유도 여기에 있습니다. 실제 서비스에서는 validated 원장에 거래가 포함됐는지 확인하는 것이 안전합니다.
12 | 거래 결과를 확인하는 방법
거래를 확인할 때는 거래 해시만 보는 것보다 다음 항목을 함께 확인해야 합니다.
첫째, 거래가 validated 원장에 포함됐는지 확인합니다. 둘째, 실제 결과 코드가 성공인지 확인합니다. 셋째, 송금 대상 주소와 금액, 메모 또는 태그가 올바른지 대조합니다. 넷째, 거래소나 지갑 서비스가 별도의 입금 반영 절차를 요구하는지 확인합니다.
XRP 레저 API는 처리 중인 거래에 대해 임시 결과를 반환할 수 있습니다. 공식 문서도 애플리케이션이 검증된 원장의 정보만 신뢰해야 하며, 검증된 원장에서 다른 결과 코드가 확인되면 결제가 실패한 것으로 봐야 한다고 설명합니다.
13 | 장점과 한계
장점
거래 처리 구조가 채굴 경쟁에 의존하지 않고, 여러 서버가 같은 결과를 검증하도록 설계됐다는 점이 특징입니다. 공개 원장이므로 거래와 계정 상태를 조회할 수 있고, 지갑·거래소·결제 애플리케이션은 API나 클라이언트 라이브러리를 통해 네트워크와 연결할 수 있습니다.
한계
UNL의 구성과 검증자 간 연결성이 네트워크 일관성에 중요합니다. 또한 네트워크 합의가 완료되지 않은 거래는 최종 결과로 볼 수 없고, 서버가 보유한 과거 원장 범위에 따라 특정 거래나 원장을 바로 조회하지 못할 수도 있습니다.
14 | 이용 전 주의사항
XRP 레저를 사용할 때 가장 흔한 실수는 거래 제출 완료와 거래 확정을 같은 의미로 보는 것입니다. 거래 해시가 생성됐거나 지갑 화면에 전송 중이라고 표시돼도 validated 상태와 성공 결과를 별도로 확인해야 합니다.
또한 거래소 입금에서는 주소뿐 아니라 데스티네이션 태그나 메모가 필요한 경우가 있습니다. 이를 잘못 입력하면 블록체인 거래 자체는 성공했더라도 거래소 계정에 자동 반영되지 않을 수 있으므로, 전송 전 수신 서비스의 안내를 확인해야 합니다.
☑ 체크리스트
□ XRP와 XRP 레저를 같은 개념으로 혼동하지 않았는지 확인하기
□ 거래가 validated 원장에 포함됐는지 확인하기
□ 성공 결과 코드와 실제 수신 금액 대조하기
□ 거래소 입금 시 주소와 데스티네이션 태그 확인하기
□ 임시 처리 결과만 보고 재전송하지 않기
□ 사용하는 지갑이나 거래소의 별도 반영 조건 확인하기
📖 자주하는 질문 Q&A
XRP 레저는 비트코인처럼 채굴하나요?
아닙니다. XRP 레저의 거래 확정은 채굴자가 연산 경쟁을 하는 방식이 아니라 검증자들이 거래 집합과 실행 결과에 합의하는 방식으로 이뤄집니다.
검증자라면 누구나 합의에 참여하나요?
검증자 서버를 운영하는 것과 다른 서버의 UNL에 포함되는 것은 별개의 문제입니다. 특정 서버가 해당 검증자를 신뢰 목록에 포함해야 그 제안이 합의 판단에 반영됩니다.
거래가 빠르게 처리됐다는 화면만 믿어도 되나요?
안 됩니다. 거래가 실제로 validated 원장에 포함됐는지와 최종 결과 코드가 성공인지 확인해야 합니다.
XRP 레저에서 다른 토큰도 만들 수 있나요?
가능합니다. XRP 레저는 XRP 외에도 디지털 가치를 나타내는 토큰을 지원하지만, 발행 조건과 신뢰선, 동결 여부 등 자산별 설정을 따로 확인해야 합니다.
📝 마무리
XRP 레저는 거래 후보를 네트워크에 전파한 뒤 검증자들이 공통 거래 집합과 실행 결과에 합의하는 공개형 분산원장입니다. XRP는 그 네트워크의 기본 자산이고, 실제 거래 확인에서는 제출 여부보다 validated 원장 포함 여부와 최종 결과 코드가 중요합니다.