ETH 홈 스테이킹

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

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

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

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

검증자 하드웨어 및 대역폭에 대한 현재 커뮤니티 가이드는 하드웨어 및 대역폭 권장 사항(EIP-7870) (새 탭에서 열림)에서 유지 관리됩니다. 대략적인 가이드로 4TB NVMe SSD, 64GB RAM(더 적어도 작동할 수 있지만 권장되는 여유 공간임), 견고한 최신 멀티 코어 CPU, 약 50Mbps 다운로드 / 25Mbps 업로드의 인터넷 연결을 계획하세요.

푸사카 업그레이드에서 PeerDAS가 도입된 이후, 스테이킹 노드는 네트워크의 블롭 데이터 중 일부만 저장하고 다운로드하면 되므로 홈 스테이커의 디스크 및 대역폭 요구 사항이 크게 줄어들었습니다.

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

이더리움 보안 및 스캠 예방

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

네. 복리(0x02) 인출 자격 증명을 가진 검증자는 최대 2048 ETH의 유효 잔고를 보유할 수 있으며, 활성화하기 위한 최소 금액은 32 ETH로 유지됩니다. 복리 검증자의 보상은 스테이크에 자동으로 추가되며, 최소 32 ETH를 초과하는 모든 정수 ETH에 대해 보상을 얻으므로 32의 배수가 아닌 금액도 스테이킹할 수 있습니다. 복리 및 2048 ETH 최대 한도를 참조하세요.

일반 인출(0x01) 자격 증명을 가진 검증자는 유효 잔고가 32 ETH로 제한되며, 이를 초과하는 잔고는 며칠마다 자동으로 인출 주소로 전송됩니다.

복리 검증자의 경우 최대 2048 ETH를 초과하는 잔고만 자동으로 전송됩니다. 그 이하의 금액을 인출하려면 인출 주소에서 부분 인출(가스가 소모되는 트랜잭션)을 트리거해야 하며, 이를 통해 최소 32 ETH를 초과하는 잔고를 인출할 수 있습니다. 여러 검증자를 실행하는 경우 네트워크를 종료하지 않고 단일 복리 검증자로 통합할 수도 있습니다.

스테이킹 인출에 대해 자세히 알아보기

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

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

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

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

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

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

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

• 소수 클라이언트 실행의 중요성에 대해 자세히 알아보기
• 보상, 페널티 및 슬래싱에 대해 자세히 알아보기

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

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

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

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

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

모든 인출에는 검증자에 인출 주소가 설정되어 있어야 합니다. 신규 스테이커는 키 생성 및 예치 시 이를 설정합니다. 아직 인출 주소를 설정하지 않은 네트워크 초창기의 스테이커는 인출하기 전에 인출 자격 증명을 업데이트해야 합니다.

일반 인출(0x01) 자격 증명을 가진 검증자의 경우, 보상 지급액(초기 32 ETH를 초과하여 누적된 ETH)이 주기적으로 인출 주소로 자동 분배됩니다. 복리(0x02) 검증자의 경우 보상은 스테이킹된 상태로 유지되며 자동으로 복리로 계산됩니다. 인출 주소에서 부분 인출을 트리거하여 32 ETH를 초과하는 잔고를 인출할 수 있습니다.

전체 잔고를 잠금 해제하고 돌려받으려면 검증자를 종료해야 합니다. 검증자 서명 키를 사용하거나 실행 계층 트랜잭션을 통해 인출 주소에서 직접 트리거할 수 있으므로, 서명 키를 분실하더라도 자금을 복구할 수 있습니다.