DeFi 대출: 담보, 청산, 부실채무

DeFi 대출을 가장 쉽게 이해하는 방법은 구체적인 사례를 살펴보는 것입니다. 한 차입자가 변동성이 큰 담보 자산 150,000달러어치를 예치하고 스테이블코인 90,000달러어치를 빌립니다. 눈에 보이는 결과는 시작에 불과합니다. 이 거래의 유효성을 뒷받침하는 기록과 기관, 의무가 무엇인지 살펴보는 것이 중요합니다.

DeFi 대출 프로토콜을 이용하면 사용자는 자산을 스마트 계약 풀에 공급하고, 프로그램으로 정해진 이자율·건전성·청산 규칙에 따라 담보를 맡기고 대출을 받을 수 있습니다. 금리는 자금 이용률과 거버넌스 매개변수에 따라 달라지며, 오라클은 담보 가치를 산정합니다. 대출은 담보 가치가 대출액을 웃도는 경우가 많기 때문에 청산이 주요 신용 통제 수단입니다.

담보 가치가 대출액을 웃돌더라도 부실채무가 사라지는 것은 아닙니다. 가격이 급변할 수 있고, 오라클 업데이트가 늦어질 수 있으며, 블록체인 혼잡으로 청산인이 거래를 실행하지 못할 수도 있습니다. 담보와 부채의 가치가 서로 연동될 수 있고, 거버넌스가 건전성이 낮은 자산을 상장하거나 위험 매개변수를 변경할 수도 있습니다. 높은 예치 수익률에는 차입자가 지급하는 이자뿐 아니라 인센티브와 위험 프리미엄이 포함될 수 있습니다.

DeFi 대출을 Securities.io의 폭넓은 콘텐츠 안에서 살펴보려면 스마트 계약 감사 기업, 스마트 계약 보안과 AI, DeFi 스택 참조 모델을 함께 비교해 보세요. 이 가이드들은 발행자, 자산, 투자자의 권리 또는 운영 인프라가 달라질 때 동일한 디지털 자산 인프라 관련 쟁점이 어떻게 달라지는지 보여줍니다.

담보 공급부터 손실의 공동 부담 또는 해결까지: DeFi 대출의 흐름

담보 공급 단계에서는 지원 대상 자산을 예치하고 기록된 청구권 또는 이자 발생 토큰을 받습니다. 이후 이 결과는 대출 가능액 산정에 입력되며, 이 단계에서 오라클 가격, 담보 인정 비율, 한도 및 계정 건전성을 적용합니다. 이 인계 지점은 DeFi 대출을 검증할 첫 번째 지점입니다. 데이터를 넘겨받는 쪽은 상태 변경이 완료된 경우와 메시지, 추정치 또는 잠정 기록만 전달된 경우를 구분할 수 있어야 합니다. 손실의 공동 부담 또는 해결 단계에서 독립적으로 대조할 수 있는 결과가 나올 때까지 이후의 모든 단계 사이에서도 같은 검증이 필요합니다.

손실의 공동 부담 또는 해결 단계부터 도표를 거꾸로 따라가 보세요. 최종 상태에서 출발해 계약 코드와 상태, 오라클 데이터, 위험 매개변수, 계정 건전성, 대출 및 이자 내역, 청산 실행, 준비금, 거버넌스, 최종 부실채무로 이어지는 경로를 확인해야 합니다. 그런 다음 청산 개시 시 사용된 권한, 대출 및 이자 누적 과정에서 발생한 익스포저, 담보 공급 단계에서 승인된 입력까지 거슬러 올라가야 합니다. 이 연결 고리에 문제가 있으면 오라클 조작으로 왜곡된 가격이 인위적인 대출 가능액이나 청산을 유발했는데도 거래가 완료된 것처럼 보일 수 있습니다. 이러한 역추적을 통해 제공업체의 명칭이나 인터페이스 상태가 아니라 담보 가치, 변동 부채, 청산 규칙, 잔여 손실 배분에 초점을 맞춰 분석할 수 있습니다.

DeFi 대출의 핵심 기록은 누가 관리할까요?

공급자와 차용자는 운영 체인의 서로 다른 측면에 위치합니다. 공급자는 유동성을 제공하고 프로토콜 및 풀 손실을 부담하며, 차용자는 담보를 제공하고 변동 부채를 지불합니다. 그들의 기록—예치 청구, 비율, 활용도, 인출 용량, 손실 규칙. 그리고 담보, 부채, 건강 지수, 이자 및 청산 이력—는 동일한 사건에 대해 일치해야 하며, 하나의 공급업체 데이터베이스 복사본이 아니어야 합니다. 오라클, 청산자 및 프로토콜 거버넌스는 각각 별도의 결정이나 증거를 추가하며, 이러한 기능을 교환 가능한 것으로 취급하면 재량, 유동성 또는 법적 책임이 어디에 있는지 숨깁니다.

