不再只谈 APR：质押之后，你的 ETH 到底是谁的？

32 ETH를 검증자(Validator)에 스테이킹한 후, 그 자금은 여전히 '내 것'이라고 할 수 있을까?

다양한 스테이킹 상품이 넘쳐나는 오늘날, 이는 매우 기초적이면서도 모두가 당연하게 여겨 지나치는 질문이다.

과거에는 스테이킹 방식을 선택할 때 확대경을 들고 꼼꼼히 비교하곤 했다. 어느 쪽의 APR이 0.2% 더 높은지, 수수료가 5%인지 10%인지, 자동 복리가 지원되는지, 언제 출금이 가능한지 등을 말이다.

하지만全网 스테이킹 기준 수익률이 3% 미만으로 평준화된 오늘날, 각 상품의 장부상 수익률 차이는 더 이상 중요하지 않다. 수천 분의 일에 불과한 이자를 위해 번거로움을 감수하는 것보다, 제품 인터페이스 아래에 항상 숨겨져 있던 또 다른 문제가 훨씬 더 중요하다.

내 ETH를 스테이킹한 후, 과연 누가 그것을 통제하고 있는가?

1. 스테이킹의 기본 구조: 일하는 자는 돈을 관리할 수 없다

비수탁형(Non-Custodial) 스테이킹을 제대로 이해하려면, 이더리움이 합의 계층에서 구현한 매우 정교한 설계를 파악하는 것이 핵심이다.

검증자를 운영하는 것은 단순히 하나의 키(Key)만으로 이루어지지 않는다. 프로토콜 수준에서 권한은 완전히 다른 두 부분으로 분할되어 있다.

하나는 Signing Key, 즉 검증 서명 개인키다.

이 키는 '일'을 하는 데 특화되어 있다. 하루 24시간 온라인으로 Attestation(증명)에 참여하고, 블록을 제안하며, 다양한 합의 작업을 수행한다. 따라서 서버에 직접 연결되어 항상 네트워크에 접속된 상태여야 한다. 이 키를 가진 자가 바로 그 머신을 운영하는 책임을 진다.

하지만이 키는 오직 사용자가 성실하게 합의에 참여하고 있음을 증명하는 용도로만 사용될 수 있다. 이 키로 아무리 많은 서명을 해도 원금을 임의로 사용하는 것은 절대 불가능하다. 그리고 머신이 다운되거나, 심지어 규칙을 위반하여 이중 서명을 할 경우, 이더리움은 해당 검증자의 수익 또는 원금에서 페널티(슬래싱)를 차감한다.

다른 하나는 Withdrawal Credentials, 즉 출금 증명이 가리키는 출금 통제권이다.

이것이 진정한 의미의 '출금 비밀번호'이다. 스테이킹이 활성화되는 순간 비콘 체인에 기록되어, 스테이킹된 ETH와 발생한 수익이 최종적으로 어디로 인출될 수 있는지를 결정한다.

이 키는 콜드월렛이나 니모닉 문구 속에 조용히 보관될 수 있으며, 평생 네트워크에 연결할 필요가 없다.

실제로 이더리움 공식 문서에서도 두 키의 역할을 명확히 구분하고 있다: 검증 서명 키는 온라인 상태를 유지해야 하는 '핫(Hot)' 권한인 반면, 출금 증명이 나타내는 것은 자금 소유권 차원의 '콜드(Cold)' 권한이다.

이는 제3자가 사용자를 대신해 검증자를 운영할 수 있으면서도, 사용자의 ETH를 소유하지 않을 수 있다는 것을 의미한다.

이것이 imToken과 같은 비수탁형 스테이킹이 가능한 이유이기도 하다. 노드 서비스 제공자(예: InfStones)는 Signing Key를 보유하며 서버실 운영, 네트워크 공격 방어, 24시간 온라인 유지 등의 역할을 담당한다. 그들은 노드가 원활하게 작동하는지, 얼마나 많은 블록 보상을 받을 수 있는지를 결정하지만, 코드를 아무리 뒤져도 스테이킹 자금을 자신들의 계정으로 출금하라는 명령어는 단 한 줄도 찾을 수 없다.

이더리움 업그레이드로 EIP-7002(실행 계층에서 출금 트리거 가능)가 도입된 이후에는 이러한 통제권의 폐쇄성이 더욱 강화되었다.

과거에는 노드 운영자가 연락이 두절되거나 태업을 해도 자금을 빼앗아갈 수는 없었지만, 사용자가 검증자에서 출금하려면 운영자가 Signing Key로 출금 메시지를 브로드캐스트할 때까지 기다려야 하는 수동적인 입장에 놓일 수 있었다. 그러나 EIP-7002 덕분에, 출금 증명(0x01 / 0x02)이 사용자手里에 있다면, 사용자는 자신의 imToken 지갑을 이용해 실행 계층에서 직접 명령 하나를 보내 검증자를 강제로 종료시키고 출금 대기열에 등록할 수 있다.

