현재 이더리움 네이티브 스테이킹에 참여하려면 왜 한 달을 기다려야 할까?

최근 이더리움 네이티브 스테이킹에 직접 참여한 분이라면, ETH를 예치하고 온체인 거래도 성공했는데 검증자가 좀처럼 작동을 시작하지 않고 「대기 중」 상태에 머물러 있는 것을 발견했을 수 있습니다.

그리고 이 대기열은 십중팔구 한 달 이상입니다.

9월 16일 기준, 이더리움에는 여전히 180만 개 이상의 ETH가 검증자 집합에 진입하기를 기다리고 있으며, 예상 대기 시간은 약 32일입니다. 올해 7월에는 대기 시간이 한때 43일을 넘었고, 3월 대기열이 최고조에 달했을 때는 약 340만 개의 ETH가 입구에 막혀 대기 시간이 60일에 육박하기도 했습니다.

즉, 「한 달 대기」는 결코 과장된 표현이 아닙니다.

그런데 문제가 따라옵니다.

이더리움은 평균 12초마다 슬롯(Slot)을 생성할 수 있고, 일반 거래는 곧바로 확정되는데, 왜 스테이킹 차례가 되면 수십억 달러 가치의 ETH가 제자리에서 수십 일을 기다려야 할까요? 더 중요한 것은, 이 수십 일 동안 수익이 있는지입니다. 왜 지금 스테이킹에 진입하려면 한 달 이상 기다려야 하는데, 출금은 몇 분이면 될 수도 있을까요?

답은 모두 이더리움의 매우 중요하지만 일반 사용자가 좀처럼 주목하지 않는 메커니즘, 바로 Validator Queue, 검증자 대기열에 숨어 있습니다.

1. 「한 달 대기」는 도대체 어떻게 계산되는 걸까?

먼저 가장 흔한 오해를 하나 짚고 넘어가겠습니다. 이더리움은 새로 스테이킹된 ETH가 반드시 40일 동안 잠긴 후에야 작동을 시작할 수 있다고 규정하지 않습니다.

한 달은 단지 동적인 결과일 뿐입니다.

간단히 말해, 앞에서 진입을 기다리는 ETH ÷ 이더리움이 하루에 허용하는 ETH = 대략적인 대기 시간으로 이해할 수 있습니다.

이더리움 PoS는 모든 신규 검증자가 한꺼번에 네트워크에 진입하도록 허용하지 않고, Churn Limit이라는 속도 제한 메커니즘을 설정하여 각 Epoch마다 최대 얼마만큼의 스테이킹 잔액이 검증자 집합에加入할 수 있는지 제어합니다.

하나의 Epoch는 32개의 슬롯을 포함하고, 각 슬롯은 약 12초이므로 하나의 Epoch는 약 6.4분이며, 하루에는 약 225개의 Epoch가 진행됩니다.

Pectra / Electra 이후, 이더리움은 이 한도를 단순한 검증자 수가 아닌 「ETH 잔액」 기준으로 더 많이 계산하기 시작했으며, 현재 신규 스테이킹 처리 상한은 Epoch당 256 ETH입니다. 이를 전부 전통적인 32 ETH 검증자로 환산하면 6.4분마다 최대 8개의 표준 검증자를 통과시키는 것과 같습니다.

이렇게 하면 하루에 얼마나 많은 ETH가 진입할 수 있는지도 쉽게 계산할 수 있습니다: 256 ETH × 225 ≈ 57,600 ETH/일.

따라서 앞에 약 183만 개의 ETH가 진입을 기다리고 있다면, 183만 ÷ 5.76만 ≈ 32일이 되며, 이것이 「한 달 대기」의 가장 핵심적인 근거입니다.

따라서 이 숫자는 매일 변합니다.

매일 대기열에 새로 진입하는 ETH가 57,600개 미만이면 적체가 점차 해소되어 40일이 30일, 20일로 줄어들 수 있습니다. 반대로 매일 이 수치를 초과하는 ETH가 쏟아져 들어오면 대기열은 줄어들기는커녕 점점 더 길어집니다.

올해 3월 약 340만 ETH가 대기하고 대기 시간이 60일에 육박했던 것이 바로 극단적인 예입니다.

그래서 이것은 우리가 평소 이해하는 「이더리움이 막히느냐 마느냐」와는 사실 전혀 다른 문제입니다.

가스가 낮고 블록 공간이 충분하다고 해서 검증자가 즉시加入할 수 있는 것은 아닙니다. 왜냐하면 이를 제한하는 것은 실행 계층의 거래 용량이 아니라, 이더리움이 능동적으로 설정한 검증자 입구 속도 제한기이기 때문입니다.

2. 왜 입구를 열어 모든 ETH가 한꺼번에 들어오게 하지 않을까?

