APY를 넘어: 블랙박스 신뢰와 결별하고, ETH 스테이킹의 보안 논리를 재평가하다

작성자: imToken

최근 일정 기간 동안 암호화폐 업계의 보안 사고는 끊이지 않았습니다(추가 참고: 《Binance에서 PHP2Shell까지: AI 시대, 웹 보안의 방어선을 다시 정의해야 하는 이유》).

거래소의 수십억 달러 손실부터 지갑 공급망 및 제3자 서비스 업체 공격, 스마트 계약 취약점과 온체인 자산 유출에 이르기까지, 연이은 사건들은 반복적으로 우리에게 시사점을 줍니다. 암호화폐 세계에서 자산의 안전은 단순히 하위 블록체인의 신뢰성에만 의존하는 것이 아니라, 자산을 누가 보관하고 키를 누가 통제하며, 전체 서비스 파이프라인 내에 얼마나 많은 신뢰 요소가 포함되어 있는지도 중요한 변수로 작용한다는 점입니다.

ETH 보유자에게도 마찬가지로 스테이킹 참여는 같은 원칙이 적용됩니다.

이더리움은 비교적 성숙한 네이티브 스테이킹 방식을 구축했으며, 사용자는 ETH를 스테이킹하여 네트워크 검증자가 될 수 있고, 네트워크 보안을 유지하는 동시에 프로토콜 상의 보상을 받을 수 있습니다. 그러나 스테이킹이 점차 거래소 신탁, 리퀴드 스테이킹(Liquid Staking), 전문 노드 서비스 등 다양한 방식으로 진화하면서, 간과하기 쉬운 한 가지 문제가 대두되었습니다.

동일한 ETH 스테이킹이라도 그 뒤에 위치한 솔루션에 따라 자산 통제권과 보안 경계가 완전히 달라질 수 있습니다.

만약 ETH를 제3자에게 맡긴다면, 과연 출금 권한은 누가 갖게 되는가? 전문 업체가 검증자를 운영할 경우, 사용자는 여전히 원금에 대한 자율적 통제를 유지할 수 있는가? 또한 네이티브 스테이킹과 리퀴드 스테이킹 사이에는 어떤 잠재적 위험이 추가로 발생할까?

이러한 쟁점들을 명확히 하는 것은 단순히 각 스테이킹 제품의 APY(연 수익률)를 비교하는 것보다 훨씬 중요할 수 있습니다.

스테이킹 보안의 제1방패: 자산의 출금 권한은 누가 장악하는가?

ETH 스테이킹의 보안 구조를 이해하려면, 먼저 이더리움 검증 노드가 실제로 누구에 의해 통제되는지를 파악해야 합니다.

이더리움은 지분 증명(PoS) 합의 방식을 채택하고 있으며, 사용자가 입금 계약(Deposit Contract)에 최소 32 ETH를 예치하면 검증 노드를 활성화할 수 있습니다. 이를 통해 블록 제안, 거래 검증 및 합의 과정을 수행하며, 네트워크 규칙에 따라 보상을 받게 됩니다.

하지만 하나의 검증 노드는 단일 키 하나로 관리되지 않습니다. 이더리움 스테이킹 시스템에서는 핵심 권한이 두 가지 유형으로 분리되어 있습니다.

서명 키(Signing Key): 검증 노드의 일상적인 운영에 사용되며, 블록 제안 제출 및 검증 증서 제출을 포함해 네트워크 합의를 위한 운영 권한을 담당합니다. 인출 키(Withdrawal Key): 스테이킹된 원금과 수익의 귀속을 제어하며, 자금의 최종 반환 대상 주소(일반적으로 사용자의 셀프 custodial 지갑 주소와 직접 연동)를 결정하므로 자산에 대한 최종 통제권을 의미합니다.

두 키가 담당하는 역할은 매우 명확합니다. 서명 키는 검증자가 정상적으로 작업을 수행할 수 있는지 여부를 결정하는 반면, 인출 키는 궁극적으로 돈을 인출할 수 있는 주체를 결정합니다. 이는 검증 노드 운영을 맡는 사람이 반드시 자산의 최종 통제권을 가져야 함을 의미하지는 않습니다.

이러한 권한 분리의 구조를 이해하면, 신탁형(Custodial)과 비신탁형(Non-Custodial) 모델의 본질적인 차이점을 명확히 볼 수 있습니다.