다시 말해, 설령 노드 서비스 제공자가 완전히 자취를 감춘다고 해도, 내 자금이 체인 위에 갇혀 버리는 일은 발생하지 않는다는 뜻이다.

이것이 바로 '비수탁형'에서 진정으로 주목해야 할 점이다. 스테이킹 과정 전체에 제3자가 참여하지만, '일을 하는' 주체는 동시에 '자금을 가져갈 수 있는' 권한을 갖지 못한다.

2. 사용자, 지갑, 노드 서비스 제공자, 그리고 이더리움: 각자의 역할은 무엇일까?

이 흐름을 따라 계속 분석해 보면, 한 번의 단순해 보이는 ETH 스테이킹에는 최소한 네 가지 역할이 관여하고 있음을 알 수 있다.

바로 사용자, 지갑, 노드 서비스 제공자, 그리고 이더리움 프로토콜 자체가 그것이며, 다만 각자가 보유한 권한은 서로 다르다.

첫 번째는 사용자다.

진정한 비수탁형 구조에서 사용자는 가장 중요한 자금 통제권을 보유한다.

imToken의 비수탁형 ETH 스테이킹을 예로 들면, 사용자는 출금 관련 권한을 가지며, 서비스 제공자는 스테이킹 자산을 임의로 자신의 계정으로 이전할 수 없다. 검증자 상태 역시 온체인에서 직접 조회할 수 있다.

이는 많은 사람들이 평소 생각하는 '자금을 남에게 맡겨 투자 관리하는 것'과는 근본적인 차이가 있다. ETH는 더 이상 사용자 지갑 잔고에 남아 있지 않고 이더리움 예치 계약(Deposit Contract)으로 이동하여 검증자 잔고가 되었을지라도, 그렇다고 해서 해당 노드의 자산이 되는 것은 아니다.

노드는 사용자를 대신하여 Validator(검증자)를 유지·관리할 뿐이며, 통제하는 것은 그것의 '작업 권한'이지 '자산 출금 권한'이 아니다.

두 번째는 지갑이다.

지갑은 사용자가 이러한 권한들을 관리할 수 있도록 돕는 '입구'에 가깝지, 스테이킹 자산의 소유자는 아니다.

지갑은 사용자가 스테이킹을 시작하고, 주소를 관리하고, 작업에 서명하고, 검증자 상태와 수익을 확인할 수 있도록 돕는다. 하지만 하부 구조가 여전히 비수탁형 설계를 따르는 한, 지갑 서비스 제공자는 단지 이 인터페이스를 제공했다는 이유만으로 사용자 자산의 출금 권한을 자동으로 획득하지는 않는다.

따라서 '특정 지갑을 통해 스테이킹한다'는 것과 '이 지갑에 ETH를 위탁한다'는 것은 완전히 다른 개념이다. 그 성격을 진정으로 결정하는 것은 여전히 하부의 Key와 Withdrawal Credentials가 어떻게 구성되어 있는지에 달려 있다.

세 번째 역할은 노드 서비스 제공자다.

이는 비수탁형 스테이킹에서 가장 오해를 불러일으키기 쉬운 부분이다. 사용자가 직접 24시간 머신을 운영하지 않는다면, 검증자를 누군가는 유지·관리해야 하기 때문이다.

노드 서비스 제공자는 클라이언트 실행, 온라인 상태 유지, 검증 작업 완료 및 이러한 작업에 사용되는 Signing Key의 보관을 담당한다. 이는 그들의 중요성을 의미한다. 만약 서비스 제공자가 잦은 다운타임을 겪는다면 사용자는 받았어야 할 보상의 일부를 잃을 수 있고, 심각한 규정 위반이 발생할 경우 슬래싱(Slashing) 위험이 존재한다.

따라서 '비수탁형'이 '서비스 제공자 리스크가 없다'는 것을 의미하지는 않는다. 다만 그러한 리스크는 주로 검증자 운영 품질 및 수익 측면에 국한될 뿐, '서비스 제공자가 내 32 ETH를 가로챌 수 있는지'의 문제는 아니다.

마지막 역할은 바로 이더리움 프로토콜 자체다.

이 계층은 가장 간과되기 쉽다. ETH가 일단 검증자에 들어가면, 어느 누구도 일반 지갑 잔고처럼 원할 때 언제든지 이체할 수 없다.

ETH는 이더리움이 공통으로 제정한 규칙을 따라야 한다. 예를 들어 언제 활성화될 수 있는지, 언제 출금할 수 있는지, 출금 시 대기열이 필요한지, 검증자의 어떤 행동이 페널티를 받는지, 그리고 최종적으로 언제 출금이 완료되는지 등 모든 것이 프로토콜에 의해 결정된다.

