Aave, rsETH 위기 속 84억 5천만 달러 인출 물결 속에서도 건재 – DeFi 위험 관리, 재점검 논의

2026년 6월 19일

Aave, rsETH 위기 속 84억 5천만 달러 인출 물결 속에서도 건재 – DeFi 위험 관리, 재점검 논의

2026년 4월, KelpDAO의 rsETH와 관련된 크로스체인 브릿지 사고는 단순한 개별 해킹 사건에서 DeFi 대출 전반에 걸친 시스템 전체의 스트레스 사건으로 빠르게 확산되었습니다. rsETH의 담보 무결성과 지급 불능 가정에 대한 우려가 퍼지면서, 사용자들은 위험 노출을 줄이기 위해 서둘렀고, 단기간에 Aave에서 84억 5천만 달러로 추정되는 자금을 인출했습니다.

Aave의 핵심 프로토콜은 "무너지지 않았습니다." 스마트 계약은 설계대로 계속 실행되었고, 청산은 규칙 기반으로 이루어졌으며, 추가적인 전염을 막기 위한 위험 통제가 배포되었습니다. 동시에, 이 사건은 하나의 냉혹한 진실을 드러냈습니다. 가장 검증된 대출 시장조차 담보가 사회적, 경제적으로 논란이 될 때 유동성 절벽에 직면할 수 있다는 것입니다.

이 글에서는 어떤 일이 있었는지, Aave의 일부 시장이 100% 이용률에 도달한 이유, Aave의 위험 도구가 실제로 무엇을 보호했고 무엇을 보호하지 못했는지, 그리고 DeFi 사용자들이 다음번에는 무엇을 다르게 할 수 있는지(특히 크로스체인 자산이 관련된 경우)를 살펴보겠습니다.


1) 브릿지 해킹에서 담보 패닉으로: rsETH가 발화점이 된 과정

계기는 rsETH의 흐름에 사용된 LayerZero 기반 크로스체인 브릿지에 대한 것으로 알려진 공격으로, 약 2억 9,200만 달러 상당의 rsETH가 도난당했습니다. 브릿지된 자산이 손상되면, 시장은 즉각적으로 최악의 시나리오를 가격에 반영합니다.

  • 해당 자산은 여러 도메인에서 여전히 완전히 담보화되어 있습니까?
  • 상환 또는 변환이 중단될 수 있습니까?
  • 유동성이 체인 간에 단편화될 수 있습니까?
  • 청산인이 어떤 가격으로든 받아들 일까요?

이것이 바로 크로스체인 담보의 고유한 위험입니다. 기술적 위험이 감정의 속도로 금융 위험으로 전환됩니다. 대출 프로토콜이 정상적으로 작동하더라도 시장은 해당 담보를 "일시적으로 신뢰할 수 없음"으로 취급할 수 있으며, 대출자는 출금을 서두를 것입니다.

크로스체인 메커니즘과 브릿지가 자주 공격 대상이 되는 이유에 대해 더 깊이 알고 싶은 독자를 위해, 이더리움의 브릿지 개념 개요는 유용한 참고 자료가 될 것입니다: 암호화폐 브릿지가 작동하는 방식과 위험 요소를 알아보세요.


2) Aave가 "실패"하지 않았지만, 일부 사용자는 즉시 인출하지 못한 이유

소셜 타임라인에서 종종 놓치는 중요한 점은, Aave는 현금 보유고를 가진 은행이 아니라는 것입니다. Aave는 통합 대출 시장입니다. "인출"한다는 것은 다음 사항에 유동성이 의존하는 풀에서 자금을 빼내는 것을 의미합니다.

  • 얼마나 많은 자본이 공급되었는지,
  • 얼마나 많이 빌려갔는지,
  • 그리고 차입자가 얼마나 빨리 상환하거나(또는 청산될 수 있는지).

rsETH 충격 당시, 패닉으로 인한 인출이 급증한 반면, 차입 포지션은 즉시 정리되지 않았습니다. 일부 시장에서는 차입 수요와 느린 디레버리징이 이용률을 100%까지 밀어 올렸습니다. 그 시점에서는:

  • 공급자는 즉시 인출하지 못할 수 있습니다(유동성이 적극적으로 차입되었기 때문).
  • 이자율이 급등할 수 있습니다(이자율 곡선에 따라).
  • 청산이 가속화될 수 있습니다. 그러나 청산은 유동성이 있고 신뢰할 수 있는 가격 책정이 필요합니다.

이것은 버그가 아니라, 스트레스 하에서의 머니 마켓의 기계적인 결과입니다. 프로토콜은 정확히 지정된 대로 작동할 수 있지만, 사용자 경험은 여전히 "뱅크런"처럼 느껴질 수 있습니다.

Aave의 시장 디자인과 계약 수준에서 차입/공급이 어떻게 작동하는지 다시 확인하고 싶다면, 공식 문서를 참조하십시오: Aave 프로토콜 문서.


