XRP Ledger 버그: 18조 XRP가 생성될 수 있었는가?

Noah Birch2026-10-12에 게시됨|1분 읽기

#XRP #스마트 계약

주요 내용

XRP Ledger 버그는 메인넷에서 18조 XRP가 실제로 생성된 것이 아니라 결제 엔진의 정수 오버플 결함이었습니다.
의도적으로 구성된 결제는 구매자에게는 아주 적은 금액만 청구하면서 공격자가 통제하는 수많은 계정으로 많은 XRP를 입금할 수 있었습니다.
XRPL의 "XRP 생성 없음" 안전 점검도 유사한 산술 연산을 사용했으며 동일한 오버플을 놓칠 수 있었습니다.
이 결함은 2026년 9월 25일에 출시된 xrpld 3.4.1에서 수정되었습니다.
XRPL 개발자들은 취약점이 공개 네트워크에서 악용되었다는 증거를 찾지 못했다고 밝혔습니다.

2026년 10월에 공개된 XRP Ledger 버그는 치명적인 결제 엔진 취약점이었습니다. 이론적으로 네트워크의 의도된 1000억 개 공급량을 초과하는 사용 가능한 XRP를 생성할 수 있었습니다.

이 문제는 XRPL 버그 현상금 프로그램을 통해 발견되었습니다. 기술 세부 정보가 공식 XRPL 취약점 보고서에 게시되기 전에 수정되었습니다.

아니요, 18조 XRP가 유통량에 추가되지 않았습니다. 이 수치는 보안 연구원의 통제된 테스트에서 나온 것입니다.

XRPL의 공식 공개에 따르면 공개 네트워크에서 악용된 증거는 없습니다. Tapbit의 XRP는 몇 개나 존재하는가 가이드에 설명된 공급 구조가 갑자기 변경되지 않았습니다.

정확히 XRP Ledger 버그는 무엇이었습니까?

이 결함은 결제 엔진의 정수 오버플이었습니다. 이 시스템 부분은 여러 오퍼의 금액을 합산합니다.

컴퓨터는 고정된 한계 내에서 숫자를 저장합니다. 확인되지 않은 산술 연산이 그 한계를 초과하면 오류를 생성하는 대신 결과가 훨씬 작은 숫자로 랩핑될 수 있습니다.

이 경우 공격자는 수백 개의 계정을 만들 수 있었습니다. 각 계정은 매우 많은 양의 XRP와 교환하여 소량의 다른 토큰을 판매하려는 비정상적인 오퍼를 제출했습니다. 그런 다음 공격자는 해당 오퍼를 모두 소비하도록 설계된 단일 결제를 제출했습니다.

엔진은 각 오퍼 소유자에게 요청된 전체 XRP 금액을 입금했습니다. 그러나 결합된 구매자 총액은 오버플되어 랩핑될 수 있었습니다.

구매자는 정상적인 거래 수수료 외에 XRP의 가장 작은 단위인 몇 백 드롭만 청구될 수 있었습니다.

단계	취약한 엔진이 할 수 있었던 일
오퍼 생성	매우 많은 XRP 금액을 요청하는 개별적으로 유효한 오퍼를 수락합니다.
단일 결합 결제	단일 거래에서 수백 개의 해당 오퍼를 소비합니다.
총계 계산	고정 크기 정수를 오버플하고 구매자 요금을 작은 값으로 랩핑합니다.
판매자 크레딧	각 공격자 통제 판매자에게 해당 오퍼에 기록된 전체 금액을 지불합니다.
결과	구매자가 실제로 공급하지 않은 XRP를 생성합니다.

XRP 공급 안전 점검은 왜 막지 못했습니까?

XRP Ledger에는 이미 새로운 XRP를 생성하는 모든 거래를 거부하도록 설계된 불변식이 있었습니다. 불변식은 모든 유효한 거래 후에도 참으로 유지되어야 하는 규칙입니다. 여기서 규칙은 거래 간의 잔액 변경을 비교하여 XRP가 어디선가 나타나지 않았음을 확인했습니다.

문제는 이 점검이 유사한 고정 크기 산술 연산을 사용하여 잔액 변경을 추가했다는 것입니다. 결제 계산과 같은 방식으로 랩핑될 수 있었습니다. 그런 다음 순 변경액은 공급의 엄청난 증가가 아니라 일반적인 거래 수수료처럼 보였습니다.

두 번째 점검은 개별 계정의 잔액을 제한했습니다. 제안된 익스플로잇은 새로 생성된 XRP를 수백 개의 공격자 통제 계정에 분산시켜 해당 제어를 피했습니다. 결합된 금액이 네트워크의 총 공급량을 훨씬 초과했음에도 불구하고 각 계정은 개별 한도 미만이었습니다.

18조 XRP라는 숫자는 어디서 나왔습니까?

Veria Labs의 공동 설립자인 Cayden Liao는 회사의 AI 보안 에이전트가 이 문제를 발견하고 작동하는 익스플로잇을 구축했다고 말했습니다. 그는 단일 구성된 거래가 약 18조 XRP를 생성할 수 있다고 추정했습니다.

이는 원래 1000억 공급량의 약 184배에 해당합니다. 추정치와 현상금 세부 정보는 The Block의 공개 검토에 게시되었습니다.

