🧨 ‘스테이블’이 깨지는 순간들 [디페깅(Depeg)과 코인런의 리스크 지도]

부제: 안전자산처럼 보일 때 더 필요한 체크리스트

스테이블코인 얘기를 하다 보면 이런 말이 자주 나와요.

• “스테이블은 1달러에 붙어 있으니까 안전하지.”
• “현금 대신 스테이블로 잠깐 보관해도 되겠지.”

근데 스테이블코인은 이름이 스테이블이지, “절대 안 깨지는 1달러”는 아닙니다.
‘1달러’를 지키는 장치(준비금·상환·차익거래)가 스트레스 상황에서 제대로 작동하느냐가 핵심이에요. (그리고 그게 무너지는 순간이 바로 디페깅입니다.)

오늘은 “스테이블이 깨지는 순간”을 지도처럼 정리해볼게요.

---

1️⃣ 위험 3종 세트: 스테이블이 흔들리는 길은 보통 여기로 모인다

✅ ① 준비금/상환 리스크: “금고가 튼튼한가, 문이 열려 있나”

가장 기본이자 가장 강력한 리스크예요.

• 준비금이 부족하거나
• 준비금은 있어도 현금화가 느린 자산이 많거나
• 상환(리딤)이 지연/제한/중단되면

시장에서는 “1코인=1달러”라는 약속을 의심하기 시작합니다.
그 순간부터 1달러는 신념이 아니라 공포와 신뢰 게임이 돼요.

여기서 현실적으로 더 중요한 포인트 하나가 있어요.
스테이블코인은 “누구나 언제든 1:1 상환”이 아니라, **상환이 제한된 구조(특정 참여자 중심)**로 운영되는 경우가 많고, 이런 구조는 안정성엔 도움이 되기도 하지만 동시에 런(동시에 몰릴 때) 취약성을 키울 수도 있습니다.

---

✅ ② 시장 유동성 리스크: “사고팔 곳(깊이)이 얕으면, 작은 불안도 크게 흔들린다”

스테이블코인은 거래소와 AMM(유동성 풀)에서 거래되죠.
그런데 시장이 불안해지면 유동성이 갑자기 얇아질 수 있어요.

• 매도는 많아지는데
• 받아줄 매수는 줄어들면
• 가격은 순식간에 1달러 아래로 미끄러집니다.

“원래는 금방 돌아올 0.99”가
유동성이 말라버리면 “0.95, 0.90”처럼 더 깊어질 수 있어요.
(특히 주말/야간/이슈가 터진 직후에 이런 일이 자주 벌어집니다.)

---

✅ ③ 규제/거래소 리스크: “동결/상장폐지/출금중단 같은 ‘외부 충격’”

스테이블코인은 코인 시스템 안에서만 움직이는 게 아니라,

• 발행사(회사)
• 수탁기관(은행/커스터디)
• 거래소(상장, 입출금)
• 규제(준수 여부)

같은 “바깥 현실”과 연결돼 있어요.

그래서 어떤 날은 기술 문제가 아니라

• 특정 거래소에서 입출금이 막히거나
• 규제 이슈로 상장 정책이 바뀌거나
• 법적 이슈로 특정 주소 동결 같은 이벤트가 나오면서

가격 안정성에 충격이 갈 수 있습니다. (코인 시장은 “이슈의 속도”가 빠르니까요.)

---

2️⃣ 코인런(Stablecoin Run): “다 같이 상환하러 뛰면 무슨 일이 생길까?”

코인런은 은행런이랑 감각이 비슷해요.

평소엔 괜찮은데, ‘동시에’ 몰리면 시스템이 테스트를 받는다.

🧩 코인런이 시작되는 전형적인 시나리오

1. 어떤 소문/뉴스가 뜸
   • “준비금 일부가 위험하다더라”
   • “상환이 느려졌다더라”
2. 사람들은 불안해서 스테이블을 팔기 시작
3. 가격이 1달러 아래로 내려감(디페깅)
4. 가격이 내려가면 불안은 더 커짐 → 더 판다
5. 상환 요청이 몰리거나(직접/간접), 거래소에서 스테이블이 빠져나감
6. 준비금 현금화/상환 처리 속도가 따라가지 못하면 “신뢰”가 더 흔들림

여기서 핵심은 이거예요.

디페깅은 ‘결과’이기도 하지만, ‘원인’이 되기도 한다.
(가격이 흔들리면 공포를 키우고, 공포가 다시 가격을 흔든다)

그래서 “상환이 빠르고 확실하다”는 건 단순한 편의성이 아니라, 런을 막는 방패가 됩니다.

---

3️⃣ 체인/브릿지/스마트컨트랙트 사고: “기술 사고가 왜 가격 안정성을 흔들까?”

스테이블코인은 보통 두 겹으로 움직입니다.

• 발행/준비금/상환(금융 구조)
• 체인 위 유통(기술 구조)

그래서 기술 사고가 나면 “가격”이 흔들릴 수 있어요.

✅ ① 브릿지 사고: ‘다른 체인에 있는 스테이블’이 갑자기 불안해진다

멀티체인 스테이블은 “브릿지로 옮겨 다니는 버전”이 많죠.
브릿지가 해킹/중단되면,

