HomeZ - 배너 홈 이탈XRPL 대출 프로토콜은 디파이가 아니다 — 은행을 위해 설계되었다

XRPL 대출 프로토콜은 디파이가 아니다 — 은행을 위해 설계되었다

리플은 블록체인 금융에서 부족한 퍼즐 조각이 더 빠른 토큰이나 더 나은 스테이블코인이 아니라 ‘신용 레이어’라고 보고 있다. 두 개의 새로운 기술 표준을 통해 제안된 XRPL 대출 프로토콜은 기관급 차입을 XRP 레저에 직접 도입하도록 설계되었으며, 은행, 결제 서비스 제공업체, 마켓 메이커가 온체인 보유 자산을 정적인 재고가 아닌 운전자본으로 취급할 수 있게 한다.

핵심 요약

  • XRPL 대출 프로토콜은 두 가지 구성 요소로 구축된다. 유동성이 온체인에서 어떻게 풀링되고 대출로 배치되는지를 표준화하는 단일 자산 볼트(XLS-65)와 대출 프로토콜(XLS-66)이다.
  • 신용 심사는 전적으로 기관의 오프체인에서 이뤄지며, 블록체인은 사전에 정의된 규칙을 통해 대출 실행 메커니즘(대출 실행, 상환 일정, 이자 발생, 디폴트 조건)을 강제한다.
  • 참여는 검증 가능한 자격 증명을 통한 권한 부여 방식으로 이뤄지며, 컴플라이언스 검토 이후에만 허용된다. 이를 통해 네트워크는 퍼블릭 상태를 유지하면서도 기관이 필요로 하는 통제 장치를 제공한다.
  • XLS-65와 XLS-66 모두 현재 검증인 승인을 대기 중이며, 데브넷 통합 및 테스트는 이미 가능하다.
  • 주요 활용 사례로는 RLUSD를 활용한 결제 유동성 브리징, 마켓 메이커 재고 금융, 보증된 디지털 자산 신용 한도 제공 등이 있다.

신용 판단과 온체인 실행의 분리

XRPL 대출 프로토콜의 핵심 설계 선택은 의도적인 분리에 있다. 신용 판단은 오프체인에 남겨두고, 실행은 블록체인 상에서 표준화하는 것이다. 단순해 보이지만, 이는 대부분의 온체인 대출 시스템이 구축되어 온 방식과는 상당히 다른 접근이다.

별도의 신용 레이어가 필요한 이유

토큰화는 실질적인 진전을 이뤄냈다. 과거에는 은행 및 펀드 관리 시스템 안에서만 존재하던 자산(국채, 머니마켓펀드, 스테이블코인, 원자재, 프라이빗 크레딧 등)이 이제 온체인으로 표현될 수 있게 되었다. 그러나 자산을 표현하는 것과 그 자산을 생산적으로 만드는 것은 전혀 다른 문제다.

전통 자본시장에서는 커스터디와 발행이 금융과 분리되어 있다. 레포 데스크, 마진 대출, 구조화 신용, 운전자본 한도 등은 자산을 보관하는 시스템과는 완전히 다른 인프라를 통해 운영된다. 대부분의 블록체인 애플리케이션은 이 구분을 흐리게 만들었고, 발행 레이어 위에 차입 로직을 직접 얹는 방식으로 구축되었다. 그 결과 유동성이 분절되고, 신용 행태가 일관성을 잃으며, 새로운 프로토콜이 등장할 때마다 리스크를 다시 언더라이팅해야 하는 상황이 발생한다.

XRPL의 접근 방식은 신용을 다른 애플리케이션에 덧붙이는 기능이 아니라 인프라로 취급한다는 점에서 다르다.

신용 판단이 오프체인에 남는 이유