수십 일의 대기가 자금이 스테이킹 수익을 창출할 수 없음을 의미한다면, 가장 직접적인 해결책도 간단해 보입니다. 256 ETH / Epoch 상한을 높이면 되지 않을까요?

문제는 검증자가 일반 계정이 아니라는 점입니다.

ETH 전송이 완료된 후에는 기본적으로 전체 네트워크에 지속적인 부담을 주지 않습니다. 그러나 검증자는 일단 활성화되면 장기적으로 이더리움 합의 시스템에 진입하여 블록 증명, 위원회 할당 및 네트워크 합의에 참여합니다.

현재 이더리움은 이미 90만 개 이상의 활성 검증자를 보유하고 있으며, 스테이킹된 ETH는 4,200만 개를 넘습니다. 새로 추가되는 모든 검증자는 이 거대한 합의 시스템의 일부가 됩니다.

이것이 바로 이더리움이 검증자 집합의 변화 속도를 계속 능동적으로 제어해 온 이유입니다.

2023년에 제안된 EIP-7514는 검증자 활성화 속도에 특별히 상한을 설정했습니다. 그 배경에 있는 우려는 「스테이킹하는 사람이 너무 많아서 나쁘다」가 아니라, 오히려 그 반대로 검증자 수가 단시간에 무절제하게 증가하면 합의 계층 상태 규모, 검증자 관리 및 네트워크 통신과 처리 압력이 함께 상승한다는 것이었습니다.

Pectra 이후, 이더리움은 단일 복리 검증자의 유효 잔액을 최대 2048 ETH까지 높일 수 있도록 허용했는데, 이는 부분적으로 대량의 스테이킹 자금이 더 이상 수천, 수만 개의 32 ETH 검증자로 쪼개질 필요가 없도록 하여 검증자 수의 지속적인 팽창이 가져오는 추가 부담을 줄이기 위한 것입니다.

그러나 그 외에도 Churn Limit에는 더 근본적인 목적이 하나 있습니다. 바로 이더리움의 안전을 유지하는 집단이 단시간에 급격히 변화하지 않도록 하는 것입니다.

결국 PoS 네트워크의 안전은 현재 활성 검증자 집합에 의존합니다.

만약 대량의 스테이킹 자금이 순식간에加入하거나 이탈할 수 있다면, 누가 합의에 참여할 자격이 있는지, 얼마나 많은 경제적 안전이 여전히 시스템에 남아 있는지를 판단하는 전체 네트워크의 기반도 빠르게 변하게 됩니다. 따라서 이더리움은 이러한 변화에 인위적으로 속도 상한을 설정할 필요가 있습니다.

이것이 바로 「대기」가 수정해야 할 버그가 아닌 이유입니다.

사용자 관점에서 보면 분명 자금 효율성의 일부를 희생하는 것입니다. 그러나 프로토콜 관점에서 보면 이것은 의도적으로 설치된 감속 방지턱에 가까우며, 이더리움이 수백만 개의 ETH를 문 앞에서 수십 일 기다리게 할지언정 검증자 집합이 며칠 만에 갑자기 팽창하거나 축소되는 것은 원하지 않는다는 것을 보여줍니다.

심지어 미래 로드맵에서도 이 사고방식은 변하지 않았습니다.

현재 Glamsterdam에 포함할 계획인 EIP-8061은 출금 및 검증자 병합 처리 능력을 크게 향상시켜 출금 혼잡을 완화할 준비를 하고 있지만, 여전히 활성화 측의 256 ETH / Epoch 상한은 유지할 계획입니다.

다시 말해, 이더리움은 「나가는 것」을 더 유연하게 만드는 것은 고려하고 있지만, 당장 「들어오는 것」의 수문을 완전히 열 준비는 되어 있지 않습니다.

3. 대기 기간에 수익이 있는가? 왜 지금 출금은 오히려 이렇게 빠른가?

그렇다면 ETH를 예치하고 기다리는 이 한 달은 스테이킹으로 치는 걸까요?

프로토콜 보상 관점에서 보면 아닙니다.

검증자가 실제로 Active, 즉 「활성」 상태에 진입한 후에야 증명을 수행하고 블록 제안 등 검증 작업에 참여하며 해당 이더리움 프로토콜 보상을 받습니다.

그 전에는 스테이킹 거래가 이미 완료되고 ETH가 스테이킹 프로세스에 들어갔더라도 검증자가 여전히 Pending 상태라면 정상적인 검증자 스테이킹 보상이 발생하지 않습니다. Ethereum.org는 「Active」를 검증자가 작업을 시작하고 수익을 창출하는 시점으로 규정합니다.

이것이 긴 대기열이 실제로 일반 사용자에게 영향을 미치는 지점입니다.

현재 전체 네트워크 스테이킹 APR 약 2.6%로 대략 계산하면, 32 ETH 검증자 하나가 40일을 기다리면 약 0.09 ETH의 잠재적 프로토콜 수익을 잃는 것과 같습니다.

