쉽게 말하면, 언스테이킹을 결정했다고 해서 ETH가 곧바로 지갑에 들어오는 것은 아니다. 이더리움은 의도적으로 출구 속도를 조절한다.
기계적인 원인은 단순했다. 나가려는 수요가 이더리움이 허용한 처리량보다 많았다. Liquid Collective는 이더리움의 churn limit이 각 에포크에서 시작될 수 있는 검증자 활성화와 종료 수를 정하며, 그 한도를 넘는 동시 수요는 활성화 대기열이나 출구 대기열에서 기다려야 한다고 설명한다 . Figment의 2025년 9월 분석에 따르면 당시 churn 용량은 에포크당 256 ETH, 블록 누락이 없다고 가정하면 하루 약 5만7,600 ETH 수준이었다
.
여러 요인이 이 한도를 넘는 출구 수요를 만들었다.
7월 급증은 ETH 가격이 강하게 반등하던 시점에 나타났다. CoinCentral은 4월 저점 이후 ETH 랠리 뒤 출구 대기열이 64만4,330 ETH까지 늘었고, 지연 시간이 약 11일에 이르렀다고 보도했다 . 이후 CoinMarketCap은 여름 랠리 뒤 대기열이 67만1,900 ETH, 약 31억 달러 규모로 늘었으며 대기 시간이 약 12일이라고 전했다
.
하지만 출구 요청이 곧바로 매도를 뜻하지는 않는다. CoinCentral은 일부 검증자들이 운영 최적화, 커스터디 변경, 포지션 재배치를 위해 움직였을 수 있다고 설명했고, 당시 진입 대기열에도 약 39만 ETH가 있었다고 보도했다 . CoinMarketCap도 인출이 빨라지는 와중에 10만5,620 ETH가 여전히 스테이킹 대기열에 남아 있었다고 전했다
.
9월의 대규모 병목은 특정 인프라 사건의 영향이 컸던 것으로 보인다. Figment는 2025년 9월 9일 한 인프라 제공자가 보안상 예방 조치로 모든 ETH 검증자를 종료하기로 했고, 그 결과 약 160만 ETH가 출구 대기열에 추가됐다고 보도했다 .
DLNews는 이후 Kiln을 주요 이더리움 스테이커로 지목하며, 이 회사가 스테이킹 인프라 취약점이 악용된 뒤 검증자 전체를 네트워크에서 제거했다고 보도했다. 이로 인해 정점에서는 인출이 몇 주씩 지연됐고, 대기열은 약 4개월 뒤에야 해소됐다고 전했다 .
이 대목은 중요하다. 큰 출구 대기열은 전체 스테이커가 한꺼번에 이탈하는 것처럼 보일 수 있지만, 실제 압력의 상당 부분이 단일 운영자, 커스터디 이전, 또는 보안 대응에서 나올 수도 있다.
기관 규모의 움직임도 대기열을 눈에 띄게 키울 수 있다. Blockdaemon은 주요 기관 스테이킹 제공자의 대규모 인출이 이더리움의 내장 안전장치를 작동시키며 검증자 출구 대기열에 일시적 혼란을 만들 수 있다고 설명했다 . 온체인에서는 기관의 리밸런싱도 여러 소규모 검증자가 동시에 나가는 것과 비슷하게 보일 수 있다.
개인 검증자, 기관, 스테이킹 플랫폼 모두에게 핵심은 시간이다. 출구 요청을 제출하면 절차가 시작되지만, ETH는 출구 처리, 인출 가능 상태, 지급 단계를 지나야 실제로 지급된다 . 대기열이 길면 언스테이킹 결정은 며칠이 아니라 몇 주짜리 유동성 이벤트가 될 수 있다
.
물론 완전히 손 놓고 기다리는 것은 아니다. Stakefish는 대기열에 있는 검증자도 완전히 종료되기 전까지는 활성 상태를 유지하며 보상을 계속 얻는다고 설명한다 . 다만 보상을 받으며 기다리는 것과, 상환·담보 관리·재무 이동·재배치에 쓸 수 있는 유동 ETH를 확보하는 것은 전혀 다른 문제다.
따라서 이더리움 스테이킹에는 결제 지연, 즉 세틀먼트 래그가 있다는 점을 전제로 계획해야 한다. 대기열이 짧을 때는 관리 가능한 지연일 수 있다. 하지만 대기열이 길어지면 운영 리스크가 된다.
유동 스테이킹 프로토콜은 상환 과정에서 출구 대기열의 압력을 받는다. Figment는 스테이킹 포지션을 청산하려면 먼저 검증자가 종료되어야 한다고 설명한다 . 많은 보유자가 동시에 ETH 유동성을 원하면, 긴 검증자 출구 대기열은 기초 자산의 상환 속도를 늦출 수 있다.
이 압력은 2차 시장에서도 드러난다. CoinCentral은 2025년 7월 출구 대기열 급증 때 저스틴 선의 Aave 대규모 ETH 인출이 Lido의 stETH 토큰 디페그를 잠시 유발했다고 보도했다 . DLNews도 장기간 이어진 출구 병목이 해소되기 전까지 이더리움 스테이킹 프로토콜과 플랫폼에 부담이 됐다고 설명했다
.
유동 스테이킹 토큰 보유자라면 상환 예상 기간, 2차 시장 할인율, 출구 요청이 몇몇 운영자에게 집중되어 있는지를 함께 봐야 한다.
큰 출구 대기열은 경고등이지, 그 자체로 결론은 아니다. 이 대기열은 이더리움이 검증자 종료 속도를 제한해 안정성을 지키기 때문에 존재한다 . Nethermind도 인출 설계가 검증자 수의 급격한 변화를 막고 네트워크 보안을 보존하기 위한 방식이라고 설명한다
.
중요한 질문은 대기열 뒤에 무엇이 있느냐다. 출구가 특정 제공자에게 집중되어 있다면 원인은 시장 전반의 이탈이 아니라 운영상 사건일 수 있다 . 반대로 진입 대기열도 의미 있게 존재한다면, 헤드라인의 출구 규모만으로는 순유출 압력을 과장해 볼 수 있다
.
그렇다고 출구 대기열을 무시해도 된다는 뜻은 아니다. 긴 병목은 실제 유동성을 늦추고, 스테이킹 플랫폼에 부담을 주며, 유동 스테이킹 토큰 시장을 흔들 수 있다 . 다만 이를 스테이킹 수요 붕괴의 자동 증거로 해석하기보다는 맥락과 함께 읽어야 한다.
이더리움 출구 대기열이 다시 뛰면, 숫자 하나만 보지 말고 다음 지표를 함께 확인하는 것이 좋다.
결론적으로, 이더리움 검증자 출구 대기열은 검증자들이 프로토콜이 처리할 수 있는 속도보다 빠르게 나가려 했기 때문에 급증했다. 스테이커에게는 유동성 지연과 사전 계획의 필요성을 뜻한다. 이더리움 네트워크 관점에서는 갑작스러운 검증자 집합 변화를 늦추고, 출구를 질서 있게 처리하도록 설계된 장치가 작동한 사례이기도 하다 .
Comments
0 comments