XRP 검증인 RSS 13~23% 감소…3.2.0 대비 3.3.0

리플(Ripple)이 운영하는 XRP 레저(XRP Ledger·XRPL) 메인넷 검증인 두 곳에서 서버 소프트웨어 xrpld 3.3.0 적용 후 프로세스의 RSS가 각각 13%, 23% 줄었다. 최대 23%는 측정 대상 두 곳 중 한 곳에서 나온 결과다.

리플엑스 개발팀은 11월 5일 공개한 기술 설명에서 xrpld 3.2.0과 3.3.0의 실행 결과를 비교했다. RSS는 프로세스가 실제 RAM에 올려 둔 메모리 양을 뜻한다.

기본 신뢰 검증인 목록(UNL)에 포함되지 않은 검증인은 온라인 삭제 이력을 4096개 원장으로 설정한 환경에서 RSS가 13% 낮아졌다. 온라인 삭제 이력을 5만개 원장으로 설정한 기본 UNL 검증인은 23% 낮아졌다.

RSS는 서버 전체 메모리나 저장 공간이 아니라 개별 프로세스가 실제 RAM에 올려 둔 메모리를 측정한다. 따라서 두 검증인의 감소율을 서버 전체 메모리 절감률로 볼 수는 없다.

이번 개선의 배경은 일부 노드 운영자가 2025년 늦여름 메모리 증가를 보고하면서 시작된 RippleX의 조사다. RippleX는 원인을 추적한 결과 유의미한 메모리 누수가 아니라 메모리 할당자의 동작을 확인했다.

애플리케이션이 사용을 마친 메모리를 해제해도 glibc 할당자는 이를 운영체제에 바로 돌려주지 않고 보유할 수 있다. 이 때문에 노드가 임시 저장 영역인 캐시를 정리한 뒤에도 프로세스 메모리 수치가 내려가지 않을 수 있다.

xrpld 3.3.0은 캐시 정리 작업 뒤 glibc의 malloc_trim을 호출한다. 이 기능은 사용하지 않는 힙 메모리를 운영체제에 반환하도록 요청하며, 힙은 프로그램이 실행 중 데이터를 할당하는 메모리 영역이다.

힙 정리 작업은 백그라운드 스윕 과정에서 이뤄진다. RippleX는 노드 운영자가 별도 설정을 추가할 필요는 없다고 설명했다.

XRP 레저 개발 사이트는 2026년 8월 6일 xrpld 3.3.0 출시를 공지했다. 공식 릴리스 기록에도 캐시 정리 뒤 힙을 명시적으로 반환하는 변경이 담겼다.

RippleX가 제시한 고정 거래량 실험망은 검증인 5곳으로 구성됐다. 이 환경에서 검증인 노드의 RSS는 14.8%, 클라이언트 처리 노드의 RSS는 18.2% 낮았다.

2025년 말 실험실 장비 비교에서는 프로세스 실행 후 같은 시점을 기준으로 44% 낮은 수치가 나왔다. 다만 두 빌드 모두 각각 한 차례씩 시험한 별도 실험이었다.

실험실 비교와 메인넷 측정은 운영 환경과 부하 조건이 달랐다. 따라서 서로 다른 실험에서 나온 감소율을 같은 조건의 결과처럼 직접 비교하기는 어렵다.

메인넷 결과도 힙 정리 기능만 따로 비교한 실험은 아니다. RippleX는 xrpld 3.2.0과 3.3.0 사이에 다른 변경도 있었다고 밝혀, 메인넷에서 관측한 13~23% 감소를 힙 정리 기능 하나의 효과로 단정할 수는 없다.

RippleX는 5개 검증인 실험망에서 힙 정리 기능에 따른 합의 시간 지표의 변화를 발견하지 못했다. 이 결과는 해당 실험 조건에서 나온 것이다.

이 기능은 glibc를 사용하는 빌드에 적용된다. 다른 메모리 할당자를 사용하는 빌드에는 적용되지 않는다.