이 수치는 관찰된 메인넷 이벤트가 아니라 이론적인 익스플로잇 용량을 설명합니다. 독자와 검색 엔진 모두에게 중요한 구분입니다:

원래 XRP 공급량: 원장이 출시될 때 1000억 XRP가 생성되었습니다.
테스트 추정치: 모델링된 익스플로잇 거래 하나로 약 18조 XRP를 생성할 수 있었습니다.
확인된 공개 네트워크 생성: XRPL 개발자가 찾지 못했습니다.

이 결함은 의도적으로 비정상적인 오퍼와 이를 함께 소비하도록 설계된 거래가 필요했습니다. 일반적인 XRP 결제나 일반적인 거래로는 트리거할 수 없었습니다.

XRP Ledger가 실제로 악용되었습니까?

XRPL의 공식 취약점 공개에 따르면 팀은 공개 네트워크에서 이 문제가 악용되었다는 증거를 찾지 못했습니다. 연구원은 9월 22일에 결제 엔진 문제를 보고했습니다. RippleX는 로컬 독립 서버와 단위 테스트 프레임워크에서 이를 재현한 후 심각도를 치명적으로 높였습니다.

수정 사항은 9월 25일에 xrpld 3.4.1로 배포되었습니다. 대다수의 신뢰할 수 있는 검증자가 수정된 소프트웨어를 실행한 후 10월 9일에 공개되었습니다.

XRPL은 오버플을 어떻게 수정했습니까?

업데이트된 결제 엔진은 이제 오퍼 금액을 더하는 것이 허용 범위를 초과하는지 확인합니다. 오버플이 발생하면 결제 부분이 랩핑되는 대신 정상적으로 실패합니다. 아무것도 발행되지 않습니다.

개발자들은 또한 XRP가 생성되었는지 확인하는 불변식을 강화했습니다. 이제 동일한 방식으로 오버플될 수 없는 더 넓은 카운터를 사용합니다. 유사한 잔액 집계 코드는 예방 조치로 강화되었습니다.

정상적인 수정 투표 없이 수정 사항이 배포된 이유는 무엇입니까?

XRPL 규칙 변경은 일반적으로 수정 프로세스를 따릅니다. 변경 사항은 신뢰할 수 있는 검증자의 80% 이상이 2주 동안 지속적으로 지원해야 활성화됩니다. 이 접근 방식은 거래 규칙이 변경될 때 모든 서버를 동기화된 상태로 유지합니다.

오버플 패치는 달랐습니다. 활성화 전에 소스 코드가 정상적인 프로세스를 통해 게시되었다면 공격자는 이를 검토하고 취약점을 재구성하여 업그레이드하지 않은 서버를 대상으로 삼을 수 있었습니다. 따라서 개발자는 소스 및 전체 공개 전에 수정된 바이너리를 배포했습니다.

이 선택은 수정된 바이너리가 전체 소스 및 공개 전에 나타났기 때문에 투명성 논쟁을 불러일으켰습니다. RippleX 엔지니어들은 즉각적인 공개가 업그레이드하지 않은 서버를 공격하는 데 도움이 될 수 있다고 말했습니다.

이 버그는 XRP 거래자에게 무엇을 의미합니까?

직접적인 공급 충격은 발생하지 않았으므로 이 이야기는 실제 18조 토큰 인플레이션 이벤트와 동일하지 않습니다. 시장 관련성은 네 가지 다른 요인에서 비롯됩니다:

보안 신뢰: 10년 된 치명적인 버그는 거래자가 기술적 위험을 가격 책정하는 방식에 영향을 미칠 수 있습니다.
대응 품질: 신속한 보고 및 검증자 업그레이드는 신뢰를 회복할 수 있습니다.
헤드라인 변동성: "18조 XRP"는 금액이 발행된 적이 없음에도 불구하고 심리에 영향을 미칠 수 있습니다.

10월 12일 데이터 확인 시 XRP는 약 1.41달러에 거래되었으며 일중 범위는 약 1.39달러에서 1.42달러였습니다. 이러한 가격은 시간에 민감하므로 게시 전에 즉시 새로고침해야 합니다.

RippleX는 소프트웨어 수정을 처리했지만 Ripple, XRP 및 XRPL은 서로 다른 것입니다. Tapbit의 Ripple 대 XRP 가이드는 그 차이를 설명합니다.

Tapbit에서 XRP를 거래하는 방법

Tapbit 계정을 생성하거나 로그인하고 USDT를 준비합니다. Tapbit 등록 페이지를 사용하고 필요한 계정 단계를 완료한 후 선물 잔액을 입금합니다.
XRP-USDT 무기한 시장을 엽니다. Tapbit XRP-USDT 선물 페이지로 이동하여 계약 티커를 확인한 후 격리 또는 교차 마진을 선택하고 포지션 계획에 맞는 레버리지 수준을 선택합니다.
방향 및 주문 설정을 선택합니다. 롱 또는 숏을 선택하고 지정가 또는 시장가 주문을 사용하며 포지션 크기를 입력하고 손절매 및 익절가 수준을 설정합니다.
거래를 검토하고 관리합니다. 제출하기 전에 진입 가격, 증거금, 예상 수수료 및 청산 가격을 확인합니다. 오픈 포지션을 모니터링하고 원래 조건이 변경되면 포지션을 닫거나 줄입니다.