검증자 체크리스트

체크리스트는 검증자의 역할을 이해하고 이 역할에 대한 준비를 하는 데 도움이 됩니다.셋업 중 언제든지 Discord 또는 Reddit에서 EthStaker를 방문하면 친절한 도움을 받을 수 있습니다!

섹션 1 - 시작하기 전에

검증자 셋업 단계를 진행하기 전에 이 섹션을 검토하십시오.

권장 관련 면책조항

하드웨어 권장사항은 계속 상향됩니다. 샤드 도입 이후 커지는 규모에 대응하기 위해 현재 최소 요구사항이 높아질 가능성이 큽니다. 자금을 예치하기 전에 충분히 조사하십시오.

하드 드라이브

실행 클라이언트와 귀하의 합의 클라이언트을 실행해야 합니다.
병합 이후, 제3자 제공자(예 Infura 및 Alchemy)는 더이상 실행 계층 책임을 아웃소싱하는 중요한 옵션이 아닙니다. 모드 스테이커는 네트워크를 적절히 입증할 수 있도록 실행 및 합의 클라이언트 모두를 실행해야 합니다.
2022년 5월 기준, 메인넷 실행 체인 데이터만으로도 최대 1TB가 필요합니다(매일 1GB 이상 성장 시).
이더리움은 2015년 7월 30일에 태동했습니다. 이후 시간이 흐르며 크기가 커졌고, 샤딩이 도입되며 스토리지, 메모리, 대역폭 요건도 증가할 것입니다.
처리에 필요한 읽기/쓰기 속도를 지속적으로 확보하려면 SSD 스토리지가 필요합니다.
드라이브에 충분한 공간을 반드시 확보한 후 노드에서 메인터넌스를 실행하십시오.

CPU 및 RAM

클라이언트 개발문서를 참고하여 사용하려는 하드웨어가 충분하고 지원되는지 확인하십시오.
클라이언트간에 리소스 사용량이 크게 다를 수 있습니다. 작업 가능한 리소스에 제약이 있는 경우 서로 다른 클라이언트를 잘 조사해 보십시오.

인터넷

인터넷 연결이 충분히 안정적이어서 가급적 중단 없이 상시 가용 가능해야 합니다.
대역폭에 스로틀링이나 한도가 없는지 확인하여 노드의 동기화 상태를 유지하고 호출 시 검증할 준비가 되도록 조치하십시오.
충분한 업로드 대역폭 또한 필요합니다. 2022년 5월 현재 시간당 ~1.2-1.3GB의 다운로드와 ~0.9-1GB 업로드가 필요하며 앞으로 더 증가할 수 있습니다.

참고

지나치게 복잡한 셋업은 피하고 적절한 타협점을 찾으세요. 짧은 시간 오프라인이 되면 작은 부작위 페널티를 받게 되지만 온라인에 다시 연결된 후 오프라인이었던 시간만큼 지나면 쉽게 회복됩니다. 백업 전원을 복잡하게 구성하면 셋업 비용이 증가하며 백업 검증자를 이중으로 설정하면 슬래싱으로 알려진 보다 심각한 패널티가 발생할 수 있습니다. 슬래싱 위험에 대한 자세한 정보
실행 클라이언트 동기화는 최악의 경우 며칠이 소요될 수 있습니다.

섹션 2 - 셋업 중클라이언트 셋업 중 이것을 참조하여 중요한 단계를 꼼꼼히 확인하십시오.

초기 셋업

선택한 하드웨어와 운영체제로 셋업을 시작하십시오.
노드의 보안 및 효율성을 극대화하려면 전용 하드웨어를 사용하여 클라이언트를 실행하십시오. 이렇게 해야 멀웨어에 노출될 위험이 감소하고 컴퓨팅 리소스에 대한 경쟁이 줄어들어 노트가 네트워크 로드를 처리해 검증자가 상시 책임을 다할 수 있습니다.

노드 보안

루트 계정을 확보했습니다.

방화벽 셋업을 마쳤습니다.

EL 및 CL 클라이언트 모두에 대해 내 라우터에서 올바른 머신으로 필수 포트 포워딩을 마쳤습니다(설치에 적용되는 포트만 열어야 함).

실행 클라이언트	기본 포트
Erigon	30303 TCP/UDP
Nethermind	30303 TCP/UDP
Besu	30303 TCP/UDP
Geth	30303 TCP/UDP

합의 클라이언트	기본 포트
Teku	9000 TCP/UDP
Nimbus	9000 TCP/UDP
Prysm	13000 TCP, 12000 UDP
Lighthouse	9000 TCP/UDP

네트워킹 내 포트에 대해 더 알아보기

시간 동기화 구성

Ubuntu 20.04의 경우