3) 전염 벡터: 상호 연결된 DeFi와 "담보 사회적 합의"

rsETH 사건은 DeFi의 구조적 현실을 강조합니다. 위험 역시 구성 가능합니다.

Aave의 계약 및 오라클 스택이 그대로 유지되더라도, 담보가 다음과 같은 경우 불안정해질 수 있습니다.

  • 해당 담보가 여러 프로토콜에서 널리 사용될 때,
  • 유동성이 체인 또는 거래소 간에 단편화될 때,
  • 그리고 대규모 포지션이 소수의 지갑 또는 볼트에 집중될 때.

이러한 순간에 시스템의 안정성은 모델링하기 어려운 행동에 달려 있을 수 있습니다.

  • 단 한 명의 대규모 차입자가 디레버리징을 결정하거나 거부하면 이용률을 재편할 수 있습니다.
  • 몇몇 대규모 대출자가 출금하면 청산으로 채워지는 속도보다 더 빠르게 가용 유동성을 고갈시킬 수 있습니다.
  • 마켓 메이커는 철수하여 스프레드를 넓히고 청산 효율성을 약화시킬 수 있습니다.

이것이 많은 분석가들이 DeFi 대출을 계약 계층에서는 견고하지만, 유동성 및 조정 계층에서는 여전히 취약하다고 설명하는 이유이며, 특히 브릿지된 자산이 담보 포트폴리오의 핵심에 가까이 있을 때 그렇습니다.


4) 위기 당시 Aave의 위험 통제가 실제로 했던 역할

Aave는 "관리되지 않는 코드"가 아닙니다. 거버넌스와 위험 기여자들을 통해 조정될 수 있는 계층화된 위험 프레임워크에 의존합니다. 이러한 사건 발생 시, 일반적인 제어 수단은 다음과 같습니다.

  • LTV 및 청산 임계값 변경: 차입 능력을 줄이거나 디레버리징을 신속하게 진행하기 위해
  • 공급 및 차입 한도: 긴장된 자산의 노출 증가를 제한하기 위해
  • 격리 모드: 특정 자산이 광범위한 시스템 담보로 사용되는 것을 방지하기 위해
  • E-Mode 설정: 상관 관계가 있는 자산의 레버리지를 제한하기 위해 (강력하지만 신중한 조정 필요)
  • 긴급 동결/일시 중지: 상황이 안정되는 동안 새로운 위험 행위를 중단하기 위해 (해당되는 경우)

이러한 도구는 부정적인 담보 사건이 프로토콜 전체의 지급 불능 나선으로 이어지는 것을 방지하도록 설계되었습니다. 하지만 이용률이 100%에 도달했을 때 "공기 중에서 유동성을 창출"할 수는 없습니다. 주로 다음과 같은 역할을 합니다.

  1. 위험이 얼마나 커질 수 있는지 제한하고,
  2. 디레버리징의 속도와 방향을 조정합니다.

거버넌스 및 위험 업데이트 프로세스에 관심 있는 독자를 위해, Aave의 거버넌스 포털은 매개변수가 어떻게 제안되고 실행되는지에 대한 투명성을 제공합니다: Aave 거버넌스.


5) 논쟁: 디파이 성숙도를 증명한 것인가 – 아니면 약점만 폭로한 것인가?

두 가지 해석 모두 사실일 수 있습니다.

왜 디파이 성숙의 순간처럼 보였는가

  • 어떤 단일 운영자도 프로토콜을 "구제"할 필요가 없었습니다.
  • 시스템은 스트레스 하에서 규칙 기반으로 투명하게 유지되었습니다.
  • 위험 매개변수 및 봉쇄 조치는 추가적인 확대 재생산을 줄였습니다.
  • 이 사건은 유동성 가정에 대한 대규모 실생활 테스트 역할을 했습니다.

왜 비평가들은 아직 해결되지 않은 시스템적 위험을 보는가

  • 집중 위험: 소수의 대규모 행위자가 유동성 결과에 영향을 미칠 수 있습니다.
  • 유동성 위험: 이용률이 100%가 되면 지급 불능 여부와 관계없이 인출이 차단됩니다.
  • 프로토콜 간 전염: 한 구성 요소(브릿지/담보)의 문제가 머니 마켓을 통해 빠르게 확산될 수 있습니다.
  • 거버넌스 지연: "빠른" 거버넌스조차도 패닉으로 인한 자본 유출에 비하면 느릴 수 있습니다.

단 한 번의 성공적인 스트레스 테스트가 안전을 보장하지는 않습니다. 특히 다음 충격이 다른 오라클 실패 모드, 스테이블 코인 디페그, 또는 여러 체인에 걸친 상관 관계 있는 청산 물결을 포함할 수 있다는 점을 고려할 때 더욱 그렇습니다.


6) DeFi 사용자들을 위한 실질적인 시사점: 대출 및 담보 위험 관리 방법

