리플, 기관용 온체인 신용 제공을 위한 XRPL 대출 프로토콜 제안안 주목

XRPL 제안, 신용 결정과 블록체인 실행 분리

제안된 XRPL 대출 프로토콜은 XRP 원장(XRPL)에서 토큰화된 자산을 사용하는 기관을 위한 표준화된 신용 인프라를 구축할 것입니다. 6월 29일 리플(Ripple)이 상세히 설명한 이 프레임워크는 신용 심사 및 규정 준수 결정을 오프체인에서 처리하는 한편, 대출 관리, 상환, 이자 및 채무 불이행 처리 메커니즘은 온체인에서 처리합니다.

토큰화된 자산은 이미 블록체인 네트워크 간에 이동할 수 있지만, 해당 자산을 담보로 한 자금 조달은 여전히 제한적입니다. 이 제안은 기관들이 운전자본으로 활용하고자 할 수 있는 국채, 머니마켓 펀드, 스테이블코인, 원자재, 사모 신용 및 기타 온체인 금융상품을 대상으로 한 신용 시장에 초점을 맞추고 있습니다. 리플은 다음과 같이 밝혔습니다:

"XRPL 대출 프로토콜은 간단한 원칙을 바탕으로 설계되었습니다. 즉, 기관은 신용 결정에 대한 통제권을 유지하는 한편, 프로토콜은 이러한 결정이 실행되는 방식을 표준화합니다."

제안서의 아키텍처는 ‘단일 자산 볼트(Single Asset Vault)’와 ‘대출 프로토콜(Lending Protocol)’이라는 두 가지 구성 요소로 이루어져 있습니다. 볼트는 온체인에서 단일 자산을 통합 관리하는 반면, 대출 계층은 정의된 조건, 서비스 규칙 및 상환 논리에 따라 해당 유동성을 기반으로 대출을 실행합니다.

리플은 이 제안을 Aave, Compound, Maple, Clearpool과 비교하며, 공개 대출 프로토콜들이 온체인 대출의 확장성을 입증했으나 종종 암호화폐 고유의 거버넌스 및 리스크 모델에 의존한다고 언급했습니다. 비공개 및 허가형 시스템은 더 엄격한 통제를 제공할 수 있지만, 리플은 이러한 시스템이 유동성, 분배, 네트워크 효과를 제한할 수 있다고 지적했습니다.

볼트 및 대출 표준은 여전히 검증자의 승인을 받아야 함

이 제안의 사양은 단일 자산을 통합 및 관리하기 위한 ‘단일 자산 볼트(Single Asset Vault)’를 규정하는 XLS-65와, 대출을 발행하고 관리하기 위한 ‘대출 프로토콜(Lending Protocol)’을 정의하는 XLS-66에 명시되어 있습니다. 두 개정안 모두 검증자의 승인을 받아야 하지만, 인프라 제공업체와 개발자는 개발자 네트워크(devnet)에서 제안된 시스템의 통합 및 테스트를 시작할 수 있습니다. 결제 서비스 제공업체가 잠재적인 사용 사례 중 하나로 언급되었습니다. 리플 USD(RLUSD) 스테이블코인 준비금을 보유한 기업은 예상되는 결제 유입금을 담보로 단기 유동성을 확보할 수 있습니다. 참여 전에는 규정 준수 검사가 완료되며, 상환은 합의된 프로토콜 조건에 따라 강제 집행됩니다. 리플은 이 방식이 300~400 베이시스 포인트의 비용이 발생할 수 있는 은행 신용 한도를 대체할 수 있다고 밝혔습니다. 리플은 다음과 같이 설명했습니다:

"이 대출 프로토콜이 중요한 이유는 또 다른 수익 상품을 창출하기 때문이 아니라, 디지털 자산의 생산성을 높이기 때문입니다. 이를 통해 기관들은 온체인 자산을 정적인 재고가 아닌 운전 자본으로 활용할 수 있게 됩니다."

이 제안에는 시설 수준에서 선순위 손실 자본(first-loss capital)도 포함되어 있어, 후순위 자본이 선순위 유동성 공급자보다 우선시됩니다. 리플은 시장 조성자를 위한 재고 금융, 재무 유동성 관리, 구조화 신용 상품, 결제 및 정산 흐름과 연계된 자금 조달 등을 잠재적 적용 사례로 제시했습니다.

XRPL은 프로토콜 수준의 표준을 갖추고 필요 시 인증 정보를 통한 허가형 참여가 가능한 퍼블릭 네트워크로 제시된다. 리플은 또한 XRPL이 10년 이상 기관 결제 지원을 해온 역사를 강조하며, 대출, 결제, 담보 이동, 재무 운영 및 결제 흐름이 공유 인프라 위에서 운영될 수 있다고 주장했다.