분석: 에이브의 비트코인 대출시장 제안, WBTC 공급자를 결제 부족액 위험에 노출

에이브가 제안한 비트코인 네이티브 대출시장은 WBTC 청산 대금 지급에 쓰이는 자금을 공급하는 이들을, 명시적으로 조성된 보호 장치가 없는 상태에서 결제 부족액에 노출할 수 있다. Babylon Labs가 10월 14일 제안한 방식은 즉각적인 청산 대금 지급과 비트코인에 보관된 담보의 상대적으로 느린 상환을 분리한다. 에이브 의견 요청서는 후속 절차로 의견 수렴, 조건부 스냅샷 투표, 전체 위험 변수를 담은 최종 온체인 제안을 명시했다.

차입자는 비트코인의 개별 탭루트 볼트에 BTC를 예치하고, 에이브에서는 사용자가 거래할 수 없는 제한형 ERC-20 회계 토큰으로 이를 표시한다. 청산 결제에 쓰이는 WBTC는 이 회계 토큰과 별개다. 외부 청산인은 통합 어댑터를 통해 청산 대상 차입자의 부채 자산을 상환한다. 이후 압류된 볼트는 BTC Vault Swap Spoke에 매각되며, 이 스포크는 에이브의 허브(Hub)라 불리는 공동 유동성 풀에서 WBTC를 인출해 오라클 기준 가격에서 매도 할인분을 뺀 금액을 청산인에게 지급한다. 청산인은 같은 거래에서 양도 가능한 자산을 받고, 스왑 스포크는 볼트를 에스크로에 보관하며 인출한 WBTC에 대한 이자를 부담한다. 상환 권한이 있는 차익거래자는 나중에 인출금과 누적 이자를 갚고 볼트를 넘겨받은 뒤 비트코인에서 BTC를 청구한다. 허브 유동성은 이 매입이 이뤄질 때까지 에스크로 자금을 대며, 그 뒤 차익거래자는 비트코인 상환의 며칠간 이어지는 이의 제기 기간에 자본을 투입하게 된다.

권한을 부여받은 애플리케이션 볼트 키퍼는 상환 자금을 직접 조달하고 압류한 BTC를 키퍼의 비트코인 키로 상환할 수도 있어, 스왑 스포크의 허브 인출을 거치지 않는다. 청산인이 볼트의 가치를 소진하기 전에 차입자의 부채 전액을 상환하면, 잔여분을 청산 보너스 할인율을 적용한 WBTC로 차입자에게 보상해야 한다. 따라서 키퍼의 직접 경로에서도 잉여금 지급을 위해 WBTC가 필요할 수 있다.

스왑 스포크의 WBTC 인출은 차입자의 원래 대출에 더해 두 번째 부채를 발생시키며, 상환 여부는 적격 매수자가 정해진 조건을 수락하는지에 달려 있다. 차익거래자는 허브 부채보다 가치가 낮은 볼트를, 볼트의 현재 가치에서 차익거래자에게 유보된 마진을 뺀 금액을 지급하고 매입할 수 있다. 미상환 잔액은 같은 거래에서 허브에 부족액으로 보고된다. 유보 마진은 손실을 인식하면서도 볼트 매입 유인을 유지하기 위한 것이다. 에이브 V4의 부족액 문서는 부족액을 충당할 때 권한을 받은 활성 스포크에 속한 허브 공급 지분을 사용하며, 회계상 잔액을 복구하려면 공급 자본이 필요하다고 설명한다.

TokenLogic의 9월 보장 체계는 부족액 위험을 인출된 특정 허브 자산의 공급자에게 귀속하고, 자금을 인출한 스포크는 별도로 추적한다. 이 체계에 따르면 제안된 WBTC 인출에서 부족액이 발생할 경우, 배정된 보호 장치가 손실을 흡수하지 않는 한 해당 허브의 WBTC 공급자가 영향을 받는다. 이 체계는 설정된 경우 DAO의 부족액 상계를 엄브렐라 보호보다 먼저 적용되는 1차 손실 방어층으로 규정한다. 최초 권고안은 WETH, USDC, USDT 등 코어 대출시장 3곳을 대상으로 하며 WBTC 자금 조달은 제외한다. Babylon의 제안에는 자금이 조성된 WBTC 백스톱이 명시되지 않아, 최종 자금 조달 허브와 인출 한도, 전용 보호 장치는 향후 위험 배분 결정에 맡겨져 있다. 손실을 기록하는 제안 메커니즘과 백스톱 자금 조달은 별개의 결정으로 남는다.

Babylon의 공개 안전성 문서는 허브의 WBTC 유동성이나 스왑 스포크의 사용 한도가 부족하면 무허가 청산이 취소된다고 설명한다. 등록된 차익거래자는 직접 상환을 이용할 수 있지만, 가능한 청산인의 범위는 좁아질 수 있다. 허브 자금 조달은 청산 참여자를 늘리는 반면, 직접 상환은 비트코인을 청구하고 결제 자금을 댈 수 있는 운영자에 의존한다. 청산을 개시할 권한과 BTC를 상환할 권한은 다르다. 상환 권한은 볼트의 지출 구조에 설정되기 때문이다. Babylon의 SCRIPT 프레임워크는 제3자 검열로부터의 자유를 소유권 유지 및 담보 뒷받침과 별도로 평가한다. 이는 제안의 개방형 청산 개시, 권한이 부여된 상환자, 일시 중지 권한을 검토할 때 관련 있는 구분이다. Babylon의 안전성 문서에 따르면 예금자나 위임 운영자는 저장된 볼트별 자료를 이용해 무효한 청구에 이의를 제기할 수 있으며, 적시에 조치해야 한다. 과도기 보안위원회는 지급을 차단할 수는 있지만 비트코인을 다른 곳으로 돌릴 수는 없다.

에이브 의견 요청서는 두 스포크와 자금 조달 허브 모두의 거버넌스를 에이브 DAO에 맡긴다. 요청서는 별도로 LlamaRisk, Babylon Labs, Aave Labs로 구성된 2-of-3 멀티시그에 스왑 스포크 설정 권한을 부여한다. Babylon 프로토콜의 설정과 행위자 집합은 공개 타임록을 통해 Babylon 거버넌스가 통제한다. 요청서에 따르면 TBV 동결은 출금을 유지하는 반면 일시 중지는 출금을 중단한다. 그러나 공개 테스트넷 문서는 소프트 일시 중지와 전체 일시 중지를 구분하고, 이미 가능한 비트코인 복구 경로에 별도의 보호 장치를 둔다. BabylonSpoke의 풀 리퀘스트는 담보액을 한도로 하고 매니저 승인을 거치는 청산을 제안한다. 최종 설정과 후속 보안 검토는 배포에 중요한 요소로 남아 있다. Babylon은 5개 구성 요소에 대한 감사를 진행했으며, Coinspect, ABDK, Zellic이 메인넷 출시 전에 확정된 변경 사항을 재감사하고 있고 최종 보고서는 완료되면 공유할 예정이라고 밝혔다.

미결 설정은 차입자의 볼트가 뒷받침할 수 있는 부채 규모와 차입자가 부담할 청산 비용을 결정한다. 허브 공급자의 금융 위험은 WBTC 인출 한도, 상환 가격 책정, 부족액을 흡수할 수 있는 자본에 따라 달라진다.