프로토콜 보험기금 공시, 기금 잔액과 보장 약속을 구분하기

비상기금이나 safety module에 큰 잔액이 있다는 사실은 모든 이용자 손실을 자동 보상한다는 뜻이 아니다. 자산별 market value와 즉시 처분 가능액, 어떤 network·pool·risk event를 덮는지, governance 또는 자동 slashing trigger, claim 자격과 우선순위를 확인해야 한다. protocol bad debt를 메우는 장치와 개인 wallet 해킹 보상 상품도 구분한다.

보험이라는 이름부터 계약 구조로 번역한다

프로토콜이 insurance fund라고 부르는 reserve는 규제 보험회사의 보험계약과 같지 않을 수 있다. protocol treasury가 재량 지급하는 예비금, staker 자산을 slash하는 backstop, 미리 cover를 구매한 회원의 claim pool은 권리와 절차가 다르다. 이름 대신 누가 자금을 소유하고 누가 지급 결정을 내리는지 본다.

Nexus Mutual 문서는 Capital Pool을 회원 공동 소유 자산으로 설명하며 cover fee가 들어오고 유효 claim이 ETH·USDC·cbBTC 기준으로 지급된다고 밝힌다. 이는 pool 잔액만으로 아무 사고나 보장한다는 말이 아니다. 구매한 cover wording과 claim assessment가 지급 범위를 정한다.

기금 규모는 지급 능력의 한 요소이고, 보장 약속은 trigger와 계약·거버넌스 절차가 함께 있을 때 성립한다.

JOBCOIN 해설

VISUAL GUIDE뉴스·공시를 확인하는 세 가지 기준

1. 01
   보험이라는 이름부터 계약 구조로 번역한다

   프로토콜이 insurance fund라고 부르는 reserve는 규제 보험회사의 보험계약과 같지 않을 수 있다.

2. 02
   장부 잔액과 실제 손실 흡수 능력을 나눈다

   기금 wallet의 token을 시가로 합산하면 자체 governance token이나 얕은 LP position이 크게 잡힐 수 있다.

3. 03
   Aave Umbrella는 자산별 deficit backstop이다

   Aave 문서는 Umbrella가 Aave v3 pool의 bad debt coverage를 자동화하고, staked aToken이 해당 network의 같은 asset deficit을 덮는다고 설명한다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

장부 잔액과 실제 손실 흡수 능력을 나눈다

기금 wallet의 token을 시가로 합산하면 자체 governance token이나 얕은 LP position이 크게 잡힐 수 있다. 사고 때 매도하면 가격 impact가 커지고 담보가치도 함께 떨어질 수 있다. stable asset, native asset, protocol token, illiquid investment를 분리하고 haircut과 liquidation time을 공시한다.

Capital Pool은 claim 지급뿐 아니라 token backing과 투자에도 쓰인다. 투자 전략에 배정됐거나 환매 요구와 경합하는 자산은 전액 즉시 지급 가능하다고 보기 어렵다. onchain balance와 liabilities, active cover exposure를 같은 기준일로 맞춘다.

Aave Umbrella는 자산별 deficit backstop이다

Aave 문서는 Umbrella가 Aave v3 pool의 bad debt coverage를 자동화하고, staked aToken이 해당 network의 같은 asset deficit을 덮는다고 설명한다. 예를 들어 aUSDC stake는 그 배포의 USDC deficit과 연결된다. 모든 Aave market과 모든 token을 하나의 금고가 포괄하는 구조로 읽으면 안 된다.

설정된 deficit offset을 넘으면 UmbrellaCore가 slash를 실행해 stake share 가치를 낮출 수 있다. 이는 손실 이용자에게 현금을 개별 지급하기보다 protocol accounting의 bad debt를 상쇄하는 메커니즘이다. wallet 피싱, 가격 하락, 이용자 liquidation이 자동 보장된다는 결론은 나오지 않는다.

trigger와 결정권을 현재 버전에서 확인한다

legacy Safety Module은 shortfall 처리에 governance 개입이 필요했지만 Umbrella는 특정 deficit 조건에서 자동 logic을 사용한다. 과거 공지의 최대 slash 비율이나 적용 network를 현재 설정처럼 인용하지 않는다. contract address, offset, minimum assets floor와 owner role을 배포별로 확인한다.

cover 상품은 incident definition, waiting period, cover amount와 만기, proof of loss, assessor vote를 읽는다. 동일 exploit이라도 cover 구매 시각이나 특정 protocol·chain이 조건에 맞지 않으면 claim이 거절될 수 있다. reserve 존재와 내 address의 적격성을 별도 줄로 기록한다.

• 기금 contract와 기준 block을 확인한다
• token별 유동성 haircut을 계산한다
• 보호 network·pool·asset을 열거한다
• trigger·offset·vote·owner 권한을 확인한다
• 개인 claim인지 bad debt 상쇄인지 구분한다

기금 사용은 다른 이해관계자에게 비용을 옮긴다

staker backstop은 reward와 함께 slashing 위험을 맡는다. 사고 시 stake가 줄어 protocol supplier의 deficit을 메우면 비용이 staker에게 이전된다. treasury reserve를 쓰면 token holder의 미래 예산이 감소할 수 있다. ‘무료 보험’이라는 표현은 누가 first-loss를 부담하는지 가린다.

기금이 부족하면 pro rata 지급, claim queue, governance 추가 발행이나 미지급 debt가 생길 수 있다. 우선순위와 exhaustion rule, 여러 동시 사고의 aggregate limit을 공개해야 한다. 단일 최대 claim만 보여 주고 누적 exposure를 감추면 지급 능력을 과대평가한다.

사고 뒤 실제 자금 흐름을 대조한다

shortfall event가 선언되면 deficit 측정 block, 적용 offset, slash amount와 Collector 이동, accounting 상쇄를 transaction으로 추적한다. cover claim이면 접수·assessor 결정·payout hash를 확인한다. 발표 금액과 실제 지급 자산·수량이 다르면 가격 변화와 수수료를 설명해야 한다.

분기 공시는 opening balance, inflow, claim·slash outflow, closing balance를 연결한다. 홍보 문구보다 reconciliation이 중요하다. 적용 범위가 바뀌면 이전 설명을 최신 문서로 교체한다.

이용자는 기금 밖의 위험을 따로 관리한다

프로토콜 reserve가 있어도 private key 유출, 잘못된 network 송금, front-end 사칭은 보장 밖일 수 있다. 이용자는 cover wording과 protocol disclosure를 보관하고 사고 전 position·transaction 증거를 남긴다. 보장된다고 가정해 담보 여유를 줄이는 행동은 피한다.

공시는 현재 기준의 liquid capacity, covered exposure와 scenario별 부족액을 보여 줘야 한다. 미래 governance가 지급을 선택할 가능성은 확정 권리가 아니다.

자주 묻는 질문