청산자에서의 장애는 DeFi 대출에 대한 실질적인 책임 테스트입니다. 인센티브를 위해 비건전 포지션을 종료합니다. 문제는 공급자와 차용자가 트리거, 자본, 거래, 압류된 담보 및 실현된 슬리피지를 통해 여전히 포지션을 재구성할 수 있는지 여부입니다. 계약은 업무를 할당할 수 있지만, 고객 약속, 자산 또는 의무를 소유한 당사자는 증거를 아웃소싱 조항으로 대체할 수 없습니다. 탄력적인 설계는 대체 기록과 불일치를 해결할 권한이 있는 사람을 지정합니다.

DeFi 대출에서 흔히 혼동되는 세 가지 상태

담보 비율은 일반적인 조건에서 차용을 지원하는 자산 가치의 비율을 의미합니다.; 청산 임계값은 대신 담보가 압류될 수 있는 계정 건강 경계를 의미합니다.. 불량 부채는 세 번째 조건을 추가합니다: 사용 가능한 담보와 회수 메커니즘이 소진된 후 남은 부채입니다.. 이 구분은 두 사용자가 서로 다른 권리를 보유하고, 다른 타이밍을 직면하거나 다른 기관에 의존하면서도 유사한 확인을 볼 수 있기 때문에 중요합니다. DeFi 대출에서 유용한 비교는 각 상태에 대한 권위 있는 기록과 손실 부담자를 명시합니다.

담보 비율, 청산 임계값 및 불량 부채를 하나의 분모에서 비교합니다: 금액, 시간, 소비된 유동성, 반전 가능성, 법적 청구 및 잔여 손실. DeFi 대출에서 더 빠른 라벨이 반드시 더 최종적인 상태를 의미하지 않으며, 더 부드러운 보고 수익이 반드시 더 작은 경제적 위험을 의미하지도 않습니다. 한 가지 측정 프레임을 사용하면 타이밍이나 회계 차이를 실제 개선으로 착각하는 것을 방지합니다.

DeFi 대출이 실제로 상태를 어떻게 변경하는가

1. 담보 공급: DeFi 대출의 시작 상태 정의

지원되는 자산을 예치하고 기록된 청구 또는 이자 지급 토큰을 받습니다. 이 DeFi 대출 단계에서는 차용 한도를 계산할 때 의존할 수 있는 조건을 설정합니다. 공급자는 유동성을 제공하고 프로토콜 및 풀 손실을 부담하기 때문에 핵심입니다. 작업 기록은 예치 청구, 비율, 활용도, 인출 용량 및 손실 규칙을 보존해야 합니다.

여기서 도전하지 못하는 실패는 오라클 조작입니다: 왜곡된 가격이 인위적인 차용 한도 또는 청산을 만듭니다. 이 단계를 테스트하려면 동일한 시간, 범위 및 관리 조건을 사용하여 결과를 캡처한 다음 차용 한도를 계산하기 전에 한 가지 가정을 변경합니다. DeFi 대출에서는 방어 가능한 인수인계가 승인자를 식별하고, 변경된 기록, 반전 가능한 부분, 다음 참가자가 증거를 거부할 경우 손실을 흡수하는 사람을 명시합니다.

2. 차용 한도 계산: DeFi 대출에서 의사 결정 규칙 식별

오라클 가격, 담보 비율, 한도 및 계정 건강을 적용합니다. 이 DeFi 대출 단계에서는 차용 및 이자 발생이 의존할 수 있는 조건을 선별합니다. 차용자는 담보를 제공하고 변동 부채를 지불하기 때문에 핵심입니다. 작업 기록은 담보, 부채, 건강 지수, 이자 및 청산 이력을 보존해야 합니다.

여기서 도전하지 못하는 실패는 가격 격차입니다: 담보가 청산 전에 인센티브 및 실행 용량을 초과합니다. 이 단계를 테스트하려면 동일한 시간, 범위 및 관리 조건을 사용하여 결과를 재계산한 다음 차용 및 이자 발생 전에 한 가지 가정을 변경합니다. DeFi 대출에서는 방어 가능한 인수인계가 승인자를 식별하고, 변경된 기록, 반전 가능한 부분, 다음 참가자가 증거를 거부할 경우 손실을 흡수하는 사람을 명시합니다.

