Restaking 슬래싱과 재담보 위험
도입
Restaking은 이미 staked 된 자산을 추가 security service에 활용하는 구조다. 이 설명만 보면 자본 효율이 높아지는 기술처럼 보인다. 하지만 교육 자료에서는 shared security가 shared dependency도 만든다는 점을 먼저 가르쳐야 한다.
LRT는 restaking exposure를 사용자가 거래 가능한 토큰으로 받게 만든다. 문제는 이 토큰이 DeFi 담보, vault share, LP asset으로 다시 들어갈 때다. 하나의 AVS slashing event가 LRT price, lending health factor, vault NAV, DEX liquidity를 동시에 흔들 수 있다.
학습 목표
- restaking을 yield 상품이 아니라 shared security dependency로 설명한다.
- slashing allocation, operator risk, AVS dependency가 LRT와 DeFi 담보로 전이되는 경로를 그린다.
- slash event가 발생했을 때 lending, vault, user notice가 어떻게 바뀌어야 하는지 정의한다.
개념 설명
Operator concentration
완화 장치를 정의한다.
AVS correlated slash
완화 장치를 정의한다.
Withdrawal delay
완화 장치를 정의한다.
LRT collateral cascade
완화 장치를 정의한다.
| Layer | 상태 변수 | slash 때 바뀌는 것 |
|---|---|---|
| AVS | allocation, performance | slash amount |
| Operator | delegated stake | affected stake share |
| LRT | share price, redeemability | NAV and exit queue |
| Lending | collateral value | health factor |
| User UI | action availability | borrow disabled, repay CTA |
코드로 확인하기
type Allocation = { avs: string; allocatedEth: number; slashBps: number };export function slashImpact(allocations: Allocation[], totalLrtSupply: number) { const lossEth = allocations.reduce((sum, row) => sum + (row.allocatedEth * row.slashBps) / 10_000, 0); return { lossEth, lossPerShareEth: totalLrtSupply === 0 ? 0 : lossEth / totalLrtSupply };}restaking_collateral_policy: slash_event: new_borrow: disabled repay: enabled withdraw: risk_review concentration: max_operator_share_bps: 2500 max_single_avs_allocation_bps: 3000 dashboard: - slash_event_feed - operator_allocation - withdrawal_queue_days코드는 slash loss를 LRT share price 영향으로 단순화한다. 실제 설계에서는 unique stake allocation, operator set, claim timing, insurance fund가 추가된다. 중요한 점은 slash가 price chart가 아니라 state transition이라는 것이다.
강의 포인트
| 관점 | 확인할 질문 | 증거로 남길 것 |
|---|---|---|
| Allocation | 어떤 AVS와 operator에 stake가 묶였는가 | allocation table |
| Slash | 손실이 어디까지 전이되는가 | loss per share |
| Collateral | lending이 어떤 haircut을 적용하는가 | cap and threshold |
| User action | 어떤 행동을 막고 어떤 행동은 열어둘 것인가 | pause matrix |
실무 예시
운영[INDEXER] LRT 담보 market에서 slash rumor가 돌았다. price oracle은 아직 크게 움직이지 않았지만 withdrawal queue가 늘고 DEX depth가 얇아졌다. 이때 새 borrow를 계속 열어두면 사용자와 protocol 모두 위험해진다. 반면 repay를 막으면 사용자가 위험을 줄일 수 없다.
좋은 운영 정책은 action별로 다르다. new borrow는 끄고, repay는 열고, withdraw는 liquidity와 queue 상태에 따라 경고를 붙인다. slash event가 확정되면 share price와 health factor를 재계산한다.
흔한 오해와 실패 시나리오
| 오해 | 실패 시나리오 | 교정 방식 |
|---|---|---|
| restaking은 yield booster다 | shared security risk가 담보 시장으로 전이된다 | dependency map을 만든다 |
| slash는 드문 이벤트라 무시한다 | tail event가 liquidation cascade를 만든다 | scenario haircut을 둔다 |
| LRT price만 보면 된다 | withdrawal delay와 liquidity가 먼저 악화될 수 있다 | queue와 DEX depth를 본다 |
| pause는 전부 막는 것이다 | 사용자의 risk reduction 행동까지 막는다 | action-specific policy를 둔다 |
실습 과제
- Slashing impact 계산기 만들기: AVS allocation, slash bps, LRT supply를 받아 share price impact와 affected collateral을 계산한다.
- Restaking 담보 운영 규칙 작성하기: slash event, operator concentration, withdrawal delay에 따른 cap, haircut, pause 조건을 작성한다.
완료 기준
- AVS별 stake allocation과 slashing impact를 계산하는 간단한 모델을 만들었다.
- restaking asset을 담보로 받는 protocol의 pause, cap, haircut 조건을 작성했다.
근거 자료
- 06 Staking and Restaking
- EigenLayer Whitepaper