ETH 홈 스테이킹

예, 최신 검증자 계정은 최대 2048 ETH를 보유할 수 있습니다. 32개를 초과하는 추가 ETH는 실제 잔액이 증가함에 따라 정수 단위로 증가하면서 단계적으로 복리됩니다. 이를 유효 잔액이라고 합니다.

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

또한 이 버퍼는 유효 잔액이 현재 유효 잔액보다 0.25 ETH 아래로 떨어지기 전까지는 감소하지 않도록 방지합니다.

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

홈 스테이킹이 너무 부담스럽다면 서비스형 스테이킹(SaaS) 제공업체를 이용하거나 32 ETH 미만으로 작업하는 경우 스테이킹 풀을 확인해 보세요.

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

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

검증자의 3분의 1 이상이 오프라인 상태가 되어 네트워크 완결이 중단되는 극단적인 경우, 이러한 사용자는 이차 비활성 누출이라는 현상을 겪게 되며, 이는 오프라인 검증자 계정에서 ETH가 기하급수적으로 소진되는 것을 의미합니다. 이를 통해 비활성 검증자의 잔액이 16 ETH에 도달할 때까지 ETH를 소각하여 네트워크가 결국 자가 치유할 수 있게 됩니다. 이 시점에서 해당 검증자는 검증자 풀에서 자동으로 퇴출됩니다. 남아있는 온라인 검증자들은 결국 다시 네트워크의 2/3 이상을 구성하게 되어 체인을 다시 한번 완결시키는 데 필요한 초과 과반수를 만족시키게 됩니다.

요약하자면, 이를 완전히 보장할 수는 없지만, 선의로 행동하고 소수 클라이언트를 실행하며 서명 키를 한 번에 하나의 컴퓨터에만 보관한다면 슬래싱될 위험은 거의 0에 가깝습니다.

검증자가 슬래싱되어 네트워크에서 퇴출될 수 있는 특정 방법은 몇 가지밖에 없습니다. 이 글을 쓰는 시점에서 발생한 슬래싱은 서명 키가 동시에 두 개의 별도 머신에 저장된 중복 하드웨어 설정의 산물이었습니다. 이는 의도치 않게 키에서 이중 투표를 유발할 수 있으며, 이는 슬래싱 가능한 위반 행위입니다.

초과 과반수 클라이언트(네트워크의 2/3 이상이 사용하는 모든 클라이언트)를 실행하는 것 또한 해당 클라이언트에 체인 포크를 유발하는 버그가 발생할 경우 잠재적인 슬래싱 위험을 안고 있습니다. 이로 인해 결함이 있는 포크가 완결될 수 있습니다. 의도한 체인으로 다시 수정하려면 완결된 블록을 되돌리려는 서라운드 투표를 제출해야 합니다. 이 또한 슬래싱 가능한 위반 행위이며, 대신 소수 클라이언트를 실행함으로써 간단히 피할 수 있습니다.

소수 클라이언트에서 유사한 버그가 발생할지라도 최종 확정되지 않으므로 서라운드 투표 및 슬래싱은 발생하지 않으며, 그저 비활동 패널티로만 그치게 됩니다.

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

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

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

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

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

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

비콘 체인에서 출금하려면 출금 자격 증명의 설정이 필요합니다.

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

출금 자격 증명이 설정되면 주기적으로 보상(초기 32 ETH에 대해 누적된 ETH)이 출금 주소로 자동 지급됩니다.

전체 잔액을 잠금 해제하고 수령하려면 검증자 탈퇴 프로세스도 완료해야 합니다.