완전 신탁형 스테이킹에서는 두 가지 권한 모두 플랫폼 측에 집중되는 경우가 많습니다. 사용자가 거래소나 신탁 기관에 ETH를 예치하면, 플랫폼은 노드 운영을 맡음과 동시에 인출 권한도 장악합니다. 사용자가 프론트엔드에서 확인하는 것은 단순히 장부상의 잔고일 뿐이며, 자산이 원활하게 환매될 수 있는지는 플랫폼의 자금 관리, 출금 규칙 및 경영 상태에 직접적으로 좌우됩니다.

반면 비신탁형 스테이킹에서는 두 권한이 물리적으로 분리됩니다. 사용자는 자신의 지갑을 통해 인출 권한을 통제하며, 전문 서비스 업체는 오직 서명 키만을 보유하고 노드의 일상적인 운영 관리를 전담합니다. 복잡한 하드웨어 및 네트워크 유지보수를 업체가 인수하더라도, 보유된 운영 권한만으로 사용자의 스테이킹 원금을 이체할 수는 없습니다.

「인출 권한은 사용자에게, 운영 권한은 서비스에 배정한다」는 이러한 분리 설계의 핵심 가치는 신뢰의 범위를 최소화하는 데 있습니다. 사용자는 원금 통제권을 양도할 필요가 없으며, 막대한 노드 운영 비용을 혼자 감당할 필요도 없습니다.

물론 비신탁형이라 해서 리스크가 제로인 것은 아닙니다. 서명 키는 여전히 검증자의 일상적인 성과와 직결되며, 업체 측에서 키 유출, 이중 서명(Double Signing) 또는 심각한 다운타임이 발생한다면, 검증자는 프로토콜 차원의 페널티를 받을 수 있습니다.

따라서 스테이킹 방안을 평가하는 첫 번째 단계는 인출 권한과 운영 권한을 철저히 분리하는지, 그리고 사용자가 진정한 의미에서 자산을 회수할 열쇠를 스스로 쥐고 있는지를 점검하는 것입니다.

이더리움 네이티브 프로토콜은 어떻게 스테이킹 자산을 보호하는가?

키 통제권의 개념을 이해했다면, 이제 또 다른 핵심 의문이 발생합니다. 왜 이더리움 네이티브 스테이킹에 직접 참여하는 것이 보안 구조상 여러 제3자 파생 스테이킹 제품보다 현저히 우위에 있는가?

그 핵심은 ETH 네이티브 스테이킹이 이더리움 하위 합의 프로토콜 위에 직접 구축되어 있어, 별도의 미들레이어 중첩이 불필요하다는 점에 있습니다.

사용자가 네이티브 스테이킹에 참여하면, ETH는 직접 이더리움 공식 검증자 체계에 편입되며, 수익 배분과 위반 징벌은 완전히 하위 프로토콜 코드가 자동 처리합니다. 이는 자산 모으기 위해 제3자 풀(Pool)에 의존할 필요도 없고, 스테이킹 권리를 간접적으로 매핑하기 위해 파생 토큰(예: LST)을 mint할 필요도 없으므로, 근본적으로 제3자 프로토콜 계약, 크로스 레이어 거버넌스, 그리고 파생 상품의 탈바인딩(De-pegging) 리스크가 복합적으로 발생하는 문제를 원천 차단합니다.

현재까지 네이티브 프로토콜 내부에서도 이더리움은 세 가지 메커니즘을 통해 명확한 보안 및 탈퇴 경계를 확립했습니다.

첫째, 프로토콜은 보상과 페널티를 통해 검증자의 행동을 규율합니다. 검증자는 지속적으로 온라인 상태를 유지하며 요청된 블록 제안과 검증 증서를 제출해야 하며, 노드에 고장 발생이나 장시간 오프라인 시 보상을 놓칠 뿐만 아니라 관련 잔고 페널티를 부과받습니다. 검증자가 상호 충돌하는 블록에 서명하는 등 더 중대한 위반 행위를 할 경우, Slashing(몰수 메커니즘)이 발동되어 일부 스테이킹 ETH는 소멸하며 검증자는 강제로 네트워크에서 퇴출됩니다. 이 메커니즘의 목적은 참여자가 스테이킹 수익을 얻는 대신 상응한 책임을 져야 하며, 네트워크 합의를 파괴하려는 모든 시도는 실제 금전적 대가를 치르게 하는 데 있습니다.