다음 명령 실행:
timedatectl
NTP Service이(가) active인지 확인하십시오.
Local time, Time zone, Universal time 모두 정확한지 확인하십시오.
NTP Service이(가) active이(가) 아닌 경우,
sudo timedatectl set-ntp on
을(를) 실행하십시오.
Failed to set ntp: NTP not supported 오류 메시지가 표시되면 chrony 또는 ntp 패키지를 설치해야 합니다.
참고: 기본적으로 VM은 NTP를 비활성화할 수 있으므로 귀하의 환경에서의 해결 방법을 찾아두는 것이 좋습니다.

검증해본 결과, 내 서버 시간과 실제 시간이 일치합니다.

참고: 특히 Windows에서 구성된 시간을 사용하는 VM에서는 UTC 대신 RTC(실시간 시계) 시간이 현지 시간대에 설정될 수 있습니다.

테스트넷 연습

메인넷에 대한 준비 과정으로 현재 테스트넷에서 이러한 단계를 완료해 보시기를 강력히 권장합니다. Goerli

실행 클라이언트 구성

검증자 역할 및 책임 검토

ErigonErigon은 Go로 작성된 효율성 프론티어의 실행 클라이언트입니다.

Erigon 구성

NethermindNethermind는 성능, 다양성 및 맞춤화 가능성을 위해 설계된 .NET 코어에 구축된 강력한 클라이언트입니다.

Nethermind 구성

BesuHyperledger Besu는 Apache 2.0 라이선스에 따라 개발되고 Java로 작성된 오픈 소스 이더리움 클라이언트입니다.

Besu 구성

GethGeth는 Go로 작성된 이더리움 프로토콜의 원시 구현체 세 가지 중 하나입니다.

Geth 구성

잊지마세요

모든 스테이커는 합의 클라이언트로 실행 클라이언트를 운영해야 합니다.

내 메인넷 실행 클라이언트의 설치 및 동기화를 마쳤습니다(며칠이 소요되므로 이 항목은 즉시 조치).

권장

내 실행 클라이언트의 디스코드 서버에 합류했습니다.디스코드: Erigon | Nethermind | Besu | Geth

합의 클라이언트 구성

TekuPegaSys Teku는 기관의 요구사항과 보안 요건을 충족하기 위해 설계된 Java 기반 Ethereum 합의 클라이언트입니다.

Teku 구성

NimbusNimbus는 이더리움 용 연구 프로젝트 및 합의 클라이언트 구현체로, 임베디드 시스템 및 개인용 모바일 디바이스에서 원활하게 동작하도록 설계되었습니다.

Nimbus 구성

Prysm프리즘 로고는 이더리움 프로토콜의 Go 합의 클라이언트 구현체로, 사용성, 보안, 신뢰성에 중점을 두었습니다.

프리즘 로고 구성

Lighthouse라이트하우스(Lighthouse)는 Rust로 작성된 먼센서스 클라이언트 구현체로, 속도와 보안에 중점을 두고 있습니다.

Lighthouse 구성

경고!

여러 곳에서 검증자를 실행하면 위험성이 높습니다. 슬래싱을 유발하는 이벤트가 발생하여 네트워크에서 퇴출될 수 있습니다. 슬래싱 위험에 대한 자세한 정보

합의 클라이언트 소프트웨어 최신 정식 버전 버전을 설치했습니다.

권장

내 합의 클라이언트의 디스코드 서버에 합류했습니다.디스코드: Teku | Nimbus | Prysm | Lighthouse

JWT 인증

실행 계층과 합의 계층 간의 커뮤니케이션은 엔진 API를 사용하여 이루어집니다. 이는 두 클라이언트 계층이 소통하는 데 사용할 수 있는 JSON RPC 방법 세트입니다.이 통신은 서로를 인증하기 위해 두 클라이언트 간에만 공유되는 비밀 키인 JWT 비밀을 사용하여 보안이 유지됩니다. 이 공유 JWT 비밀을 각 클라이언트(실행 및 합의 클라이언트 모두)에 사용할 수 있어야 서로 적절하게 소통할 수 있습니다.합의 JWT 문서: Lighthouse | Nimbus | Prysm | Teku실행 JWT 문서: Besu | Erigon | Geth | Nethermind

저는 공유된 JWT 비밀을 설정하고 저의 실행 클라이언트와 저의 합의 클라이언트(비콘 노드) 모두에서 사용할 수 있도록 설정했습니다.

출금 주소 설정

스테이커가 합의 계층에서 보상 지급을 잠금 해제하려면 인출 주소를 설정해야 합니다. 이는 검증자 키를 생성할 때 설정됩니다.