• 어떤 체인에 있는 스테이블은 “상환 경로가 막힌 것처럼” 느껴지고
• 시장에서는 더 싸게 거래되기 시작합니다.

즉, 같은 이름의 스테이블이 체인별로 다른 가격이 될 수도 있어요.

---

✅ ② 스마트컨트랙트/프로토콜 사고: ‘담보/유동성’이 새어 나가면 페그도 같이 흔들린다

암호자산 담보형(온체인 담보)은 특히

• 담보를 관리하는 계약
• 청산 로직
• 오라클(가격 데이터)

같은 요소가 핵심인데, 여기서 사고가 나면 담보가 고장나고 페그가 흔들립니다.

또 디파이에서 스테이블을 “예치해서 이자 받는 구조”도 많은데, 그 프로토콜이 터지면 스테이블 자체가 아니라도 유동성·신뢰가 같이 흔들릴 수 있어요.

---

4️⃣ 대표 실패 사례를 “교훈”으로 정리하기

실제 사건을 보면 구조가 더 선명해져요. (사례는 교훈만 가져오면 충분합니다.)

---

📌 사례 A: 알고리즘형 붕괴 — “죽음의 소용돌이”가 현실이 되는 순간

테라USD(UST)는 알고리즘형 스테이블코인의 대표적 실패 사례로 자주 언급됩니다. 2022년 5월 UST가 페그를 잃으면서 연쇄적으로 붕괴했고, ‘알고리즘+연동 토큰’ 구조에서 신뢰가 깨질 때 어떤 식으로 악순환이 가속되는지 보여줬다는 평가가 많아요.

여기서 남는 체크포인트

• “1달러를 마지막에 받쳐줄 진짜 금고”가 약하면
  신뢰가 깨지는 순간 회복이 어렵다.
• 높은 수익(예: 과하게 매력적인 이자)이 “안전”으로 포장될수록,
  구조가 흔들릴 때 반작용이 크다.

---

📌 사례 B: 준비금(전통 금융) 연결 리스크 — “은행 이슈가 스테이블을 흔든다”

2023년 3월 실리콘밸리은행(SVB) 사태 때, USDC가 일시적으로 1달러 아래로 내려갔던 사건이 있었죠. 준비금 일부가 SVB에 있다는 우려가 퍼지며 시장이 흔들렸고, 이후 당국 발표/조치로 불안이 진정되는 흐름이 전개됐습니다.

여기서 남는 체크포인트

• “크립토 안에서만” 안전한 게 아니라,
  준비금이 연결된 전통 금융의 이벤트도 영향을 준다.
• 그래서 준비금의 “구성”뿐 아니라 “어디에 보관돼 있나(은행/수탁)”도 중요하다.

---

📌 사례 C: 알고리즘형의 반복되는 런 시나리오

미 의회조사국(CRS)은 UST 사건이 “처음이 아니었다”는 맥락에서, 2021년 Iron Finance(부분 알고리즘형)에서 런처럼 붕괴가 나타났다는 점도 언급합니다.

여기서 남는 체크포인트

• “부분 담보/알고리즘 혼합”도 결국 신뢰가 무너지면 급격히 무너질 수 있다.

---

5️⃣ 안전자산처럼 보일 때 더 필요한 체크리스트

여기부터가 실전이에요.
스테이블코인을 “현금 대체”로 쓸수록, 아래 체크리스트가 중요해집니다.

✅ A. 준비금/상환 체크

• 준비금이 현금·단기국채 중심인가? (유동성)
• 준비금 공개가 정기적이고 구체적인가? (어테스테이션/보고)
• 상환(리딤)이 명확한 절차/시간을 갖고 있는가?
• 상환이 “특정 참여자 중심”이면, 그 구조가 시장 안정에 어떤 영향을 주는가?

✅ B. 시장 유동성 체크

• 거래소/체인에서 유동성이 충분한 편인가?
• 위기 때 “출금/입금 지연”이 있었던 적은 없는가?
• 특정 거래소 의존도가 과하게 높지 않은가?

✅ C. 규제/거래소 리스크 체크

• 규제 이슈가 터졌을 때 “거래/상환”이 어떻게 될 수 있는지
• EU MiCA처럼 스테이블코인(EMT/ART)에 대해 권한기관이 상환/운영 요건을 요구하는 흐름도 있어, 제도 환경이 ‘사용 가능성’에 영향을 줄 수 있다.

✅ D. 기술 리스크 체크(특히 멀티체인/디파이 사용 시)

• 브릿지/프로토콜에 의존한다면 “어디가 단일 고장점(SPOF)인가?”
• 디파이 수익을 준다 해도, 그 수익이 어떤 위험(청산/해킹/디페깅) 위에 올라가 있는지

---

🔚 오늘 정리

스테이블이 깨지는 순간은 보통 “한 가지”가 아니라, 여러 리스크가 겹칠 때 나옵니다.

• 준비금/상환이 흔들리거나
• 유동성이 말라버리거나
• 규제/거래소/기술 사고 같은 외부 충격이 오면
  → 디페깅은 생각보다 빠르게 깊어질 수 있어요.

그리고 가장 중요한 결론은 이거예요.

스테이블코인은 ‘안전’이라서 쓰는 게 아니라,
‘편해서’ 쓰는 경우가 많다.
그래서 더더욱 “편함의 대가(리스크)”를 체크리스트로 관리해야 한다.