블록체인은 규칙을 일관되게 집행하고 결과를 영구적으로 기록하는 데 매우 신뢰할 수 있다. 그러나 차입자가 신용도가 있는지를 평가하거나, 관할 지역별 규제 차이를 파악하거나, 대출 기관처럼 담보를 평가하는 기능에는 적합하지 않다. 이러한 기능은 이미 신용팀, 법률 문서, 담보 계약, 익스포저 한도, 규제 의무를 운영에 내재화하고 있는 기관의 판단이 필요하다.

프로토콜이 할 수 있는 일, 그리고 실제로 하는 일은 신용 결정 이후에 일어나는 모든 것을 표준화하는 것이다. 유동성이 어떻게 풀링되는지, 대출이 어떻게 실행되는지, 이자가 어떻게 발생하는지, 상환 일정이 어떻게 집행되는지, 디폴트가 어떻게 처리되는지 등을 정의한다. 대출 행태는 온체인에서 네이티브하게 강제되며, 상환 일정, 이자 계산, 디폴트 조건은 리스크 팀, 감사인, 규제 당국이 사전에 검토할 수 있는 사전 정의된 규칙을 따른다.

이는 예측 가능성이 기관의 리스크 언더라이팅 방식의 핵심이기 때문에 중요하다. 프로토콜이 커뮤니티 거버넌스 투표를 통해 언제든 규칙을 바꿀 수 있다면, 기관은 자본을 투입하기 전에 그 리스크를 신뢰할 수 있게 모델링할 방법이 없다. 네트워크의 베이스 레이어에서 메커니즘을 고정하는 것은 앱 레벨 거버넌스로는 해결할 수 없는 이 문제를 해결한다.

XRPL 대출 프로토콜의 핵심 구성 요소와 표준

이 프로토콜은 온체인 신용 시장의 기반을 제공하는 두 개의 상호 보완적인 구성 요소 위에 구축된다.

단일 자산 볼트(XLS-65)

단일 자산 볼트는 하나의 자산을 온체인에서 풀링하기 위한 표준화된 구조다. 유동성을 보관하는 컨테이너와 이를 배치하는 메커니즘을 분리하는데, 이는 실제 자본시장 인프라가 작동하는 방식을 반영한다. 풀 관리자나 언더라이터는 선순위 유동성 공급자보다 먼저 손실을 부담하는 후순위(주니어) 자본을 투입할 수 있으며, 이를 통해 인센티브를 정렬하고 손실을 풀 전체에 사회화하는 대신 리스크 기반 가격 책정을 가능하게 한다.

대출 프로토콜(XLS-66)

대출 프로토콜 레이어는 풀링된 유동성을 명확한 조건, 서비스 로직, 상환 집행을 갖춘 실제 대출로 전환한다. 신용 결정이 오프체인에서 이뤄지고 당사자 간에 합의된 이후에는, 블록체인이 실행을 자동으로 처리한다. 수동 개입도, 거버넌스 투표도, 만기 시 어떤 일이 일어나는지에 대한 모호함도 없다.

검증인 승인 및 데브넷 테스트

두 표준은 모두 아직 제안 단계에 있다. XLS-65와 XLS-66은 XRP 레저 네트워크를 운영하는 검증인의 승인을 받아야 하며, 이는 해당 기능이 아직 메인 네트워크에서 활성화되지 않았음을 의미한다. 인프라 제공업체와 개발자는 오늘부터 데브넷에서 통합 및 테스트를 시작할 수 있으며, 검증인 승인은 향후 몇 주 내에 이뤄질 것으로 예상된다.

기관급 기능과 활용 사례

XRPL 대출 프로토콜은 리테일 참여자가 아닌 기관 사용자를 명확한 대상으로 한다. 모든 설계 결정은 이 초점을 반영한다.

검증 가능한 자격 증명을 통한 권한 기반 참여

대출 풀에 접근하기 전에 대출자와 차입자 모두 컴플라이언스 검토를 완료해야 한다. 승인 후에는 검증 가능한 자격 증명이 누가 어떤 조건으로 참여할 수 있는지를 결정한다. 네트워크 자체는 퍼블릭 상태를 유지하여 기관이 더 넓은 유동성과 분배 채널에 접근할 수 있게 하지만, 특정 신용 한도에 대한 접근은 통제된다. 이 조합이 완전히 개방된 디파이 프로토콜과 완전히 폐쇄된 권한형 시스템을 구분 짓는 요소다.