둘째, 인출 권한과 검증자 운영 권한은 서로 독립적일 수 있습니다. 이는 자산 보안 측면에서 네이티브 스테이킹의 매우 중요한 설계 사항인데, 검증자의 서명 키에 문제가 생겨도, 인출 키가 여전히 안전하게 사용자 측에 보관되어 있다면 공격자가 서명 키만으로 사용자의 스테이킹 원금을 인출할 수는 없습니다. 이더리움은 펙트라(Pectra) 업그레이드 이후 이 메커니즘을 한층 보완했는데, 인출 주소에서 직접 검증자 퇴출(Termination) 절차를 시작할 수 있게 되며 더 이상 검증자 서명 키에만 완전히 의존하지 않게 되었습니다. 이는 비신탁형 사용자에게 극단적인 상황 속에서 「자금 강제 회수」를 보장하는 하위 계층의 안정장치가 됩니다.

셋째, 네이티브 스테이킹의 탈퇴 역시 프로토콜 규칙에 따릅니다. 네이티브 스테이킹은 보상 인출과 원금 완전 출금을 지원하지만, 일반 지갑 송금처럼 즉시 입금되는 것은 아닙니다. 검증자가 퇴출을 신청하면 프로토콜 규칙에 따라 전체 네트워크 퇴출 대기열(Queuing System)에 진입해야 하며(대기 시간은 당시 네트워크 전체의 동시 퇴출 수요에 따라 다름), 완료된 후 erst원금과 남은 보상이 연계된 인출 주소로 자동으로 정산됩니다(추가 참조: 《지금 이더리움 네이티브 스테이킹에 참여하려면, 왜 한 달 정도 기다려야 할까?》).

이런 관점에서 보면, 네이티브 스테이킹의 가치는 단순히 ETH 보상을 받는 것을 넘어, 규칙이 완벽히 공개되고 온체인에서 투명하게 검증 가능하며, 어떠한 중앙화된 기관의 지급 보증에도 의존하지 않는 하위 청산 보장 체계를 마련한다는 점이 돋보입니다.

주류 스테이킹 방식 비교 분석: 리스크는 과연 어디에 분산되는가?

「키 통제권」과 「프로토콜 의존도」를 결합하여 살펴보면, 현재 시장에서 주류를 이루는 4가지 유형의 ETH 스테이킹 솔루션은 본질적으로 리스크를 서로 다른 바구니에 나누어 담는 형태라고 할 수 있습니다.

거래소와 신탁 기관이 제공하는 스테이킹 서비스는 일반적으로 참여 문턱이 가장 낮아 소액 스테이킹을 지원하며, 조작감이 전통적인 금융 상품에 가까워 사용자가 복잡한 기술적 절차를 거칠 필요가 없습니다. 하지만 이와 동시에 원금 통제권이 플랫폼 측에 완전히 이관되므로, 하위 ETH가 궁극적으로 이더리움 공식 스테이킹 계약에 편입된다 하더라도 사용자는 여전히 플랫폼의 신용 리스크, 내부 리스크 관리 취약점, 그리고 극단적인 시장 상황에서의 출금 제한을 떠안아야 합니다.

Lido와 같은 리퀴드 스테이킹 프로토콜을 예로 들면, 사용자가 ETH를 예치하면 스테이킹 권리를 대표하는 LST(예: stETH)를 부여받으며, 이를 통해 디파이(DeFi) 생태계 내에서 추가 이자 수익을 내거나 언제든지 제2의 시장(Marketplace)에서 현금화할 수 있습니다. 해당 방식의 최대 장점은 참여 문턱을 낮추고, 스테이킹 기간 중에도 사용자가 DeFi 등 기타 애플리케이션에 계속 접속할 수 있게 해주는 것이지만, 리스크 계층은 현저히 상승합니다. LST를 소유하는 것이 곧 검증자의 인출 권한을 확보함을 의미하지 않으며, 단지 스마트 계약 기반으로 작성된 채권증서를 보유하고 있음을 뜻합니다. 하위 노드의 슬래싱 리스크 외에도, 사용자는 스마트 계약 취약점 리스크, 프로토콜 거버넌스 리스크, 그리고 극단적 시장 상황 하에서 LST의 제2 시장 할인(de-pegging) 및 환매 급전(run on) 리스크까지 추가로 짊어져야 하는데, 이는 과거 LST 역사에서 수차례 재현된 사례이기도 합니다.

