집에서 ETH 스테이킹하기

자체 노드를 운영할 때는 선택한 소프트웨어의 사용법을 배우는 데 시간을 투자해야 합니다. 여기에는 관련 문서를 읽고 해당 개발 팀의 커뮤니케이션 채널에 귀를 기울이는 것이 포함됩니다.

실행 중인 소프트웨어와 지분 증명(PoS)의 작동 방식을 더 많이 이해할수록 스테이커로서의 위험이 줄어들고, 노드 운영자로서 과정 중에 발생할 수 있는 문제를 더 쉽게 해결할 수 있습니다.

새로운 도구들이 시간이 지남에 따라 이 과정을 더 쉽게 만들고 있지만, 노드 설정은 컴퓨터 작업에 어느 정도 익숙해야 합니다. 명령줄 인터페이스(CLI)에 대한 이해가 도움이 되지만, 더 이상 엄격하게 요구되지는 않습니다.

또한 매우 기본적인 하드웨어 설정과 최소 권장 사양에 대한 약간의 이해가 필요합니다.

개인 키가 이더리움 주소를 보호하는 것과 마찬가지로, 검증자를 위한 전용 키를 생성해야 합니다. 시드 구문이나 개인 키를 안전하게 보관하는 방법을 이해해야 합니다.

이더리움 보안 및 스캠 예방

오프라인 상태로 인한 비활동 페널티와 달리, 슬래싱은 악의적인 위반에 대해 부과되는 훨씬 더 심각한 페널티입니다. 한 번에 한 대의 기기에만 키를 로드하여 소수 클라이언트를 실행하면 슬래싱 위험이 최소화됩니다. 그렇긴 하지만, 모든 스테이커는 슬래싱의 위험성을 인지하고 있어야 합니다.

네, 최신 검증자 계정은 최대 2048 ETH까지 보유할 수 있습니다. 32 ETH를 초과하는 추가 ETH는 단계적으로 복리 적용되며, 실제 잔고가 증가함에 따라 정수 단위로 증가합니다. 이를 유효 잔고라고 합니다.

계정의 유효 잔고를 늘려 보상을 증가시키려면, 전체 ETH 임계값보다 0.25 ETH 높은 버퍼를 넘어야 합니다. 예를 들어, 실제 잔고가 32.9 ETH이고 유효 잔고가 32 ETH인 계정은 유효 잔고 증가를 트리거하기 전에 실제 잔고를 33.25 ETH 이상으로 만들기 위해 0.35 ETH를 추가로 얻어야 합니다.

이 버퍼는 또한 현재 유효 잔고보다 0.25 ETH 아래로 떨어질 때까지 유효 잔고가 감소하는 것을 방지합니다.

검증자와 연결된 각 키 쌍을 활성화하려면 최소 32 ETH가 필요합니다. 이를 초과하는 잔고는 해당 주소로 서명된 트랜잭션을 통해 언제든지 연결된 인출 주소로 인출할 수 있습니다. 최대 유효 잔고를 초과하는 자금은 주기적으로 자동 인출됩니다.

홈 스테이킹이 너무 부담스럽다면 서비스형 스테이킹(staking-as-a-service) 제공업체를 이용하는 것을 고려해 보거나, 32 ETH 미만으로 참여하려는 경우 스테이킹 풀을 확인해 보세요.

네트워크가 정상적으로 완결된 상태일 때 오프라인이 되더라도 슬래싱이 발생하지는 않습니다. 주어진 에포크(각 6.4분 길이) 동안 검증자가 증명할 수 없는 경우 작은 비활동 페널티가 부과되지만, 이는 슬래싱과는 매우 다릅니다. 이러한 페널티는 검증자가 증명할 수 있었을 때 얻었을 보상보다 약간 적으며, 다시 온라인 상태로 돌아와 대략 동일한 시간을 보내면 손실을 만회할 수 있습니다.

비활동에 대한 페널티는 동시에 오프라인 상태인 검증자의 수에 비례한다는 점에 유의하세요. 네트워크의 상당 부분이 한꺼번에 오프라인 상태가 되는 경우, 단일 검증자를 사용할 수 없을 때보다 이러한 각 검증자에 대한 페널티가 더 커집니다.

극단적인 경우, 검증자의 3분의 1 이상이 오프라인 상태가 되어 네트워크 완결이 중단되면, 해당 사용자들은 오프라인 검증자 계정에서 ETH가 기하급수적으로 빠져나가는 2차 비활동 누수(quadratic inactivity leak)를 겪게 됩니다. 이를 통해 네트워크는 비활성 검증자의 잔고가 16 ETH에 도달할 때까지 ETH를 소각하여 결국 스스로 치유할 수 있으며, 이 시점에서 해당 검증자는 검증자 풀에서 자동으로 퇴출됩니다. 남은 온라인 검증자들은 결국 다시 네트워크의 3분의 2 이상을 차지하게 되어, 체인을 다시 완결하는 데 필요한 절대다수를 충족하게 됩니다.

