검증자 오프라인은 보상 누락과 일반 패널티를 만들 수 있지만 이더리움 슬래싱은 같은 슬롯의 이중 제안, 이중 투표, surround vote처럼 모순된 합의 서명에 적용됩니다. 사고 발표에서는 슬래싱된 인덱스, 위반 메시지, 키 중복 실행 여부, 동시 발생 규모와 이용자 손실 부담을 확인해야 합니다.
슬래싱과 단순 오프라인을 먼저 나눈다
검증자 장애 뉴스에서 slash, inactivity leak, missed attestation은 서로 다른 사건입니다. 동일 키의 충돌 서명처럼 합의 안전을 해친 행위가 있었는지, 단순 접속 중단으로 보상만 놓쳤는지를 먼저 나눕니다.
슬래싱은 검증자를 강제 퇴출시키고 일부 지분을 소각합니다. 중간 시점의 correlation penalty는 같은 기간 함께 슬래싱된 지분이 많을수록 커져 개별 사건의 손실액을 고정 숫자로 말하기 어렵습니다.
| 구분 | 실제 의미 | 확인할 점 |
|---|---|---|
| 단순 오프라인 | 증명 누락·지연 | 보상 누락·일반 패널티 |
| 대규모 오프라인 | 최종성 장기 중단 | inactivity leak 가능 |
| 모순 서명 | 이중 제안·이중 투표·surround vote | 슬래싱·강제 퇴출 |
| 낮은 잔액 | 잔액 기준 미달 | 자동 퇴출 가능 |
검증자 슬래싱 사고은 발표 문구보다 적용 대상·실행 상태·검증 가능한 기록을 순서대로 읽어야 합니다.
JOBCOIN 해설
중복 키 실행과 충돌 서명을 확인한다
가장 흔한 운영 원인은 동일 검증자 키를 두 장비에서 동시에 활성화하는 잘못된 이중화입니다. 장애 조치 전 기존 인스턴스 정지를 확인하고 slashing protection 이력을 새 클라이언트로 안전하게 이전해야 합니다.
사고 보고서에는 validator index, proposer 또는 attester slashing 증거, 포함 블록, 클라이언트 버전, 서명 이력 이전 절차가 있어야 합니다. 운영자가 “일시 장애”라고 표현해도 온체인 증거가 있으면 별도로 검토합니다.
프로토콜 벌금과 이용자 부담을 분리한다
수탁·풀 이용자의 손실은 프로토콜 벌금과 사업자 약관이 만나는 지점에서 결정됩니다. 운영자가 충당하는지 이용자 지분에 배분하는지, 보험·준비금이 어떤 사건을 보장하는지 확인합니다.
많은 검증자가 동시에 오프라인이면 inactivity leak이 커질 수 있지만 이것도 slash와 다른 메커니즘입니다. 뉴스는 일반 패널티, inactivity leak, slash, 강제 퇴출을 각각 표시해야 합니다.
- 공식 원문과 게시일 확인
- 대상 체인·버전·법인 등 식별자 기록
- 계획·투표·배포·시행 상태 분리
- 수치의 기준시각과 산식 확인
- 후속 공지와 실제 실행 증거 대조
온체인 슬래싱 증거와 운영 보고서를 잇는다
합의 계층 탐색기에서 검증자 인덱스, slashed 상태, 포함 블록과 위반 유형을 먼저 확인합니다. 운영자 공지는 장애 시작·복구 시각과 중복 인스턴스 여부를 보완하는 자료입니다. 프로토콜 벌금, 미수령 보상, 풀의 고객 보전액을 각각 계산해야 사고 규모를 과장하지 않습니다.
손실 예상치를 제시할 때는 검증자 유효 잔액과 동시 슬래싱 비중을 가정으로 명시합니다. 프로토콜 파라미터가 업그레이드로 바뀔 수 있으므로 과거 사고의 1검증자 손실액을 현재 사건에 복사하지 않습니다.
슬래싱 증거와 운영 원인을 연결하기
탐색기에서 slashed 플래그만 보지 말고 proposer slashing인지 attester slashing인지 증거 메시지를 확인합니다. 같은 슬롯의 두 블록 헤더 또는 충돌한 source·target epoch가 있어야 어떤 안전 규칙을 위반했는지 설명할 수 있습니다.
운영 보고서에서는 장애 조치 시각과 두 클라이언트의 로그, slashing protection 데이터 이전 시각을 대조합니다. 백업 노드가 먼저 켜진 몇 분과 충돌 서명이 생성된 슬롯이 맞물리면 중복 키 실행이라는 원인이 구체화됩니다.
풀 이용자 손실을 계산할 때는 즉시 소각, 퇴출 기간의 보상 상실, correlation penalty와 사업자 보전액을 나눕니다. 사건 직후의 추정 손실을 최종 차감액처럼 보도하지 않고 퇴출 완료 뒤 실제 잔액을 갱신합니다.
검증자 인덱스·서명·보전 약관 점검
검증자 인덱스와 slashing 포함 블록을 먼저 기록하고, 운영자의 장애 타임라인과 클라이언트 로그를 대조합니다. 풀 약관에서 손실 부담 주체까지 확인하기 전 이용자 손실액을 확정하지 않습니다.
이 글은 특정 가상자산의 매수·매도나 서비스 이용을 권유하지 않습니다. 검증자 슬래싱 사고 정보는 구조와 상태를 확인하기 위한 교육 자료이며 단독 투자 신호가 아닙니다.
자주 묻는 질문
검증자가 잠시 오프라인이면 슬래싱되나요?
일반적인 오프라인은 보상 누락과 패널티 대상이지만 그 자체가 슬래싱은 아닙니다. 이중 제안·이중 투표·surround vote 같은 충돌 서명을 확인해야 합니다.
같은 validator key를 두 장비에서 실행해도 되나요?
동시에 서명하면 충돌 메시지가 생길 수 있습니다. 장애 조치 전 기존 인스턴스를 멈추고 slashing protection 이력을 안전하게 이전해야 합니다.
사고 직후 발표된 손실액이 최종 금액인가요?
아닐 수 있습니다. 초기 벌금 외에 동시 슬래싱 규모에 따른 correlation penalty와 사업자의 이용자 보전 약관을 확인해야 합니다.
