위임형 스테이킹이란 무엇인가요?
위임형 스테이킹은 검증자를 위해 자신의 32 ETH를 예치하지만, 노드 운영은 제3자 운영자에게 위임하는 스테이킹 서비스 범주를 나타냅니다. 이 과정은 일반적으로 키 생성 및 예치를 포함한 초기 설정 안내를 받은 다음, 서명 키를 운영자에게 업로드하는 과정을 포함합니다. 사용자는 ETH를 제공하지만, 검증자 하드웨어의 운영은 다른 사람에게 맡깁니다.
이더리움 프로토콜은 스테이크 위임을 기본적으로 지원하지 않으므로, 이러한 수요를 충족하기 위해 다양한 서비스가 구축되었습니다. 이 범주는 **서비스형 스테이킹(SaaS)**으로 가장 잘 알려져 있지만, 스테이킹한 ETH에 대해 얼마나 많은 통제권을 유지하는지에 대한 핵심적인 질문에 따라 다양한 방식의 스펙트럼을 포괄합니다.
- 비수탁형 서비스형 스테이킹: 자신의 인출 키를 직접 보관하고 검증자 운영만 위임합니다.
- 완전 수탁형 스테이킹: 일반적으로 거래소인 제공자가 키와 자금을 모두 보관합니다.
솔로 스테이킹과 비교할 때, 모든 형태의 위임은 사용자와 이더리움 프로토콜 사이에 미들웨어를 배치합니다. 이 미들웨어는 다른 사람의 비즈니스에서 운영하는 소프트웨어 및 인프라입니다. 편의성을 향한 각 단계는 신뢰 가정을 추가하므로, 서비스를 선택하기 전에 해당 서비스가 이 스펙트럼의 어디에 위치하는지 파악하세요.
위임형 스테이킹이 아닌 것
- 풀 스테이킹 및 유동성 스테이킹 토큰 (LST): 풀을 사용하면 원하는 금액의 ETH를 다른 스테이커와 결합하며, 일반적으로 풀의 스테이크에서 자신의 지분을 나타내는 토큰을 받습니다. 자신의 검증자를 위임하는 것이 아닙니다. 풀의 스마트 컨트랙트와 노드 운영자가 검증자를 제어합니다. 풀 스테이킹에 대해 더 알아보기
- 보증금 기반 노드 운영: 일부 스테이킹 프로토콜은 보증금을 예치하여 32 ETH 미만으로 자신의 하드웨어에서 검증자를 운영할 수 있게 해줍니다. 이는 위임의 반대인 노드 운영이며, 솔로 스테이킹과 함께 다룹니다.
스테이킹을 위임하는 이유는 무엇인가요?
스테이킹할 32 ETH가 있지만 하드웨어를 다루는 것이 부담스럽다면, 위임형 스테이킹 서비스를 통해 기술적인 부분을 맡기고 네이티브 이더리움 블록 보상을 얻을 수 있습니다.
스테이킹 옵션 비교
홈 스테이킹
자금을 풀링할 필요 없이 자신의 검증자 키를 갖는다는 점은 비슷하지만, SaaS를 사용하면 잠재적으로 악의적으로 행동하거나 공격 또는 규제의 대상이 될 수 있는 제3자를 신뢰해야 합니다. 이러한 신뢰 가정이나 중앙화 위험이 우려된다면, 자기 주권적 스테이킹의 황금 표준인 솔로 스테이킹을 권장합니다.
홈 스테이킹에 대해 더 알아보기유동성 및 풀 스테이킹
일반적으로 다른 사람이 검증자 클라이언트를 실행하는 데 의존한다는 점에서는 비슷하지만, SaaS와 달리 풀 스테이킹을 사용하면 더 적은 양의 ETH로 참여할 수 있습니다. 32 ETH 미만으로 스테이킹하려는 경우 이 옵션들을 확인해 보세요.
풀 스테이킹에 대해 더 알아보기위임 스펙트럼
제공자마다 사용자를 위해 보관하는 키가 다르며, 그들이 보관하는 모든 키는 사용자가 그들을 신뢰해야 함을 의미합니다.
비수탁형 서비스형 스테이킹
비수탁형 SaaS를 사용하면 일반적으로 검증자 키를 생성하고 자신의 32 ETH를 예치하는 과정을 안내받은 다음, _서명 키_를 운영자에게 업로드합니다. 서명 키를 통해 운영자는 사용자를 대신하여 검증자 임무(블록 증명 및 제안)를 수행할 수 있습니다. 이를 오용하면 검증자가 페널티를 받거나 슬래싱될 수 있지만, 자금을 인출, 전송 또는 사용하는 데에는 사용할 수 없습니다.
검증자의 _인출 자격 증명_은 사용자가 통제하는 주소를 가리키도록 유지됩니다. 보상 및 종료된 자금은 항상 그곳으로만 갈 수 있습니다(아래 신뢰 모델 섹션 참조).
수탁형 서비스 및 거래소 스테이킹
스펙트럼의 완전 위임 끝에는 중앙화된 거래소에서 가장 흔히 제공하는 수탁형 스테이킹이 있습니다. 사용자는 키를 전혀 다루지 않으며, 플랫폼 계정에 ETH를 보유하고 스테이킹에 참여하기만 하면 됩니다. 이는 가능한 가장 간단한 사용자 경험이며, 이미 거래소에 자금을 보관하고 수탁 위험을 감수하는 사람들에게 합리적인 옵션입니다.
또한 가장 많은 신뢰를 요구합니다. 제공자는 서명 키와 인출 자격 증명을 모두 통제합니다. 사용자가 보유하는 것은 검증자가 아니라 플랫폼의 잔액입니다. 이는 다음을 의미합니다.
- 스테이킹된 ETH는 제공자의 지불 능력, 보안 및 규제 상황에 노출되며, 인출은 이더리움 프로토콜 규칙뿐만 아니라 그들의 약관 및 처리 시간의 적용을 받습니다.
- 제공자가 파산하거나 인출을 동결할 경우, 검증자를 종료하거나 자금을 회수할 수 있는 독립적인 방법이 없습니다.
- 소수의 거래소 운영자에게 대량의 ETH가 스테이킹되면 스테이크 중앙화에 기여하게 되며, 이러한 운영자의 클라이언트 선택은 네트워크의 건전성에 영향을 미칩니다. 더 많은 통제권을 유지하는 방식으로 스테이킹하거나, 소수 클라이언트를 실행하는 것으로 입증된 제공자를 선택하는 것이 이더리움의 회복력에 더 큰 도움이 됩니다.
신뢰 모델: 평가해야 할 사항
위임형 스테이킹은 항상 스테이킹 설정의 일부를 다른 사람에게 신뢰하여 맡기는 것을 의미합니다. 무언가를 넘겨주기 전에 다음 질문에 답해 보세요.
- 인출 키는 누가 보관하나요? 검증자의 인출 자격 증명(유형 0x01 또는 0x02)은 궁극적으로 스테이크를 통제하는 실행 계층 주소를 가리킵니다. 해당 주소가 사용자의 것이라면 이 방식은 비수탁형입니다. 운영자가 검증자를 실행(또는 잘못 관리)할 수는 있지만, ETH는 항상 사용자에게만 인출될 수 있습니다. 자격 증명이 제공자의 주소를 가리킨다면, 사용자는 스테이크가 아닌 약속을 보유하고 있는 것입니다.
- 운영자 없이 종료할 수 있나요? 펙트라 업그레이드 이후, 실행 계층 트리거 인출(EIP-7002) (새 탭에서 열림)을 통해 인출 주소는 서명 키 없이도 실행 계층에서 직접 검증자 종료(또는 복리 0x02 검증자의 경우 32 ETH를 초과하는 잔액의 부분 인출)를 트리거할 수 있습니다. 트랜잭션이 필요하고 가스 비용이 발생하지만, 인출 자격 증명이 사용자의 것이라면 응답하지 않거나 폐업한 운영자가 더 이상 검증자를 인질로 잡을 수 없음을 의미합니다.
- 수수료 구조는 어떻게 되나요? 서비스는 월정액 또는 보상의 일정 비율을 청구합니다. 수수료가 다운타임 및 페널티와 어떻게 상호 작용하는지 확인하세요. 운영자의 실적이 저조할 경우 누가 비용을 부담하는지, 보증이나 보험이 제공되는지 확인해야 합니다.
- 운영자는 어떤 클라이언트를 실행하나요? 다수 실행 또는 합의 클라이언트를 실행하는 운영자는 해당 클라이언트에 버그가 있을 경우 사용자의 스테이크와 네트워크 모두를 상관된 실패 위험에 노출시킵니다. 소수 클라이언트 사용을 문서화하는 제공자를 선호하세요.
- 서비스가 개방되어 있고 감사를 받았나요? 제공자는 표준 이더리움 클라이언트 주변에 오픈 소스가 아니거나 감사할 수 없는 추가 소프트웨어를 실행할 수 있습니다. 공개 감사, 확립된 운영 기록, 깨끗한 슬래싱 기록을 찾아보세요.
- 제공자가 사라지면 어떻게 되나요? 책임감 있는 제공자는 오프보딩 프로세스를 문서화하여 검증자를 종료하거나, 키를 복구하거나, 직접 종료를 트리거하는 방법에 대한 명확한 지침을 제공합니다. 답변이 전적으로 제공자의 사업 유지 여부에 달려 있다면 이는 수탁형 방식입니다.
고려해야 할 사항
검증자 운영 위임을 돕는 제공자가 늘어나고 있지만, 각각 고유한 장단점과 위험이 있습니다. 모든 위임 옵션은 솔로 스테이킹에 비해 추가적인 신뢰 가정을 요구합니다. 위임 옵션에는 개방되지 않거나 감사할 수 없는 이더리움 클라이언트를 래핑하는 추가 코드가 있을 수 있습니다. 위임은 또한 네트워크 탈중앙화에 부정적인 영향을 미칩니다. 설정에 따라 검증자를 통제하지 못할 수 있으며, 운영자가 사용자의 ETH를 사용하여 부정직하게 행동할 수도 있습니다.
아래의 속성 지표는 나열된 제공자가 가질 수 있는 주목할 만한 강점이나 약점을 나타내는 데 사용됩니다. 스테이킹 서비스를 선택할 때 이러한 속성을 어떻게 정의하는지 참고용으로 이 섹션을 활용하세요.
오픈 소스
필수 코드는 100% 오픈 소스이며 대중이 포크하고 사용할 수 있도록 공개되어 있습니다.
오픈 소스
비공개 소스
스테이킹 서비스 제공자 살펴보기
아래는 이용 가능한 서비스형 스테이킹 제공자 중 일부입니다. 위의 지표를 사용하여 이러한 서비스를 안내받으세요.
SaaS 제공자
네트워크의 보안을 향상시키고 위험을 제한하므로 클라이언트 다양성을 지원하는 것의 중요성에 유의하세요. 다수 클라이언트 사용을 제한한다는 증거가 있는 서비스는 "실행 클라이언트 다양성" 및 "합의 클라이언트 다양성"으로 표시됩니다.
키 생성기
저희가 놓친 서비스형 스테이킹 제공자에 대한 제안이 있으신가요? 제품 등록 정책을 확인하여 적합한지 알아보고 검토를 위해 제출해 주세요.
자주 묻는 질문
방식은 제공자마다 다릅니다. 비수탁형 서비스의 경우, 검증자를 위한 서명 키를 생성하고(각 검증자는 32 ETH를 보유하거나, 펙트라 업그레이드 이후 복리(0x02) 자격 증명을 통해 최대 2048 ETH를 보유함) 이를 제공자에게 업로드하여 대신 검증할 수 있도록 안내받게 됩니다. 서명 키만으로는 자금을 인출, 전송 또는 사용할 수 있는 권한이 부여되지 않습니다. 그러나 합의를 향해 투표할 수 있는 권한을 제공하며, 이를 제대로 수행하지 않으면 오프라인 페널티나 슬래싱이 발생할 수 있습니다.
중앙화된 거래소를 통한 스테이킹과 같은 수탁형 서비스의 경우, 제공자가 서명 키와 인출 자격 증명 등 모든 키를 보관합니다. 이 경우 검증자 운영뿐만 아니라 자금 자체에 대해서도 제공자를 신뢰하는 것입니다.
네. 각 검증자에는 서명 키와 별도의 인출 자격 증명이 있습니다. 검증자가 체인의 상태를 증명하고, 동기화 위원회에 참여하며, 블록을 제안하려면 검증자 클라이언트가 서명 키에 쉽게 접근할 수 있어야 합니다. 이들은 어떤 형태로든 인터넷에 연결되어 있어야 하므로 본질적으로 "핫(hot)" 키로 간주됩니다. 인출된 자금을 통제하는 키는 보안상의 이유로 별도로 보관됩니다.
인출 자격 증명은 스테이킹 보상 및 종료된 자금이 이동할 실행 계층 주소를 지정합니다. 최신 예치 도구를 사용하면 예치 시 이 주소를 일반(0x01) 또는 복리(0x02) 자격 증명으로 설정할 수 있으며, 이는 사용자가 통제하는 주소여야 하고 이상적으로는 콜드 스토리지에 안전하게 보관되어야 합니다. 이는 다른 사람이 검증자 서명 키를 통제하더라도 자금을 보호하며, 펙트라 업그레이드 이후에는 해당 주소에서 직접 검증자를 종료할 수도 있습니다.
실행 인출 주소 없이 네트워크 초기에 설정된 검증자는 레거시 BLS 인출 키를 사용하며, 인출을 시작하기 전에 인출 주소를 선언하는 일회성 메시지에 서명해야 합니다. 여기에는 설정 시 생성된 니모닉 시드 구문에서 인출 키를 다시 생성하는 작업이 포함됩니다.
이 시드 구문을 안전하게 백업해 두지 않으면 때가 되었을 때 인출 키를 생성할 수 없게 되므로 반드시 백업하세요.
검증자 준비 방법에 대한 지원은 제공자에게 문의하세요.
인출 작동 방식은 검증자의 인출 자격 증명 유형에 따라 다릅니다. 일반(0x01) 검증자의 경우 32 ETH를 초과하는 잔액은 며칠마다 주기적으로 인출 주소로 자동 스윕됩니다. 복리(0x02) 검증자의 경우 보상이 최대 2048 ETH까지 검증자의 잔액에 복리로 적용되며, 그 이하로 인출하려면 인출 주소에서 부분 인출을 트리거해야 하고 가스 비용이 발생합니다.
검증자는 완전히 종료할 수도 있으며, 이 경우 남은 전체 ETH 잔액이 잠금 해제됩니다. 종료 프로세스를 완료한 후, 후속 검증자 스윕 중에 전체 잔액이 인출 주소로 전송됩니다.
스테이킹 인출에 대해 더 알아보기인출 자격 증명이 사용자가 통제하는 주소를 가리키는 경우, 직접 검증자를 종료하고 스테이크를 회수할 수 있습니다. 신뢰 모델: 평가해야 할 사항을 참조하세요.
제공자가 인출 자격 증명을 보관하는 경우(수탁형 및 거래소 스테이킹과 같이), 프로토콜 수준에서 독립적으로 자금을 회수할 수 있는 방법은 없습니다. 사용자의 구제 수단은 제공자 자체의 프로세스로 제한됩니다.
위임형 스테이킹 제공자를 사용하면 노드 운영을 다른 사람에게 맡기는 것입니다. 이는 사용자가 통제할 수 없는 노드 성능 저하의 위험을 수반합니다. 검증자가 슬래싱되는 경우, 검증자의 잔액에 비례하는 초기 페널티가 적용되며(펙트라 업그레이드에서 훨씬 작아짐), 검증자는 검증자 세트에서 강제로 종료됩니다.
슬래싱/종료 프로세스가 완료되면 남은 자금은 검증자에 할당된 인출 주소로 전송됩니다.
보증이나 보험 옵션에 대한 자세한 내용은 개별 제공자에게 문의하세요. 검증자 설정을 완전히 통제하고 싶다면 ETH를 솔로 스테이킹하는 방법에 대해 자세히 알아보세요.
더 읽을거리
- 서비스형 스테이킹이란 무엇인가요? (새 탭에서 열림) - Figment
- 이더리움 스테이킹 디렉토리 (새 탭에서 열림) - Eridian 및 Spacesider
- 스테이킹 서비스 평가하기 (새 탭에서 열림) - Jim McDonald 2020
- EIP-7002: 실행 계층 트리거 가능 인출 (새 탭에서 열림) - 인출 주소에서 검증자를 종료하기 위한 사양