Aave(또는 다른 DeFi 대출 프로토콜)에 자금을 공급하거나 빌리는 경우, rsETH 위기는 간단한 규칙을 시사합니다. 귀하의 위험은 프로토콜에만 국한되지 않습니다. 귀하의 위험에는 담보의 전체 의존성 그래프가 포함됩니다.

다음은 하락 위험을 줄이는 구체적인 습관입니다.

A) 크로스체인 담보는 기본적으로 더 위험하다고 간주하십시오

브릿지된 표현물은 메시징, 보관, 발행/소각 로직, 그리고 체인별 유동성과 같은 추가적인 실패 지점을 도입합니다. 브릿지된 자산을 사용할 때는 더 작은 포지션 규모와 더 빠른 디레버리징 임계값을 고려하십시오.

현대 브릿지에서 흔히 사용되는 기본적인 크로스체인 메시징 모델을 이해하려면 다음을 참조하십시오: LayerZero 문서.

B) 가격을 보듯이 이용률을 주시하십시오

높은 이용률은 "출금 유동성"이 얇을 수 있다는 조기 경고 신호입니다. 시장이 포화 상태로 향하고 있다면, 아무것도 지급 불능 상태가 아니더라도 충격 중에 즉시 인출하지 못할 수 있습니다.

C) 상관 관계가 있는 담보 + E-Mode 과신을 피하십시오

E-Mode는 평온한 시장에서는 효율적일 수 있지만, 상관 관계 가정(또는 유동성 단편화)이 무너지면 레버리지는 격렬하게 청산될 수 있습니다. 평균적인 날이 아닌 스트레스를 위해 포지션 규모를 정하십시오.

D) 거버넌스 조치가 첫 번째 패닉 물결 전에 도착하지 않을 것이라고 가정하십시오

빠른 전염 상황에서 매개변수 변경은 반응적일 수 있습니다. 귀하 자신의 위험 통제(포지션 규모, 담보 품질, 청산 버퍼)가 최전선 방어선입니다.

E) 비상 상황 시 토큰 승인 및 거래 의도를 다시 확인하십시오

혼란스러운 사건 동안 피싱 및 악성 프론트엔드가 급증합니다. 서두르는 승인에 서명하지 말고, 광범위한 권한 부여보다는 허용 범위를 제한하는 것을 고려하십시오.


7) OneKey의 역할: DeFi가 혼란스러울 때의 보안 규율

유동성 위기는 프로토콜만 시험하는 것이 아니라, 사용자를 시험합니다. 시장이 빠르게 움직일 때, 가장 큰 개인 손실은 종종 잘못된 거래에 서명하거나, 가짜 사이트와 상호 작용하거나, 안전하지 않은 지출 한도를 승인하는 데서 발생합니다.

하드웨어 지갑은 이용률이 100%에 도달하는 것을 막을 수는 없지만, 개인 키를 오프라인 상태로 유지하고 거래 서명을 더 신중하게 함으로써 운영상의 안전을 개선할 수 있습니다. 특히 담보를 이동하거나, 승인을 철회하거나, 체인 간에 포지션을 마이그레이션할 때 더욱 그렇습니다.

DeFi 대출을 적극적으로 사용하고 있다면, OneKey와 같은 설정은 더 넓은 위험 자세의 일부로 고려할 가치가 있습니다. 안전한 키 저장, 더 명확한 서명 흐름, 그리고 조건이 최악일 때 "패닉 클릭"을 방지하는 데 도움이 되는 추가적인 마찰 계층을 제공합니다.


결론: 스트레스 테스트 통과 – 하지만 교훈은 Aave보다 크다

rsETH 주도의 인출 물결 동안 Aave의 성능은 중요한 것을 강화했습니다. 잘 설계된 DeFi 머니 마켓은 재량적 개입 없이 극심한 압박 속에서도 기능적으로 유지될 수 있습니다.

하지만 이 사건은 DeFi 위험 관리의 다음 프론티어를 강조했습니다. 단순히 스마트 계약의 정확성뿐만 아니라, 시스템적 유동성 설계, 담보 의존성에 대한 인식, 그리고 브릿지와 래핑된 자산이 사용자 포트폴리오에 깊숙이 통합된 세상에서의 전염에 저항적인 매개변수화가 그것입니다.

DeFi의 구성 가능성이 혁신의 엔진이라면, 위험의 구성 가능성은 위기 중에 발생하는 청구서입니다. 최고의 사용자들과 최고의 프로토콜은 다음 충격 이전에 그 청구서를 준비합니다.

OneKey로 암호화 여정 보호하기

View details for OneKeyOneKey

OneKey

세계에서 가장 진보한 하드웨어 지갑.

View details for 앱 다운로드앱 다운로드

앱 다운로드

스캠 경고. 모든 코인 지원.

View details for OneKey SifuOneKey Sifu

OneKey Sifu

암호화 의문을 해결하기 위해, 한 번의 전화로.