입금 전에 출금 주소를 제공하지 않는 경우, 키를 업데이트하고 출금을 활성화하기 위한 추가 단계를 수행해야 합니다. 그동안 자금은 잠깁니다.

스테이킹 출금에 대한 자세한 내용

모든 검증자 보상 및 출금을 예치하려는 곳에 입금하기 전에 deposit_data<timestamp>.json 파일을 생성할 때 이더리움 주소를 제공했습니다.그렇지 않은 경우, 본인은 BLS 출금 키로 서명된 BLSToExecutionChange 메시지를 제출하여 출금 자격 증명을 업데이트했습니다(상하이/카펠라 업그레이드 필요).

수수료 수령인 설정

스테이커는 거래 수수료 보상을 받기 위해 합의 클라이언트에게 수수료 수령 주소를 제공해야 합니다. 이 주소는 귀하가 사용하는 일반 이더리움 주소입니다.

클라이언트에게 주소를 제공하지 않으면 검증자가 블록을 제안할 때 귀하는 거래 수수료를 받지 않습니다.

이를 설정하는 방법에 대한 클라이언트별 지침은 합의 클라이언트 개발문서를 참조하세요.수수료 수령인 문서: Lighthouse | Nimbus | Prysm | Teku

저는 수수료 보상이 예치되기를 원하는 저의 검증자에게 이더리움 주소를 제공했습니다.

합의 계층 비콘 노드(BN)

필수

HTTP API를 통해 내 합의 클라이언트를 내 실행 클라이언트에 연결할 수 있습니다.

다음 명령을 사용하여 클라이언트 버전이 올바르게 반환되는지 확인하여 검증하십시오.
curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' http://<YourServerLocation>:8545

메인넷에서 비콘 노드를 동기화했습니다.

노드에 피어가 20개 이상 있어야 합니다.

합의 계층 검증자 클라이언트(VC)

필수

내 키스토어를 내 검증자 클라이언트로 가져오기 완료했습니다.

내 키스토어가 한 대의 검증자 머신에만 저장됨임을 확신합니다.

검증자 클라이언트 실행을 시작했습니다.

섹션 3 - 예치 후모니터링 소프트웨어를 사용하여 자금을 보호하고, 실제 발생할 수 있는 여러 시나리오별 대처법을 알아보십시오.

이러한 단계는 옵션이지만 노드 최적화를 위해 권장됩니다.

모니터링

Prometheus 및 Grafana 모니터

클라이언트는 Prometheus 및 Grafana를 지원하여 검증자에 대한 중요한 실시간 메트릭을 시각화하는 것을 도울 수 있습니다.모니터링 문서: Lighthouse | Nimbus | Prysm | Teku

Prometheus 서비스 셋업을 마쳤습니다.

Grafana 서비스 셋업을 마쳤습니다.

대시보드 구성을 내 Grafana 서버로 가져오기를 마쳤고 내 노드가 유효함을 확실히 확인했습니다.

테스트넷 시뮬레이션

테스트넷에서 검증할 때 이러한 시뮬레이션을 실행하여 노드에 대해 제대로 파악하고 메인넷에 대한 준비를 충분히 갖추십시오.

내 비콘 노드(BN) 및 검증자 클라이언트(VC)를 문제 없이 수동으로 중지 및 재시작하는 시뮬레이션을 마쳤습니다.

전력 공급 차단 상황(서버 및 인터넷)을 시뮬레이션한 결과, 자동 복구되었습니다.

하나의 합의 클라이언트에서 다른 합의 클라이언트로의 안전한 마이그레이션 방법 시뮬레이션을 마쳤습니다.

하나의 실행 클라이언트에서 다른 실행 클라이언트로의 안전한 마이그레이션 방법 시뮬레이션을 마쳤습니다.

고급 시스템 아키텍처

귀하의 검증자 신원을 네트워크에 노출하지 않으려면 신뢰할 수 있는 VPM을 사용하여 IP 주소 노출 위험을 줄이시기 바랍니다.
검증자 클라이언트(VC)와 비콘 노드(BN)를 별도의 머신 및 IP에 설정하여, 비콘 노드가 취약해도 다른 머신에 저장된 키스토어는 안전하게 보호할 수도 있습니다.

그래피티

검증자 클라이언트의 그래피티 플래그를 사용하여 제안된 블록에 개인적인 흔적을 추가할 수 있습니다(일부 텍스트를 마음대로 입력). 이는 Beaconcha.in 또는 BeaconScan 블록체인 탐색기로 확인할 수 있습니다.

내 그래피티 플래그 설정을 마쳤습니다.

궁금한 점이 있으면 EthStaker에서 도움을 받을 수 있습니다. Discord 또는 Reddit에서 지원을 요청하십시오.