비신탁형 네이티브 스테이킹이 해결하고자 하는 지점은 바로 자산의 자율성과 노드 운영 관리 사이의 괴리입니다. 사용자는 이더리움 네이티브 스테이킹 방식을 통해 네트워크에 참여하며 인출 키를 직접 통제하고, 전문 서비스 업체는 검증자의 운영, 모니터링 및 유지보수를 전담합니다. 이를 통해 사용자는 리퀴드 스테이킹 토큰의 탈바인딩 리스크를 추가로 감당할 필요가 없으며, 제3자 스테이킹 풀 스마트 계약 및 거버넌스 구조에서 기인하는 추가 리스크도 감소시킬 수 있습니다.

만약 사용자가 충분한 ETH과 기술 역량을 보유하고 있다면, 직접 검증 노드를 구축할 수도 있습니다. 이 경우 서명 키, 인출 키, 노드 장비 전반을 사용자가 자체 관리하므로 제3자 노드 서비스 업체의 의존도가 필요 없는 셈입니다. 하지만 이것이 반드시 최저 리스크를 의미하지는 않습니다. 노드 하드웨어 결함, 네트워크 단절, 클라이언트 설정 오류, 키 백업 실패, 심지어 이중 서명(Duplex Signing) 실수 등에 의해서라도 수익 상실 또는 몰수가 발생할 수 있으므로, 장기적인 노드 운영 경험이 없는 일반 사용자에게 기술력 및 유지보수 비용 역시 험난한 장벽으로 작용합니다.

통제권을 손안에: 비신탁형 모델의 장기적 가치

결론적으로, 각기 다른 스테이킹 유형은 서로 다른 자금 규모와 리스크 선호도를 충족시키기 위해 존재합니다. 원금에 대한 절대적 통제권을 중시하면서도 자체 서버 유지 관리에 쏟는 에너지를 아끼고 싶어 하는 사용자들에게라면, 「비신탁형 네이티브 스테이킹」은 명백히 더 부합하는 보안 해법입니다.

이는 imToken의 비신탁형 ETH 스테이킹 솔루션이 설계된 핵심 철학과도 맥을 같이합니다. 절대 양도해서는 안 될 인출 권한은 사용자 자신의 지갑에 남기고, 고가용성(High Availability) 보장 수준의 노드 운영은 전문 인프라에 맡기는 방식입니다.

실제 구현 측면에서, 해당 솔루션은 복리 컴파운드(Compound)형 검증 노드와 자동 인출(Auto-withdrawal)형 검증 노드 두 가지 버전을 모두 제공하여, 사용자가 자금 관리 전략을 유연하게 선택할 수 있도록 돕습니다.

물론 비신탁형 모델을 선택했다고 해서 완전히 「손 놓고 구경만 하는」 자세를 취해도 된다는 뜻은 아닙니다. 자산의 최종 통제권을 완벽히 자신이 장악하고 있기 때문에, 사용자는 여전히 개인 보안 의무를 충실히 이행해야 합니다. 지갑의 시드 구문(Seed Phrase)을 안전한 오프라인 공간에 백업하고, 스테이킹 신청 전에 인출 주소를 면밀히 검증하며, 이더리움 프로토콜의 퇴출 대기열 시스템, 서비스 수수료 구조, 그리고 잠재적인 하위 계층 몰수 규칙에 대해 명확히 인지해야 합니다.

점점 더 많은 ETH가 장기 이자 수익화 체제로 이동하는 가운데, 보유자로서 우리가 진정으로 주목해야 할 시선은 단순히 내 자산이 얼마의 수익을 창출하느냐는 점뿐만 아니라, 외부 서비스의 어느 한 구간에서 극단적 사태가 발생했을 때 저 역시 원금 회수의 최종 주도권을 행사할 수 있느냐는 점에 아닐까요?

자산의 최종 통제권을 손 안에 쥐고, 전문가는 전문가의 일을 맡기는 것. 비신탁형 네이티브 스테이킹이 지닌 가장 큰 보안적 가치가 여기에서 비롯된다고 보는 것이 타당합니다.