Aave, Compound, Maple, Clearpool과 같은 프로토콜은 온체인 대출이 규모를 갖추어 운영될 수 있고 의미 있는 예치 기반을 유치할 수 있음을 보여주었다. 그러나 이 시스템들은 리스크 규칙이 커뮤니티 투표를 통해 변경될 수 있는 크립토 네이티브 거버넌스 모델을 중심으로 설계되었다. 자본을 투입하기 전에 시스템을 언더라이팅해야 하는 기관에게 이러한 예측 불가능성은 관리 가능한 예외가 아니라 구조적인 진입 장벽이다. 대출 메커니즘을 네트워크 레이어에서 고정하면서도 네트워크를 퍼블릭으로 유지하는 것이 리플이 제시하는 해답이다.

온체인 신용의 실질적 활용 사례

이 프로토콜의 가장 즉각적인 활용 사례는 단기 결제 유동성이다. 온체인에 RLUSD 준비금을 보유한 결제 서비스 제공업체는 국경 간 결제가 최종 정산되기까지 48시간의 공백을 겪을 수 있다. 이때 300~400bp에 달하는 고가의 은행 신용 한도를 사용하거나, 시점이 좋지 않을 때 자산을 매도하는 대신, 해당 제공업체는 승인된 풀을 통해 예상 정산 유입분을 담보로 차입할 수 있다. 상환은 합의된 조건에 따라 자동으로 집행된다.

결제를 넘어, 이 프로토콜은 마켓 메이커 재고 금융을 지원하여 트레이더가 핵심 포지션을 청산하지 않고도 운전자본에 접근할 수 있게 한다. 또한 기관이 보증된 디지털 자산 신용 한도를 발행할 수 있도록 지원하는데, 이는 매번 처음부터 맞춤 설계하는 대신 공통 실행 레이어 위에 구축되는 구조화 대출 상품이다.

온체인 자산을 생산적으로 만들기

XRPL 대출 프로토콜의 근본적인 논지는 금융에서 블록체인의 다음 단계에 실제로 무엇이 필요한가에 대한 것이다. 토큰화는 이제 기본 전제가 되어가고 있다. 더 어려운 질문은 자산이 온체인에 올라온 이후에 무엇이 일어나는가, 그리고 주변 인프라가 지갑에 가만히 앉아 있는 디지털 표현이 아니라 실제 금융 자산처럼 행동하도록 만들 수 있는가이다.

자본시장은 단순한 자산 소유만으로 정의되지 않는다. 금융, 담보화, 유동성 관리, 시스템 전반에 걸친 자본의 효율적 이동에 의존한다. XRPL은 10년 넘게 기관 결제를 대규모로 처리해 왔다. 결제, 담보 이동, 재무 운영을 지원하는 동일한 네트워크 위에 신용 레이어를 구축하면 운영 복잡성이 줄어들고, 기관이 금융 라이프사이클의 더 많은 부분을 한 곳에서 관리할 수 있게 된다. 이는 기관이 온체인 존재감을 확대할지 여부를 평가할 때 의미 있는 이점이다.

지금 내려지는 인프라 결정들 — 신용 로직이 어디에 위치하는지, 채무가 어떻게 집행되는지, 리스크가 어떻게 배분되는지 — 는 온체인 자본시장이 실제 깊이를 갖추게 될지, 아니면 기관 금융이 실제로 작동하는 방식과 완전히 연결되지 못한 채 평행 시스템으로 남게 될지를 좌우할 것이다.

FAQ

XRPL 대출 프로토콜은 신용 평가를 어떻게 처리하나요?