간단히 말해, 이를 완전히 보장할 수는 없지만, 선의로 행동하고 소수 클라이언트를 실행하며 한 번에 한 대의 기기에만 서명 키를 보관한다면 슬래싱을 당할 위험은 거의 0에 가깝습니다.

검증자가 슬래싱을 당하고 네트워크에서 퇴출되는 구체적인 방법은 몇 가지뿐입니다. 이 글을 쓰는 시점에서 발생한 슬래싱은 서명 키가 두 대의 개별 기기에 동시에 저장되는 중복 하드웨어 설정의 결과로만 발생했습니다. 이는 의도치 않게 키에서 이중 투표(double vote)를 발생시킬 수 있으며, 이는 슬래싱 대상이 되는 위반 행위입니다.

절대다수 클라이언트(네트워크의 3/2 이상이 사용하는 클라이언트)를 실행하는 것 역시 해당 클라이언트에 체인 포크를 유발하는 버그가 있을 경우 잠재적인 슬래싱 위험을 안고 있습니다. 이로 인해 잘못된 포크가 완결될 수 있습니다. 의도한 체인으로 다시 수정하려면 완결된 블록을 실행 취소하려고 시도하여 포위 투표(surround vote)를 제출해야 합니다. 이 또한 슬래싱 대상이 되는 위반 행위이며, 대신 소수 클라이언트를 실행하는 것만으로도 피할 수 있습니다.

소수 클라이언트의 동일한 버그는 결코 완결되지 않으므로 포위 투표로 이어지지 않으며, 슬래싱이 아닌 단순한 비활동 페널티만 발생시킵니다.

• 소수 클라이언트 실행의 중요성에 대해 자세히 알아보기
• 슬래싱 예방에 대해 자세히 알아보기

개별 클라이언트는 다양한 프로그래밍 언어를 사용하여 서로 다른 팀에서 개발하므로 성능과 사용자 인터페이스 측면에서 약간 다를 수 있습니다. 그렇긴 하지만, 그중 어느 것도 "최고"는 아닙니다. 모든 프로덕션 클라이언트는 블록체인과 동기화하고 상호 작용하는 동일한 핵심 기능을 수행하는 훌륭한 소프트웨어입니다.

모든 프로덕션 클라이언트가 동일한 기본 기능을 제공하므로, 현재 네트워크의 대다수 검증자가 사용하지 않는 클라이언트를 의미하는 소수 클라이언트를 선택하는 것이 실제로 매우 중요합니다. 직관에 어긋나는 것처럼 들릴 수 있지만, 다수 또는 절대다수 클라이언트를 실행하면 해당 클라이언트에 버그가 발생할 경우 슬래싱 위험이 증가합니다. 소수 클라이언트를 실행하면 이러한 위험이 크게 제한됩니다.

가상 사설 서버(VPS)를 가정용 하드웨어의 대체품으로 사용할 수 있지만, 검증자 클라이언트의 물리적 접근성과 위치는 중요합니다. Amazon Web Services나 Digital Ocean과 같은 중앙화된 클라우드 솔루션은 하드웨어를 확보하고 운영할 필요가 없는 편리함을 제공하지만, 네트워크를 중앙화하는 대가를 치릅니다.

단일 중앙화된 클라우드 스토리지 솔루션에서 실행되는 검증자 클라이언트가 많을수록 해당 사용자에게는 더 위험해집니다. 공격, 규제 요구, 또는 단순한 전력/인터넷 중단 등 이러한 제공업체를 오프라인 상태로 만드는 모든 이벤트는 이 서버에 의존하는 모든 검증자 클라이언트를 동시에 오프라인 상태로 만듭니다.

오프라인 페널티는 동시에 오프라인 상태인 다른 검증자의 수에 비례합니다. VPS를 사용하면 오프라인 페널티가 더 심각해질 위험이 크게 증가하며, 중단 규모가 충분히 클 경우 2차 누수 또는 슬래싱의 위험이 증가합니다. 자신의 위험과 네트워크에 대한 위험을 최소화하기 위해 사용자는 자체 하드웨어를 확보하고 운영할 것을 강력히 권장합니다.

비콘 체인에서 어떤 종류의 인출이든 인출 자격 증명을 설정해야 합니다.

신규 스테이커는 키 생성 및 예치 시에 이를 설정합니다. 아직 설정하지 않은 기존 스테이커는 이 기능을 지원하도록 키를 업그레이드할 수 있습니다.

인출 자격 증명이 설정되면, 보상 지급액(초기 32 ETH를 초과하여 누적된 ETH)이 주기적으로 인출 주소로 자동 분배됩니다.

전체 잔고를 잠금 해제하고 돌려받으려면 검증자 종료 프로세스도 완료해야 합니다.