MakerDAO를 기준으로, Liquity는 110% 담보 비율과 더 효율적인 자금 청산을 어떻게 실현할까요? | DeFi 포착기

이 글은 링크 캡처의 오리지널 기사로, 저자는 Loners liu입니다.

스테이블코인은 DeFi 세계의 초석으로, MakerDAO에서 생성한 스테이블코인 DAI는 현재 존재하는 모든 DeFi 애플리케이션에 통합되어 있지만, 지난해 3월 12일 이후 DAI의 프리미엄 문제와 MakerDAO의 비효율적인 청산 메커니즘은 그 취약성을 반영했습니다. 지난해 5월, Dfinity의 전 블록체인 연구원 Robert Lauko는 "Liquity"라는 이름의 이더리움 기반 대출 프로토콜을 설계했으며, 자동화된 즉시 청산을 구현하고 인위적인 거버넌스 없이 목표 가격을 자동으로 고정하며, 청산 담보 비율은 110%에 불과합니다.

Liquity 팀은 올해 2월 최신 버전의 백서를 발표했으며, 첫 번째 버전과 비교하여 메커니즘 설계에서 많은 변화가 있었습니다. 링크 캡처는 최신 백서의 해석과 테스트넷의 실제 경험을 바탕으로 이번 DeFi 캡처의 새로운 프로젝트 Liquity를 소개합니다.

1. Liquity 프로토콜의 배경 및 소개

현재의 대출 프로토콜은 대출자가 발행된 스테이블 화폐의 연동을 유지하기 위해 이자율을 부과하는 경우가 많아, 일시적인 고이자율이 발생할 경우 대출자에게 불리할 수 있습니다. 일반적으로 거버넌스 토큰 보유자는 시스템의 경제 계수를 관리해야 하며(예: 요율 설정), 프로토콜의 최적 이익을 달성해야 합니다. 실제로 온체인 거버넌스는 어려운 문제이며 논란이 많은 주제입니다. 대부분의 사용자는 거버넌스 수익을 위해 투표에 참여합니다.

또한 대출 프로토콜은 담보 경매와 고정 가격 매각을 설계해야 하므로, 사용자가 과도한 담보를 제공해야 하며, 이는 자금 활용률을 낮추는 원인이 됩니다. 마지막으로, 직접적인 차익 거래 주기가 부족하여 각 프로토콜에서 생성된 스테이블 화폐는 일반적으로 액면가로 상환할 수 없으며, 고정 가격을 보장할 수 없습니다.

Liquity는 경매 로봇이 필요 없고, 거버넌스가 필요 없으며, 낮은 담보 비율 등의 장점을 가지고 있습니다. 사용자는 Liquity 프로토콜을 통해 자율적으로 담보, 상환 등의 작업을 수행할 수 있습니다. 청산 측면에서 Liquity는 안정 풀 청산, 부채 재분배, 글로벌 청산의 세 부분으로 나뉩니다.

Liquity는 지난해 9월 Polychain Capital이 주도한 240만 달러의 시드 라운드 자금을 완료했다고 발표했으며, 참여 투자자는 a_capital, Lemniscap 및 1kx입니다. Liquity는 5명으로 구성된 소규모 팀에 의해 개발되었으며, 창립자 Robert Lauko는 Dfinity의 전 블록체인 연구원이며, 초기 직원으로는 MakerDAO에서 사업 개발을 담당했던 Ashleigh Schap이 포함되어 있습니다.

2. Liquity 프로토콜의 주요 장점

1. 무이자율

Maker와는 달리, Liquity는 안정 수수료/이자율 메커니즘이 없지만, 발행 사용자들은 일회성 발행 수수료를 지불해야 하며, 담보를 상환할 때 일회성 상환 수수료를 지불해야 합니다. 링크 캡처는 Kovan 테스트넷에서 현재의 일회성 발행 수수료가 10 LUSD(이 LUSD는 Liquity 프로토콜에서 대출을 지불하는 데 사용되는 미국 달러에 연동된 스테이블 화폐)라고 테스트했습니다. 즉, 10달러입니다.

하지만 기본 자산인 이더리움을 상환하는 것은 무조건적이지 않으며, 이 수수료는 특정 알고리즘에 따라 생성됩니다. 아래 그림과 같습니다:

전반적으로 상환 수수료는 두 가지 변수와 관련이 있습니다. 하나는 마지막 상환 작업의 시간 간격이고, 다른 하나는 LUSD 수량이 총 발행량에서 차지하는 비율입니다. 즉, 마지막 상환 작업과의 간격이 짧을수록 수수료가 높아지며, 마지막 상환 활동의 간격이 길어질수록 점차 감소하여 결국 0에 가까워집니다. 상환 시 LUSD 수량이 총 발행량에서 차지하는 비율이 높을수록 지불해야 하는 수수료가 높아집니다. 발생한 상환 수수료는 상환하는 담보 자산 ETH에서 차감됩니다.

안정 풀 규모의 성장을 유도하기 위해 시스템은 일부 수익을 성장 토큰 GT의 형태로 시스템의 핵심 기여자에게 보상합니다. Liquity 시스템에서 핵심 기여자는 제3자 프론트엔드 개발자와 안정 풀의 LQTY 제공자를 의미합니다.