신용 평가는 기존 신용팀, 법률 문서, 컴플라이언스 프레임워크를 활용하는 기관이 오프체인에서 처리합니다. 프로토콜은 조건이 합의된 이후의 온체인 대출 집행을 표준화하며, 여기에는 대출 실행, 상환 일정, 이자 발생, 디폴트 조건이 포함됩니다.

XRPL 대출 프로토콜의 주요 구성 요소는 무엇인가요?

이 프로토콜은 두 가지 구성 요소로 이루어져 있습니다. 하나는 XLS-65에서 정의된 단일 자산 볼트로, 하나의 자산을 온체인에서 풀링하기 위한 표준화된 구조를 제공합니다. 다른 하나는 XLS-66에서 정의된 대출 프로토콜로, 유동성이 풀링된 이후 대출 실행, 서비스, 상환 로직을 관리합니다.

누구나 XRPL 대출 풀에 참여할 수 있나요?

참여는 권한 기반입니다. 대출자와 차입자 모두 풀에 접근하기 전에 컴플라이언스 검토를 완료해야 합니다. 승인 후에는 검증 가능한 자격 증명이 누가 어떤 조건으로 참여할 수 있는지를 결정합니다. 기본 네트워크는 퍼블릭 상태를 유지하지만, 특정 신용 한도에 대한 접근은 통제됩니다.

XRPL 대출 프로토콜은 어떤 실질적인 용도를 지원하나요?

이 프로토콜은 결제 유동성 브리징을 지원합니다. 예를 들어, 결제 서비스 제공업체가 RLUSD로 예상 정산 유입분을 담보로 차입할 수 있게 합니다. 또한 마켓 메이커 재고 금융과 온체인 보유 자산을 담보로 한 보증된 디지털 자산 신용 한도 발행도 지원합니다.

{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”XRPL 대출 프로토콜은 신용 평가를 어떻게 처리하나요?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”신용 평가는 기존 신용팀, 법률 문서, 컴플라이언스 프레임워크를 활용하는 기관이 오프체인에서 처리합니다. 프로토콜은 조건이 합의된 이후의 온체인 대출 집행을 표준화하며, 여기에는 대출 실행, 상환 일정, 이자 발생, 디폴트 조건이 포함됩니다.”}},{“@type”:”Question”,”name”:”XRPL 대출 프로토콜의 주요 구성 요소는 무엇인가요?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”이 프로토콜은 두 가지 구성 요소로 이루어져 있습니다. 하나는 XLS-65에서 정의된 단일 자산 볼트로, 하나의 자산을 온체인에서 풀링하기 위한 표준화된 구조를 제공합니다. 다른 하나는 XLS-66에서 정의된 대출 프로토콜로, 유동성이 풀링된 이후 대출 실행, 서비스, 상환 로직을 관리합니다.”}},{“@type”:”Question”,”name”:”누구나 XRPL 대출 풀에 참여할 수 있나요?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”참여는 권한 기반입니다. 대출자와 차입자 모두 풀에 접근하기 전에 컴플라이언스 검토를 완료해야 합니다. 승인 후에는 검증 가능한 자격 증명이 누가 어떤 조건으로 참여할 수 있는지를 결정합니다. 기본 네트워크는 퍼블릭 상태를 유지하지만, 특정 신용 한도에 대한 접근은 통제됩니다.”}},{“@type”:”Question”,”name”:”XRPL 대출 프로토콜은 어떤 실질적인 용도를 지원하나요?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”이 프로토콜은 결제 유동성 브리징을 지원합니다. 예를 들어, 결제 서비스 제공업체가 RLUSD로 예상 정산 유입분을 담보로 차입할 수 있게 합니다. 또한 마켓 메이커 재고 금융과 온체인 보유 자산을 담보로 한 보증된 디지털 자산 신용 한도 발행도 지원합니다.”}}]}

이 기사는 인공지능의 도움을 받아 제작되었으며, 편집팀의 검수를 거쳤습니다.

RELATED ARTICLES

Stay updated on all the news about cryptocurrencies and the entire world of blockchain.

Featured video

LATEST