3. 차용 및 이자 발생: DeFi 대출에서 위험 전이 측정

부채 자산을 이전하고 활용도가 변할 때 변동 이자를 업데이트합니다. 이 DeFi 대출 단계에서는 청산을 유발할 수 있는 조건을 재배치합니다. 오라클은 지급 능력을 결정하는 값을 제공하기 때문에 핵심입니다. 작업 기록은 소스, 집계, 업데이트, 지연, 대체 및 조작 방지 기능을 보존해야 합니다.

여기서 검증해야 할 실패 유형은 유동성 고갈이다. 자산 대부분이 대출되어 공급자는 자산을 인출할 수 없다. 이 단계를 테스트하려면 같은 시점, 범위, 적용 조건을 기준으로 결과에 스트레스 테스트를 한 다음, 청산을 발동하기 전에 가정 하나를 바꾼다. DeFi 대출에서 신뢰할 수 있는 인계 기록에는 누가 승인했는지, 어떤 기록이 바뀌었는지, 무엇을 되돌릴 수 있는지, 그리고 다음 참여자가 증거를 받아들이지 않을 경우 누가 손실을 부담하는지가 명시되어야 한다.

4. 청산 발동: DeFi 대출의 기준 기록 조정하기

제3자나 프로토콜 모듈이 부채를 상환하고 할인된 가격으로 담보를 압류할 수 있도록 한다. DeFi 대출의 이 단계에서는 손실을 공동 부담하거나 해결할 때 근거로 삼을 수 있는 조건을 조정한다. 청산자는 보상을 받고 건전성을 잃은 포지션을 청산하므로 핵심 역할을 한다. 작업 기록에는 청산 발동 조건, 자본, 거래, 압류한 담보, 실제 슬리피지를 남겨야 한다.

여기서 검증해야 할 실패 유형은 상관관계가 높은 담보다. 부채와 담보가 함께 부실해지거나 같은 시장에 의존한다. 이 단계를 테스트하려면 같은 시점, 범위, 적용 조건을 기준으로 결과를 비교한 다음, 손실을 공동 부담하거나 해결하기 전에 가정 하나를 바꾼다. DeFi 대출에서 신뢰할 수 있는 인계 기록에는 누가 승인했는지, 어떤 기록이 바뀌었는지, 무엇을 되돌릴 수 있는지, 그리고 다음 참여자가 증거를 받아들이지 않을 경우 누가 손실을 부담하는지가 명시되어야 한다.

5. 손실 공동 부담 또는 해결: DeFi 대출의 최종 결과 검증하기

부채가 남아 있으면 준비금, 안전 모듈, 거버넌스 또는 공급자 손실을 활용한다. DeFi 대출의 이 단계에서는 기록된 결과가 근거로 삼을 수 있는 조건을 마무리한다. 프로토콜 거버넌스는 자산, 계수, 한도, 금리, 업그레이드 및 비상 통제 수단을 설정하므로 핵심 역할을 한다. 작업 기록에는 투표, 관리자 키, 타임록, 감사, 재무 자산 및 매개변수 이력을 남겨야 한다.

여기서 검증해야 할 실패 유형은 거버넌스 악용이다. 관리자 권한이나 투표권을 이용한 통제권으로 매개변수를 바꾸거나, 코드를 업그레이드하거나, 자산을 빼돌린다. 이 단계를 테스트하려면 같은 시점, 범위, 적용 조건을 기준으로 결과를 입증한 다음, 기록된 결과가 나오기 전에 가정 하나를 바꾼다. DeFi 대출에서 신뢰할 수 있는 인계 기록에는 누가 승인했는지, 어떤 기록이 바뀌었는지, 무엇을 되돌릴 수 있는지, 그리고 다음 참여자가 증거를 받아들이지 않을 경우 누가 손실을 부담하는지가 명시되어야 한다.

DeFi 대출의 비용, 인센티브 및 대차대조표 영향

공급 수익은 차입자가 내는 이자, 인센티브, 수수료, 때로는 프로토콜 보조금에서 나온다. 순수익을 계산할 때는 토큰 가격 변동, 인출 제약, 가스비, 레버리지 반복 포지션의 청산, 그리고 확률을 반영한 프로토콜 손실을 차감해야 한다.

