autorenew
이더리움 언스테이킹 기간: 버그가 아닌 기능 - Sreeram Kannan의 심층 분석

이더리움 언스테이킹 기간: 버그가 아닌 기능 - Sreeram Kannan의 심층 분석

암호화폐 분야에 오래 몸담아 왔다면 이더리움의 언스테이킹 기간—스테이킹한 ETH를 되찾기 전 기다려야 하는 시간—에 대한 불만을 한 번쯤은 들어봤을 겁니다. 즉시 언스테이킹을 허용하는 다른 블록체인들과 비교하면 느리거나 번거롭다고 여겨지죠. 하지만 EigenLayer의 창립자 Sreeram Kannan에 따르면 이것은 결함이 아니라 철저한 보안을 위한 의도된 설계입니다. 최근 X thread에서 Kannan은 Dankrad Feist의 이더리움 합의 메커니즘 관련 게시물에 답하면서 이를 풀어 설명했습니다.

먼저 기본을 정리해봅시다. 이더리움은 Proof-of-Stake(PoS) 시스템을 사용하며, 검증자들은 네트워크 보안을 위해 ETH를 스테이킹합니다. 그 대가로 보상을 받지만 한 가지 조건이 있습니다: 언스테이킹이 즉시 이루어지지 않는다는 점입니다. 왜일까요? 이더리움의 보안은 스테이킹과 함께 슬래싱(slalshing)을 통해 악의적 행위를 처벌하는 메커니즘에 의존하기 때문입니다.

The Role of Slashing in Security

슬래싱은 네트워크의 집행 도구와 같습니다. 검증자가 이중 서명(double-signing)과 같이 잘못 행동하면 그들의 지분 일부가 소각되는 방식으로 처벌됩니다. 이 메커니즘이 제대로 작동하려면 언스테이킹 기간은 잘못 행위를 탐지하고 슬래싱을 집행하는 데 걸리는 시간보다 길어야 합니다. 그렇지 않으면 공격자는 처벌을 받기 전에 자금을 회수해 네트워크에 피해를 줄 수 있습니다.

Kannan은 슬래싱의 두 가지 주요 유형을 설명합니다:

  • Double-signing: 객관적으로 검증 가능한 문제로, 증명이 쉽습니다. 블록 전파 지연 같은 최악의 네트워크 상황에서도 몇 시간에서 하루 안에 탐지될 수 있습니다.

  • Inactivity leak: 검증자가 오프라인 상태가 되면 수주에 걸쳐 서서히 지분을 잃게 됩니다. 이 과정은 각 블록마다 자동으로 진행되지만, 사건이 일어난 뒤 소급해 검증하기는 더 까다롭습니다—특히 그 시점에 온라인에 있지 않았다면 더욱 그렇습니다.

가장 큰 도전은 극단적 시나리오입니다. 예를 들어 네트워크가 포크되어 블록체인이 두 갈래로 나뉘면, 각 측은 상대편을 악의적이라고 주장할 수 있습니다. 이를 해결하기 위해 이더리움은 노드가 수개월에 한 번씩 정기적으로 체크인하여 정통 체인을 확인한다고 가정합니다. 그래서 최악의 경우 언스테이킹 기간이 몇 달로 늘어나는 것입니다.

The Exit Queue: 가변 대기시간을 위한 스마트한 설계

하지만 이더리움 설계가 완전히 경직된 것은 아닙니다. Kannan은 Exit Queue(출구 대기열)를 강조합니다: 언스테이킹을 원하는 검증자가 적으면 거의 즉시 처리됩니다. 반면 시장 공황과 같은 대규모 이탈이 발생하면 대기열이 쌓여 보안 붕괴를 방지합니다. 이 적응형 접근법은 유동성과 보호 사이의 균형을 맞춥니다.

즉시 언스테이킹을 허용하면서 강력한 슬래싱 보호가 없는 다른 체인들과 비교하면, Kannan은 그것을 기능이 아닌 버그라고 부릅니다—그러한 체인은 ‘치고 빠지기’ 공격에 취약해집니다.

잠재적 개선점: 언젠가 더 짧아질 수 있을까?

Feist의 아이디어를 인용해 Kannan은 weak subjectivity 기간(정통 체인을 놓치기 전에 허용되는 최대 오프라인 시간)을 몇 주에서 며칠로 줄일 수 있다고 말합니다. 간단한 파라미터 조정으로 언스테이킹 기간을 일주일까지 줄일 수 있다는 얘기입니다. 이는 노드가 주간 단위로 더 자주 체크인하는 것을 전제로 하는데, 전체 노드나 라이트 노드에 의존하는 대부분 사용자에게 큰 부담은 아닙니다.

스레드의 답글들도 이 의견을 반영합니다. 한 사용자는 스트레스 상황에서 은행 대량 인출(runs) 위험을 초래할 수 있다고 지적했지만, Kannan은 이것이 이더리움의 핵심 보안을 보호하기 위한 것이며, liquid staking 프로토콜을 대상으로 하는 건 아니라고 분명히 했습니다. 또 다른 사용자는 더 엄격한 가동 시간 요구가 검증자 집합을 줄이는지 물었으나, 이는 지속적인 온라인 상태라기보다 노드 동기화(sync)에 관한 문제라고 설명됩니다.

암호화폐 애호가에게 이게 왜 중요한가

밈 토큰과 빠르게 변하는 DeFi 세계에서는 이더리움의 보수적 접근이 구식처럼 보일 수 있습니다. 그러나 바로 그 점이 이더리움을 진지한 블록체인 애플리케이션의 강력한 기반으로 만드는 이유입니다. EigenLayer 같은 restaking 프로토콜이 이 기반 위에 구축되면서, 이러한 메커니즘을 이해하는 것은 위험과 기회를 판단하는 데 도움이 됩니다. ETH를 스테이킹하고 있거나 이더리움 레이어에서 밈 코인을 눈여겨보고 있다면, 이 스레드는 하나의 상기입니다: 보안이 우선, 속도는 그 다음.

자세한 내용은 원문 스레드를 확인하세요. 여러분 생각은 어떻습니까 — 이더리움의 설계가 딱 맞다고 보시나요, 아니면 조정이 필요하다고 보시나요?

추천 기사