프로토콜 레이어로서 Liquity는 프론트엔드 작업 인터페이스를 제3자에게 아웃소싱하고, 아직 최종 형태가 확정되지 않은 인센티브 모델을 기반으로 여러 제3자가 개발을 제공하도록 유도합니다. 누구나 참여할 수 있으며, 보상으로 성장 보상 토큰 GT를 받을 수 있습니다. 이 토큰은 매년 반감기가 있는 디플레이션 모델입니다.

2. 110%의 초저 담보 비율

처음에 Liquity 공식은 청산 프로세스에서 명령을 엄격하게 실행하도록 설계했으며, 담보 비율이 110% 이하일 때만 청산이 촉발됩니다. 이는 대출자의 자금을 보다 안전하게 보호하기 위한 것입니다.

하지만 이더리움 메인넷에서는 담보 비율에 따라 청산을 엄격하게 수행할 경우, 공격자는 많은 소액 담보의 Troves(담보를 저장하는 Vault, Maker의 Vault와 유사)를 생성하여 청산 순서를 늦추어 시스템을 막을 수 있습니다. 현재 이더리움의 가스 한도는 최대 12.5m이며, 담보 금액에 최소 규모의 제한을 두지 않는 한, Liquity가 한 번에 최대 90-95개의 Troves를 청산할 수 있더라도 이더리움 네트워크의 혼잡으로 인해 담보를 제때 청산할 수 없습니다.

Liquity 시스템은 빠르고 효율적인 청산에 심각하게 의존하므로, 청산 시스템 설계에서 임의의 금액의 Troves를 청산할 수 있도록 허용합니다. 극단적인 시장 상황에서는 청산 로봇이 금액이 큰 Troves를 우선적으로 청산하며, 금액이 작은 Troves는 오랜 시간 동안 청산되지 않을 수 있습니다. 대출 프로토콜에 있어 중요한 것은 청산의 수량이 아니라 미상환 부채의 금액입니다.

3. 부채 창고 이전

안정 풀의 LQTY가 청산되어 소진되면, Liquity는 자동으로 청산의 두 번째 단계로 전환됩니다. 이 단계에서 시스템은 남은 담보 부족의 "창고"를 모든 기존 "창고"에 비례하여 재분배합니다. 즉, "창고"의 담보 비율이 높을수록 "청산 포지션에서 오는" 부채와 담보를 더 많이 받게 됩니다. 부채 창고 이전 메커니즘을 통해 시스템에서 연쇄 청산이 발생하지 않도록 보장할 수 있습니다.

극단적인 상황을 가정해 보겠습니다. 전체 시스템의 담보 비율이 150% 이하로 떨어지면, 부채 창고 이전도 청산 문제를 해결할 수 없습니다. 시스템은 복구 모드를 시작합니다.

4. 복구 모드의 설계

유동성 내 청산은 주로 안정 풀을 사용하여 하나의 Trove의 부채를 상쇄하는 방식으로 이루어지지만, 청산 기간 동안 안정 풀이 비어 있거나 모두 소진되면 시스템은 부채와 담보를 재분배합니다. 따라서 두 번째 방어선으로 모든 Troves가 시스템의 지급 능력에 기여합니다.

전체 시스템이 청산을 흡수할 수 있는 충분한 담보를 확보하도록 보장하기 위해 Liquity는 복구 모드를 추가했습니다. 총 담보 비율(TCR)이 150% 이하로 떨어지면 이 특별한 작동 모드가 촉발되며, 청산 Troves의 조건이 연장됩니다. 복구 모드에서는 Troves의 담보 비율이 TCR 이하일 경우 청산이 가능합니다. 정상 모드에서는 110% 이하의 Troves만 청산됩니다.

복구 모드의 초기 버전에서는 담보 비율이 150%에 달하는 Trove도 청산될 수 있습니다. 그러나 우리는 기준을 TCR(정의에 따라 TCR이 150% 미만)으로 변경했습니다. TCR과 150% 사이의 청산 담보 비율은 실제로 시스템의 총 담보 비율을 악화시킬 수 있습니다.

엄격한 청산 순서를 완화한 후, 이제 TCR 이하의 담보 비율을 가진 Trove는 시스템이 복구 모드에 들어갈 때 청산될 수 있습니다. 청산 손실은 Trove 부채의 최대 50%에 달할 수 있으며, 이는 대출자에게 매우 가혹합니다. 사실, 이러한 과도한 청산 처벌은 안정성 제공자를 유도하는 데 필요한 조건이 아님이 입증되었습니다. LUSD의 거래 가격이 1.10달러의 경직된 상한선 아래로 떨어지기만 하면, 청산 담보의 가치가 청산 부채의 110%만큼만 보장되면 청산은 수익성이 있어야 합니다.

복구 모드에서는 청산 손실의 상한이 담보의 110%로 설정됩니다. 남은 부분, 즉 110%를 초과하는(TCR 미만) 담보는 청산된 대출자가 표준 네트워크 인터페이스를 통해 회수할 수 있습니다.

이는 대출자의 Trove가 청산될 경우, 복구 모드에서는 일반 모드와 동일한 청산 "처벌"(10%)에 직면하게 됨을 의미합니다. 110%를 초과하는 Troves의 청산은 안정 풀에 대해서만 이루어지며(즉, 재분배에서 면제됨), 모든 부채를 한 번에 청산할 수 있어야 합니다.

복구 모드에서 청산 메커니즘은 다음 규칙으로 설명됩니다:

이러한 변화는 안정 제공자가 복구 모드 동안 예금을 늘리도록 유도하여 시스템의 총 담보 비율을 높입니다.