XRP 원장, 네트워크 지연 복구… 보안 패치 2주 지연
CryptoSlate2026년 10월 23일 08:401
XRP 원장(XRPL)은 최근 발생했던 간헐적인 트랜잭션 처리 지연 문제를 해결하고 정상 운영 상태를 회복했다고 10월 22일 밝혔다. 네트워크 운영자들은 구성 변경 사항을 적용하여 지연 문제를 해결했으며, 개발팀은 근본적인 원인을 해결하기 위한 영구적인 소프트웨어 수정 작업을 계속 진행 중이다.
이번 트랜잭션 지연 사태는 XRPL이 스테이블코인 결제, 토큰화된 자산, 대출 애플리케이션 등 다양한 금융 서비스에서 중요한 역할을 수행하고 있는 가운데 발생하여, 네트워크의 결제 신뢰성에 대한 우려를 불러일으켰다. 특히, 토큰 권한, 대출 및 기타 금융 애플리케이션에 영향을 미치는 취약점을 수정하기 위한 프로토콜 수정안의 활성화가 검증자 지원 약화로 인해 11월로 연기되면서, 보안 문제에 대한 우려도 함께 제기되고 있다.
XRPL의 운영상 문제는 10월 21일 일부 원장(ledger)의 마감 시간이 예상보다 길어지면서 발생했다. 이는 블록체인의 일반적인 3~5초 단위 정산 리듬을 방해했다. XRPL 운영팀은 대부분의 원장은 정상적으로 마감되었지만, 간헐적인 지연이 발생하자 개발자들은 네트워크의 동작을 조사하고 소프트웨어 수정을 준비했다.
지연이 지속되자, 팀은 허브, 검증자, 노드 운영자들에게 권장되는 xrpld 구성 변경 사항을 배포했다. 운영팀에 따르면, 이 조정은 10월 22일까지 정상적인 마감 시간을 복구했지만, 개발자들은 근본 원인을 해결하기 위한 포인트 릴리스 테스트를 계속 진행했다.
XRPL의 초기 설계자 중 한 명이자 리플(Ripple)의 전 최고 기술 책임자(CTO)인 데이비드 슈워츠(David Schwartz)는 이번 사건에 기여했을 수 있는 요인에 대해 추가적인 통찰력을 제공했다. 그는 이전에 관련이 없다고 생각했던 사건 이후에도 자신의 허브는 정상적으로 운영되었지만, 권장된 구성 변경 사항으로 재시작했다고 밝혔다.
슈워츠는 “이슈는 너무 많은 트랜잭션을 각 원장에 담으려고 너무 열심히 노력하는 서버와 관련이 있었던 것으로 파악된다”고 말했다. 이를 통해 XRPL이 트랜잭션 처리 용량에 실질적인 한계에 직면했는지 여부에 대한 질문에 슈워츠는 트랜잭션 볼륨과 마감 빈도 사이의 연관성을 인정했다. 그는 “예스 앤 노. 우리는 4초마다 원장을 더 자주 마감할 수는 없다. 따라서 원장당 트랜잭션 수를 제한한다고 해서 반드시 TPS 제한이 부과되는 것은 아니다”라고 덧붙였다.
그의 발언은 각 원장에서 더 많은 트랜잭션을 처리하는 것과 일관된 정산 시간을 유지하는 것 사이의 잠재적인 상충 관계를 시사한다. 그러나 개발자들은 이번 사건이 XRPL의 총 처리량 한계를 나타내는지는 아직 명확히 밝히지 않았다.
네트워크 지연 문제와 별개로, XRPL의 보안 및 기능 강화를 위한 중요한 패치가 11월로 연기되었다. 이 수정안은 토큰 권한, 분산 금융(DeFi) 기능 및 기타 금융 애플리케이션에 대한 잠재적인 취약점을 해결하기 위해 설계되었다. 이 수정안은 검증자들로부터 충분한 지지를 얻지 못해 계획된 활성화 시기를 놓쳤다.
이러한 발전은 XRPL이 기관 결제, 스테이블코인 및 토큰화된 자산 분야에서 역할을 확장함에 따라, 신뢰할 수 있는 정산 인프라와 금융 거래를 관리하는 보호 장치의 중요성이 더욱 커지고 있음을 보여준다. XRPL의 기술적 안정성과 보안 강화는 향후 금융 생태계에서의 확장과 성공에 필수적인 요소로 작용할 것이다.
XRP Ledger Operations는 10월 22일, 문제 해결을 위한 구성 변경을 적용한 결과, 원장 마감 시간이 정상으로 돌아왔다고 확인했다. 이 문제는 10월 21일에 시작되었으며, 블록체인의 평균 3-5초 정산 시간을 방해했다. 운영팀은 대부분의 원장이 정상적으로 마감되었으나, 간헐적인 지연으로 인해 개발자들은 조사를 시작하고 소프트웨어 수정을 준비했다고 밝혔다.
지연이 지속되자, 개발팀은 네트워크 운영자들에게 권장 사항을 전달했다. 이 구성 변경은 10월 22일까지 정상 운영 시간을 복구했으며, 개발팀은 근본 원인을 해결하기 위한 추가적인 테스트를 진행 중이다. 리플의 전 CTO인 데이비드 슈워츠는 “문제가 서버가 너무 많은 트랜잭션을 각 원장에 담으려고 너무 열심히 노력하는 것과 관련이 있었던 것 같다”고 설명했다. 이는 원장당 트랜잭션 수를 제한하는 것이 반드시 TPS(Transactions Per Second) 제한을 의미하지는 않는다고 덧붙였다.
한편, 토큰 권한, 대출 등 금융 애플리케이션의 취약점을 해결하기 위한 보안 수정안은 검증자들의 지지 부족으로 11월로 연기되었다. XRPL은 기관 결제, 스테이블코인, 토큰화된 자산 분야에서 확장하고 있으며, 이번 지연은 네트워크 신뢰성에 대한 우려를 제기했다. XRPL의 안정성과 보안 강화는 향후 금융 생태계에서의 성공에 중요한 요소가 될 것이다.