이용률이 높아지면 공급을 유도하고 차입을 억제하기 위해 금리가 오르지만, 이자율 곡선만으로는 뱅크런이 발생하는 동안 유동성을 즉시 만들어낼 수 없다. 인출 가능 규모는 차입자의 상환 여부 또는 외부 유동성의 유입 여부에 달려 있다.

청산 인센티브는 차입자의 가치를 과도하게 가져가지 않으면서 가스비, 가격 변동, 슬리피지를 감당할 수 있어야 한다. 유동성이 얕거나 시장이 혼잡하면 더 큰 완충 여력이 필요하며, 이는 자본 효율성을 낮춘다.

DeFi 대출은 어디서 무너지는가—무엇을 먼저 테스트해야 하는가

• 오라클 조작: 왜곡된 가격은 인위적인 차입 여력이나 청산을 초래한다. 공급자의 통상적인 의무는 그대로 둔 채 담보 공급을 중단시키고, 담보 계수가 앞서 설명한 의미를 여전히 유지하는지 확인한다.
• 가격 급변: 청산이 이뤄지기 전에 담보 가치가 인센티브와 실행 역량이 감당할 수 있는 수준을 넘어 하락한다. 차입자의 통상적인 의무는 그대로 둔 채 차입 가능액 계산을 중단시키고, 청산 기준이 앞서 설명한 의미를 여전히 유지하는지 확인한다.
• 유동성 고갈: 자산 대부분이 대출되어 공급자는 자산을 인출할 수 없다. 오라클의 통상적인 의무는 그대로 둔 채 대출 실행과 이자 누적을 중단시키고, 부실 채권이 앞서 설명한 의미를 여전히 유지하는지 확인한다.
• 상관관계가 높은 담보: 부채와 담보가 함께 부실해지거나 같은 시장에 의존한다. 청산자의 통상적인 의무는 그대로 둔 채 청산 발동을 중단시키고, 담보 계수가 앞서 설명한 의미를 여전히 유지하는지 확인한다.
• 거버넌스 악용: 관리자 권한이나 투표권을 이용한 통제권으로 매개변수를 바꾸거나, 코드를 업그레이드하거나, 자산을 빼돌린다. 프로토콜 거버넌스의 통상적인 의무는 그대로 둔 채 손실 공동 부담 또는 해결 절차를 중단시키고, 청산 기준이 앞서 설명한 의미를 여전히 유지하는지 확인한다.

유용한 디파이 대출 스트레스 테스트는 오라클 조작과 유동성 고갈을 각각 따로 시험하는 대신 두 상황을 결합한다. 차입과 이자 누적을 동결하거나 지연시키고, 청산인이 이용 불가능한 상황을 만든 다음, 프로토콜 거버넌스가 투표, 관리자 키, 타임록, 감사 기록, 재무 자금, 매개변수 변경 이력을 바탕으로 결과를 대조·확인하도록 해야 한다. 손실을 공동 부담시키거나 해결하는 과정이 설명 가능한 하나의 상태에 도달하고, 청산 임계치와 관련된 권리를 보장하며, 차질이 발생하기 전에 정해진 규칙에 따라 부족분을 배분할 때에만 설계가 적합하다고 볼 수 있다.

실전 사례: 디파이 대출 사건의 전 과정을 추적하기

차입자는 변동성이 큰 담보 15만 달러어치를 예치하고 스테이블코인 9만 달러어치를 빌린다. 청산 임계치가 80%라면, 조정된 담보 가치가 더 이상 부채를 뒷받침하지 못할 때 해당 포지션은 청산 대상이 된다. 청산인은 부채 일부를 상환하고 할인된 가격으로 담보를 받는다. 가격이 급변해 담보 매각액이 부채와 비용의 합계보다 적으면, 프로토콜에는 부실 부채가 발생하며 이를 규칙에 따라 흡수해야 한다.

차입 가능액 산정에 적용되는 가정을 바꾸거나 오라클이 제공한 증거를 제거하면 이 사례를 반증할 수 있다. 차입과 이자 누적부터 변화를 추적하고 청산을 실행한 뒤 손실을 공동 부담시키거나 해결해야 한다. 입력값에서 최종 결과로 곧장 건너뛰어서는 안 된다. 새로운 디파이 대출 결과를 컨트랙트 코드와 상태, 오라클 데이터, 위험 매개변수, 계정 건전성, 차입 및 이자 이력, 청산 실행 내역, 준비금, 거버넌스, 최종 부실 부채를 바탕으로 재현할 수 없다면, 그 절차는 문서화되지 않은 판단이나 기록에 의존하는 것이다.

지금 디파이 대출이 중요한 이유