Pectra 업그레이드 이후 도입된 0x02 Compounding Validator도 마찬가지다. 이를 통해 검증자의 유효 잔고를 기존 32 ETH 상한에서 최대 2048 ETH까지 늘려 보상이 계속해서 복리로 재투자될 수 있지만, 출금 및 종료는 여전히 프로토콜 규정에 따라 진행된다.

3. 그렇다면 Lido는 어떨까? 유동성 뒤에 희생된 것은 무엇일까?

이러한 프레임워크를 확립한 후 Lido와 같은 유동성 스테이킹을 살펴보면, 그 차이는 매우 명확해진다.

사용자가 Lido에 ETH를 예치하면 stETH를 받게 되며, stETH 자체는 여전히 완전히 사용자의 소유로, 전송, 거래는 물론 DeFi에서 계속 사용할 수 있다.

이것이 바로 리퀴드 스테이킹(Liquid Staking)의 가장 큰 가치로, 원래 Validator에 묶여 있던 유동성을 다시 해방시킨다.

하지만 동시에, 하부 ETH의 통제 구조에도 변화가 생긴다.

Lido는 많은 사용자의 ETH를 모아 프로토콜을 통해 다양한 Node Operator에게 배분하여 그들이 검증자를 생성하고 운영하도록 한다. 이 검증자들의 Withdrawal Credentials는 각 stETH 사용자 개인의 이더리움 주소가 아니라 Lido 프로토콜에 의해 통일적으로 설정된다. 하부 출금 프로세스 역시 프로토콜의 스마트 계약, Oracle, 노드 운영자 등의 구성 요소가 함께 완성한다.

따라서 사용자가 보유하는 것은 stETH가 나타내는 스테이킹 권익이지, '오직 자신만의 Validator'에 대한 Withdrawal Credentials가 아니다.

사용자가 프로토콜에서 ETH를 상환받고자 할 때는 stETH를 Lido Withdrawal Queue에 제출하고, 프로토콜이 해당하는 출금 및 자금 준비를 완료할 때까지 기다린 후 ETH를 수령해야 한다. Lido는 이 출금 요청에 대해 출금 권리를 나타내는 NFT를 생성하며, 요청이 완료된 후에야 사용자는 하부 ETH를 수령할 수 있다.

하지만 사용자가 여전히 stETH를 직접 보유하고 있고, 프로토콜 자체도 스마트 계약을 통해 운영되며 모든 사용자 자산을 임의로 가져갈 수 있는 중앙화된 기관이 존재하지 않는 것처럼 보일지라도, 이는 '1인 1검증자' 방식으로 출금 주소가 직접 사용자에게 속하는 비수탁형 네이티브 스테이킹과는 분명히 다른 신뢰 경계를 가지고 있다.

전자는 더 낮은 참여门槛, 더 나은 유동성, 그리고 DeFi에서의 stETH의 광범위한 컴포저빌리티(Composability)를 얻는 대가로 이러한 신뢰 구조의 변화를 감수한다.

후자는 일부 유동성을 희생하고 최소 32 ETH가 필요하지만, 하부 검증자의 자금 통제 관계를 더욱 직접적으로 만든다.

간단히 말해, 리퀴드 스테이킹은 자유롭게 유통될 수 있는 '스테이킹 자산 증서'를 보유하는 것에 더 가깝고, 비수탁형 네이티브 스테이킹은 진정으로 자신만의 Validator를 소유하면서 일상적인 운영 유지·관리만 아웃소싱하는 것에 더 가깝다고 할 수 있다.

둘 사이에 절대적인 우열은 없다.

몇 ETH만 보유하고 있거나, 수시로 거래해야 하거나, DeFi에 참여하려는 사용자에게는 stETH와 같은 유동성 스테이킹 자산이 확실히 더 편리하다.

하지만 사용자가 32 ETH, 64 ETH 또는 그 이상을 장기간 보유하고 있고,유동성에 대한 강한 요구가 없다면, 수익률 차이는 선택을 결정할 만큼 크지 않다. 이러한 경우 '누가 자산을 통제하는가'라는 안전성 고려가 더 큰 비중을 차지하게 된다.

스테이킹 수익은 매일 변하며, APR은全网 스테이킹 양에 따라 지속적으로 하락하거나 상승할 수 있고, 수수료도 조정될 수 있다.

하지만 Withdrawal Credentials가 어디를 가리키는지, 누가 원금을 인출할 수 있는지, 극단적인 상황에서 제3자의 협력이 필요한지 여부는 전체 제품의 가장 근본적인 신뢰 구조를 결정한다.

이것은 아마도 ETH 스테이킹이 성숙해지면서 간과되기 쉬운 변화일 것이다:

다양한 상품의 수익률과 경험이 점점 더 비슷해질수록, 다음으로 실제 격차를 만들어낼 요소는 가장 소박한 질문으로 돌아갈 가능성이 높다 — 내 ETH는 대체 누구