---
title: "리스테이킹의 상관 슬래싱 위험"
description: "리스테이킹은 하나의 포트폴리오를 여러 슬래싱 가능 서비스에 노출할 수 있습니다. 공유 운영자, 소프트웨어, 인프라와 출금 지연이 상관 손실을 만드는 과정을 설명합니다."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 리스테이킹의 상관 슬래싱 위험
> 교육 목적의 정보이며 투자 조언이 아닙니다. 리스테이킹은 원금의 일부 또는 전부 손실을 초래할 수 있습니다.
## 직접 답변
상관 슬래싱 위험은 하나의 근본적 장애가 여러 리스테이킹 익스포저에 동시에 손실을 일으킬 가능성입니다. 운영자, 서명 시스템, 클라이언트 소프트웨어, 클라우드 리전, 오라클, 거버넌스, 스마트 계약을 공유하면 별개로 보이는 서비스가 함께 실패할 수 있습니다.
리스테이킹은 경제적 스테이크를 재사용해 흔히 AVS라고 부르는 추가 서비스를 보호합니다. 보상뿐 아니라 프로토콜, 운영자, 스마트 계약, 유동성, 출금 위험도 누적될 수 있습니다. 표시 수익률은 최대 손실을 신뢰성 있게 보여주지 않습니다.
슬래싱 가능 금액은 현재 계약, 각 운영자 세트에 배분된 스테이크, 각 서비스의 슬래싱 정책, 아직 슬래싱 가능한 출금·배분 해제 기간에 따라 달라집니다. 일반 비율이나 과거 사고 건수로 추정해서는 안 됩니다.
## 작동 방식
EigenLayer의 현재 고유 스테이크 모델에서 운영자는 위임받은 스테이크 일부를 운영자 세트에 배분합니다. 한 전략의 총배분은 100%를 넘을 수 없고, 같은 배분분을 두 운영자 세트의 고유 스테이크로 쓸 수 없습니다. 서비스는 자체 규칙에 따라 해당 세트에 배분된 부분을 슬래싱할 수 있습니다.
이 회계는 같은 고유 스테이크의 이중 사용을 제한하지만 손실을 독립적으로 만들지는 않습니다. 하나의 잘못된 배포가 여러 배분분에 영향을 주고, 많은 운영자가 같은 의존성을 공유할 수 있습니다. 네이티브 ETH 검증자는 Ethereum 합의 페널티나 슬래싱도 받을 수 있습니다.
순기대수익 = 기대 보상 - 수수료 - 기회비용 - 기대 슬래싱 및 유동성 손실
표시 수익률을 더하지 말고 시나리오별로 손실을 추정해야 합니다. 최소한 다음을 확인하십시오.
- 각 서비스의 전략, 운영자, 운영자 세트, 배분 비율, 슬래싱 가능 금액을 기록합니다.
- 각 슬래싱 조건, 증거 기준, 권한, 분쟁·거부 절차와 최대 슬래싱을 확인합니다.
- 공유 클라이언트, 키, 서명자, 클라우드 리전, 오라클, 업그레이드 관리자와 거버넌스 참여자를 파악합니다.
- 대기 중인 지분은 지연 종료 전까지 슬래싱될 수 있으므로 출금과 배분 해제 지연을 확인합니다.
## 예시
100 ETH를 한 운영자에게 위임해 40%는 운영자 세트 A, 30%는 세트 B에 배분하고 30%는 미배분이라고 가정합니다. 같은 소프트웨어 장애로 A가 배분액의 50%, B가 100%를 슬래싱하면 손실은 20 ETH + 30 ETH = 50 ETH입니다. 이는 예시일 뿐 보편 공식이 아닙니다. 계약 규칙, 후속 슬래싱, Ethereum 페널티, LRT 시장 할인에 따라 실현 손실은 달라질 수 있습니다.
## 위험
- **숨은 집중:** 운영자 이름이 달라도 같은 클라이언트, 서명자, 데이터 센터, 클라우드 리전을 쓸 수 있습니다.
- **규칙·거버넌스 위험:** 광범위한 슬래싱 조건이나 실패할 수 있는 위원회, 업그레이드 키, 분쟁 절차에 의존할 수 있습니다.
- **출금 꼬리 위험:** 출금이나 배분 해제 요청이 슬래싱 가능성을 즉시 끝내지 않을 수 있습니다.
- **유동성 계층 손실:** 스트레스 때 LRT가 기초자산 가치 아래에서 거래되어 회계 결제 전 시장 손실이 추가될 수 있습니다.
## 흔한 오해
### 오해 1: AVS가 많으면 위험이 자동 분산된다
장애 원인과 슬래싱 가능 배분이 실제로 독립적일 때만 분산됩니다.
### 오해 2: 과거 슬래싱이 없으면 위험이 낮다
짧거나 조용한 이력에는 관련 스트레스 사건이 없었을 수 있습니다. 무사고 기록보다 계약 권한과 장애 시나리오가 중요합니다.
### 오해 3: 보험 기금이 상환을 보장한다
보장은 기금 규모, 대상 사건, 면책, 청구 순위와 거버넌스에 달려 있습니다. 보험 표시는 자금이 확보된 강제 가능한 보장과 같지 않습니다.
### 오해 4: 나가면 책임이 즉시 끝난다
대기 중인 출금·배분 해제는 규정된 지연 중에도 슬래싱될 수 있고, LRT 보유자는 유동성과 상환 지연도 겪을 수 있습니다.
## 관련 주제
- [암호경제 보안](/ko/crypto/crypto-economic-security/)
- [유동성 스테이킹](/ko/crypto/liquid-staking/)
- [리스테이킹](/ko/crypto/restaking/)
- [슬래싱](/ko/crypto/slashing/)
- [검증자 종료와 출금 대기열](/ko/crypto/validator-exit-withdrawal-queue/)
## 출처
- [ELIP-002: 고유 스테이크와 운영자 세트를 통한 슬래싱](https://github.com/eigenfoundation/ELIPs/blob/main/ELIPs/ELIP-002.md) - Eigen Foundation (확인일: 2026-08-21)
- [DelegationManager: 슬래싱과 회계](https://github.com/Layr-Labs/eigenlayer-contracts/blob/main/docs/core/DelegationManager.md) - EigenLayer (확인일: 2026-08-21)
- [지분증명 보상과 페널티](https://ethereum.org/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/) - Ethereum.org (확인일: 2026-08-21)
Source: https://wiki.fcontext.com/ko/crypto/restaking-correlated-slashing-risk/index.mdx