격리형 풀, 공급 및 차입 한도, 다양한 오라클 설계, 위험 관리 서비스 제공업체의 등장으로 디파이 대출은 더욱 정교해졌다. 하지만 자동 청산과 구성 가능성으로 인해 스트레스가 빠르게 전파될 수 있다. 같은 프로토콜 이름 아래에도 자산과 거버넌스가 크게 다른 풀이 있을 수 있으므로, 사용자는 현재 적용되는 매개변수와 의존 관계를 살펴봐야 한다.

디파이 대출에서 얻을 수 있는 지속적인 교훈은 담보를 공급하는 것과 손실을 공동 부담시키거나 해결하는 것이 같은 사건이 아니라는 점이다. 그 사이에 이루어지는 결정에 따라 담보 가치, 변동 부채, 청산 규칙, 잔여 손실 배분이 달라지며, 공급자와 프로토콜 거버넌스가 확인할 수 있는 기록도 서로 다를 수 있다. 이러한 결정을 더 적은 비용으로 검증할 수 있게 해준다면 자동화는 유용하다. 반대로 거버넌스 악용을 가리는 단일 상태로 여러 결정을 압축한다면 위험하다.

디파이 대출의 근거 자료

디파이 대출의 주요 근거 자료로는 BIS: 디파이의 금융 안정성 위험, FSB의 암호자산 활동 글로벌 규제 프레임워크, CFTC 기술자문위원회의 디파이 보고서가 있다. 이 자료들은 규칙과 정의, 기관 및 시장 구조, 실제 주장을 검증하는 데 필요한 운영 증거라는 상호 보완적인 층위로 읽어야 한다. 어느 자료도 앞서 설명한 제품 문서, 계정 또는 거래 기록을 대신할 수는 없다.

디파이 대출에 의존하기 전에 확인할 질문

• 공급자는 대출 가능액을 계산하기 전에 예치금 청구권, 이자율, 이용률, 출금 가능 규모, 손실 처리 규칙을 입증할 수 있는가?
• 차입자와 청산인의 의견이 다를 경우 어떤 기록을 기준으로 삼는가?
• 차입과 이자 누적으로 발생한 익스포저는 누가 자금을 대거나 흡수하는가?
• 법률적·경제적 측면에서 청산 임계치는 담보 비율과 어떻게 다른가?
• 손실을 공동 부담시키거나 해결하기 전에 시스템은 가격 급변을 어떻게 감지하는가?
• 오라클을 사용할 수 없거나 오라클의 증거가 오래된 경우에는 어떻게 되는가?
• 독립적인 검토자가 컨트랙트 코드와 상태, 오라클 데이터, 위험 매개변수, 계정 건전성, 차입 및 이자 이력, 청산 실행 내역, 준비금, 거버넌스, 최종 부실 부채를 대조해 결과를 검증할 수 있는가?

디파이 대출과 관련해 “플랫폼이 처리한다”와 같은 표현 대신 계정, 컨트랙트, 타임스탬프, 승인 규칙, 책임 주체를 구체적으로 명시해야 한다. 완전한 답변이라면 검토자가 손실을 공동 부담시키거나 해결하는 단계에서 담보 공급 단계까지 거슬러 올라가 각 기록의 소유자를 확인하고, 예외가 발생하기 전에 누가 손실을 부담하는지 계산할 수 있어야 한다.

디파이 대출의 핵심 원칙

디파이 대출은 담보 가치, 변동 부채, 청산 규칙, 잔여 손실 배분을 다섯 가지 운영 단계에 걸쳐 추적하고, 그 결과를 컨트랙트 코드와 상태, 오라클 데이터, 위험 매개변수, 계정 건전성, 차입 및 이자 이력, 청산 실행 내역, 준비금, 거버넌스, 최종 부실 부채와 대조할 때 가장 명확하게 파악할 수 있다. 자금 흐름은 무엇이 바뀌는지 설명하고, 참여자 표는 누가 그 변화를 승인할 수 있는지 보여주며, 세 가지 상태의 비교는 서로 다른 주장을 혼동하지 않도록 하고, 실패 유형 지도는 신뢰도를 어디서 낮춰야 하는지 알려준다. 이 요소들을 함께 살펴보면 실질적인 개선과 마찰이나 위험을 덜 보이는 계층으로 옮긴 것을 구분할 수 있다.

디파이 대출의 주요 자료

• BIS: 디파이의 금융 안정성 위험
• FSB의 암호자산 활동 글로벌 규제 프레임워크
• CFTC 기술자문위원회의 디파이 보고서