교육 목적으로만 제공되며 투자 조언이 아닙니다. DeFi 대출과 청산 시스템에서는 빠르고 되돌릴 수 없는 손실이 발생할 수 있습니다.
직접 답변
청산 키퍼 하나가 실패해도 보통은 트랜잭션 하나가 누락되거나 되돌려질 뿐, 곧바로 프로토콜 전체가 실패하지는 않습니다. 많은 대출 프로토콜에는 전담 키퍼가 없습니다. 청산은 무허가 방식이므로 다른 봇이나 컨트랙트, 사용자가 트랜잭션을 제출할 수 있습니다. 예를 들어 Aave는 자격을 갖춘 포지션을 네트워크 참여자 누구나 청산할 수 있고, 청산 경쟁이 매우 치열하다고 설명합니다.
심각한 경우는 집단적 실패입니다. 경제적으로 타당한 가격에 청산을 실행할 수 있거나 실행하려는 참여자가 아무도 없는 상황입니다. 이자가 쌓이고 담보 가격이 계속 움직이는 동안에도 포지션이 청산 임계값 아래에 머물 수 있습니다. 나중에 청산이 재개되더라도 회수 가치가 해당 포지션에 배정된 부채와 비용보다 작다면, 차액은 그 프로토콜의 회계 규칙에 따라 부족액 또는 부실채권이 됩니다.
부족액을 누가 부담하는지는 프로토콜마다 다릅니다. Compound III의 absorb는 지급불능 상태인 계정의 부채를 프로토콜로 이전하고 기초자산 준비금을 사용하는 한편, 프로토콜이 담보를 인수합니다. Maker의 Dog.bark는 안전하지 않은 Vault의 부채를 프로토콜로 이전하고 담보 경매를 시작한 뒤 회계 시스템에 부채를 기록합니다. 다른 시스템은 준비금, 보험 기금이나 안정화 기금, 거버넌스 차원의 자본 확충, 손실 사회화 또는 이들의 조합을 사용할 수 있습니다.
따라서 차입자에게 청산 자동화는 손절매 서비스가 아닙니다. 안전한 대응은 임계값을 넘기 전에 포지션을 모니터링하고 부채를 상환하거나 담보를 추가하는 것입니다. 청산이 지연되면 담보 손실과 회수 불가능한 부족액이 생길 가능성이 모두 커질 수 있습니다.
작동 원리
일반적인 외부 청산인 경로는 다섯 단계로 진행됩니다.
- 자격 판정: 프로토콜이 설정된 오라클을 읽고 계정이 청산 임계값을 넘었는지 판단합니다. 시장 가격이 이미 변했더라도 오라클이 오래됐거나 중지되면 이 상태 변경이 늦어지거나 차단될 수 있습니다.
- 탐지와 가격 산정: 오프체인 봇이 포지션을 인덱싱하고 청산을 시뮬레이션하며 담보 처분 대금을 추정한 뒤, 수익성 있는 기회인지 판단합니다.
- 트랜잭션 포함: 청산인은 필요한 부채 자산을 마련해 트랜잭션을 제출하고 블록 공간을 두고 경쟁합니다. 혼잡, 너무 낮게 책정된 수수료, RPC 장애, nonce 충돌 또는 다른 청산인의 선점 때문에 트랜잭션이 대기 상태로 남거나 되돌려질 수 있습니다.
- 컨트랙트 실행: 컨트랙트는 현재 가격, 계정 상태, close factor 또는 경매 한도, 일시 중지 제어, 가용 유동성을 확인합니다. 이 입력 중 하나라도 바뀌면 시뮬레이션 당시 유효했던 트랜잭션이 실패할 수 있습니다.
- 담보 처분: 청산인이나 프로토콜은 확보한 담보를 매도하거나 헤지하거나 경매해야 합니다. 유동성이 얕고 시장이 하락하면 겉보기의 보너스가 손실로 바뀔 수 있습니다.
청산인의 단순화한 판단식은 expected profit = liquidation incentive - gas - price impact - hedge cost - expected revert loss입니다. 자본 비용과 프로토콜 수수료도 적용될 수 있습니다. 담보를 오라클 가격에 가까운 수준으로 매도할 수 없거나 실행 가능성이 낮다면, 제시된 보너스가 커도 충분하지 않습니다.
실패는 전면적이기보다 부분적인 경우가 많습니다. 계정 하나, 담보 유형, 체인, 오라클, RPC 제공자 또는 경매 하나가 실패해도 다른 부분은 계속 작동할 수 있습니다. 예를 들어 Maker의 Liquidation 2.0 문서에는 담보별 한도와 전체 경매 한도, 경매 재설정, 키퍼 인센티브, 네 단계 회로 차단기가 포함되어 있습니다. 이러한 제어는 해당 시스템에서 실행 지연이 퍼지는 방식을 바꿉니다.
계산 예시
청산 대상 계정에 100,000 USDC의 부채가 있고 담보 가치가 103,000 USDC라고 가정합니다. 단순화한 프로토콜에서는 청산인이 50,000 USDC를 상환하고 52,500 USDC 상당의 담보를 받을 수 있습니다. 총 인센티브는 5%입니다.
- 담보를 매도할 때 가격 충격으로
2,000 USDC의 비용이 예상됩니다. - Gas와 우선 수수료는
700 USDC입니다. - 되돌려지거나 경쟁에서 밀린 트랜잭션의 예상 비용은
300 USDC입니다. - 따라서 예상 이익은
52,500 - 50,000 - 2,000 - 700 - 300 = -500 USDC입니다.
합리적인 청산인은 기다리거나 이 계정을 건너뛸 수 있습니다. 아무도 실행하지 않고 담보가 추가로 5% 하락하면 그 가치는 97,850 USDC가 되어, 추가 이자나 수수료를 반영하기 전에도 원래 부채 대비 2,150 USDC의 부족액이 발생합니다. 나중에 청산하면 손실을 줄일 수는 있지만 이미 사라진 담보 가치를 만들어낼 수는 없습니다.
이는 설명을 위한 예시이며 실제로 배포된 특정 시장의 모형이 아닙니다. 실제 close factor, 보너스, 오라클 가격, 프로토콜 수수료, 준비금 규칙, 트랜잭션 비용은 현재 컨트랙트와 공식 문서에서 확인해야 합니다. 예를 들어 Aave가 공개한 규칙에서는 헬스 팩터와 포지션 규모에 따라 청산할 수 있는 최대 비율이 달라집니다.
위험과 안전장치
- 차입자 통제: 청산 임계값보다 의도적으로 높은 완충 구간을 유지하고, 독립적인 알림을 설정하며, 부채를 상환하거나 담보를 추가하는 방법을 미리 시험해야 합니다. 혼잡한 상황에도 프런트엔드, 자동화 제공자 또는 청산인이 계속 이용 가능할 것이라고 가정해서는 안 됩니다.
- 프로토콜 통제: 견고한 시스템은 오라클과 트랜잭션 인프라를 분산하고, 보너스와 최소 포지션 규모를 조정하며, 청산 규모를 제한합니다. 적절한 경우 부분 청산이나 일괄 청산을 지원하고, 위기가 닥치기 전에 일시 중지, 경매 재설정, 준비금, 부족액 처리 방식을 정합니다.
- 청산인 통제: 운영자는 여러 RPC 엔드포인트를 사용하고, 서명 전에 온체인 상태와 대조하며, 대기 중인 상태를 기준으로 시뮬레이션하고, nonce 대체를 관리하며, 슬리피지를 제한해야 합니다. 또한 단일 거래소나 플래시 유동성 공급원에 의존하지 않아야 합니다.
- 대출자와 예치자의 확인 사항: 부실채권을 처리하는 정확한 손실 부담 순서를 파악해야 합니다. 어느 준비금이 어느 시장을 담당하는지, 누가 매개변수를 변경할 수 있는지, 준비금에 유동성이 있고 실제로 사용할 수 있는지, 준비금이 소진되면 어떻게 되는지 확인해야 합니다.
어떤 안전장치도 실행을 보장하지는 않습니다. 인센티브가 평상시에는 너무 작다가도 매개변수 변경 후에는 지나치게 크거나 악용될 수 있습니다. 일시 중지와 회로 차단기는 잘못된 오라클이나 컨트랙트의 피해를 제한할 수 있지만, 의도적으로 청산을 멈춰 가격 위험이 누적되게 할 수도 있습니다. 중요한 것은 가격, 유동성, 네트워크, 인프라가 동시에 압박받을 때 전체 시스템이 어떻게 작동하느냐입니다.
흔한 오해
오해 1: 모든 프로토콜은 신뢰할 수 있는 키퍼 하나를 지정한다
많은 프로토콜에서는 어떤 주소든 청산할 수 있습니다. 이름이 알려진 봇도 여러 참여자 중 하나이거나 인터페이스 제공자일 뿐일 수 있습니다. 이를 대신해 실행할 주체가 없을 때에만 그 봇의 중단이 실질적인 영향을 줍니다.
오해 2: 청산 대상이 된 포지션은 이미 청산됐다
청산 대상 자격은 컨트랙트 상태이고, 청산은 별도의 트랜잭션이나 경매입니다. 실행이 성공하고 그 결과로 생긴 부채와 담보가 회계에 반영되기 전까지는 시장 익스포저가 남아 있습니다.
오해 3: gas를 올리면 언제나 실패를 해결할 수 있다
트랜잭션 수수료를 높이면 블록에 포함될 우선순위를 높일 수 있지만, 오래된 오라클, 중지된 시장, 부족한 자본, 누락된 allowance, 변경된 계정 상태, 수익성 없는 담보 매도 또는 컨트랙트 되돌림을 해결하지는 못합니다.
오해 4: 부실채권은 대출자가 즉시 같은 금액을 잃는다는 뜻이다
부실채권은 먼저 프로토콜이 규정한 손실 부담 순서에 따라 처리됩니다. 준비금이나 다른 백스톱이 이를 흡수할 수 있습니다. 대출자나 거버넌스 토큰 보유자는 적용되는 규칙과 사용 가능한 자원이 정하는 범위에서만 영향을 받으며, 그 시점도 부족액이 발생한 순간과 다를 수 있습니다.
관련 주제
출처
- 헬스 팩터와 청산 - Aave (확인일: 2026-08-21)
- Compound III 문서: 청산 - Compound (확인일: 2026-08-21)
- Liquidation 2.0 모듈 - Maker Protocol Technical Docs (확인일: 2026-08-21)