단독으로 보면 그렇게까지 과장된 수치는 아니지만, 수만, 수십만 개의 ETH를 배치해야 하는 기관이라면 40일의 자금 유휴 비용은 빠르게 확대됩니다.

이것은 또한 최근 이더리움 스테이킹 대기열이 기관과 ETH 재무 회사들의 관심을 점점 더 받는 이유를 설명합니다. 과거에는 다양한 스테이킹 방식을 비교할 때 APR이 몇 퍼센트 차이 나는지, 수수료가 얼마인지가 가장 쉽게 눈에 들어왔습니다. 그러나 대기 자체가 한 달 이상 걸릴 수 있게 되면서 「언제 실제로 수익을 창출하기 시작할 수 있는가」도 자금 효율성의 일부가 되었습니다.

그런데 여기에는 매우 흥미로운 대비가 하나 있습니다.

출금 대기열을 확인해 보면 대기 시간이 종종 몇 분에서 몇 시간에 불과합니다. 이더리움이 사람들이 빨리 도망가는 것은 허용하면서 빨리 진입하는 것은 허용하지 않는 걸까요?

사실 그렇지 않습니다. 진입과 출금 모두 Churn Limit이 있으며, 둘 다 프로토콜 속도 제한을 받습니다. 다만 대기열 길이는 궁극적으로 얼마나 많은 사람이 줄을 서 있는지에 달려 있습니다.

현재 200만 개 이상의 ETH가 진입하려고 하는데, 실제로 출금을 기다리는 ETH는 매우 적습니다. 그래서 동일한 속도 제한 도로에서 한쪽은 수십 킬로미터의 긴 대기열이 생기고, 다른 쪽은 거의 막힘없이 뚫려 있는 것입니다.

또한 「출금 대기열이 짧다」는 것이 ETH가 몇 분 후 즉시 지갑으로 돌아올 수 있다는 의미도 아닙니다. 검증자가 출금을 완료한 후에도 고정된 256개의 Epoch, 약 27시간을 기다려야 출금 가능 상태가 되며, 그 후에도 이더리움의 자동 Withdrawal Sweep이 자금을 출금 주소로 보낼 때까지 기다려야 하므로 전체 과정에 추가로 며칠이 걸릴 수 있습니다.

그렇다면 일반 사용자에게 이것은 스테이킹 방식 간에 쉽게 간과될 수 있는 차이가 존재한다는 것을 의미합니다.

직접 검증자를 운영하거나 imToken 같은 비수탁 ETH 스테이킹 서비스를 통해 독립 검증자를 생성하는 경우, 기본적으로 실제 이더리움 검증자 집합에 진입해야 하므로 이 프로토콜 대기열을 반드시 거쳐야 합니다. 예를 들어 imToken의 비수탁 스테이킹에서는 사용자가 출금 키를 보유하고 노드 서비스 제공자가 검증자 운영을 담당합니다. 페이지에 「대기 중」이 표시될 때 본질적으로 검증자가 이더리움의 통과를 기다리고 있는 것이며, 상태가 「활성」으로 전환된 후에야 프로토콜 수익이 발생하기 시작합니다.

반면 일부 유동성 스테이킹 풀은 이미 대량의 활성 검증자와 유동성 토큰이 존재하기 때문에 제품 차원에서 이 대기 기간을 어느 정도 추상화할 수 있으며, 사용자가 수십 일의 「제로 수익 대기 기간」을 직접 체감하지 않을 수도 있습니다.

다만 그 대가는 또 다른 신뢰 경계를 도입하는 것입니다. 스마트 컨트랙트, LST 유동성, 프로토콜 거버넌스 및 자산 교환 등 추가 위험이 포함됩니다. 이것은 APR에 자주 가려지는 문제이기도 합니다. 즉, 스테이킹의 실제 비용은 결코 수수료와 수익률만이 아닙니다.

자금이 언제 진입하고, 언제 실제로 작업을 시작하며, 언제 출금할 수 있는지, 그리고 이 과정에서 누가 자산 통제권을 쥐고 있는지 자체가 모두 스테이킹 제품의 일부입니다.

맺으며

표면적으로 보면, 이더리움이 수백만 개의 ETH를 문 앞에 한 달 넘게 세워두는 것은 상당히 비효율적인 설계처럼 보입니다.

그러나 시각을 전체 네트워크로 전환하면 오히려 이해할 수 있습니다. 결국 일반 거래가 추구하는 것은 최대한 빠른 실행이고, 검증자가 관계하는 것은 누가 다음 순간의 이더리움 합의를 유지하는가입니다.

전자는 점점 더 빨라지는 것을 추구할 수 있지만, 후자는 오히려 절제가 필요합니다.

그래서 이것은 사실 스테이킹 수요가 프로토콜이 설정한 진입 속도를 훨씬 초과한 결과, 원래 보이지 않