이 기사에서 Ethereum 2.0 서약에 참여하는 방법을 알아보십시오.

편집자 주: 이 기사의 출처는크립토 밸리 라이브 (ID: cryptovalley)편집자 주: 이 기사의 출처는

크립토 밸리 라이브 (ID: cryptovalley)

, 저자: Gaurav Agrawal, 번역: Li Hanbo, 승인을 받아 Odaily에서 복제.

32 ETH를 약정할 때 이더리움 2.0 스테이킹에 참여하기 위해 필요한 과정이라고 생각하는 것을 여러분과 공유하고자 합니다.

일반적인 기본 프로세스부터 시작하여 구체적인 방법을 소개하고 마지막으로 모든 스테이커에게 적용되지 않을 수 있는 보안의 일부 고급 개념을 공유하겠습니다.

보조 제목

1. Medalla 테스트넷(medalla.launchpad.ethereum.org) 또는 향후 테스트넷과 같은 ETH2 테스트넷 중 하나에 입금 및 스테이킹하는 프로세스 및 도구에 익숙합니다. 이렇게 하면 실제로 문제가 발생할 때 문제가 발생할 위험이 줄어듭니다. 급하게 뜨거운 두부를 먹을 수 없다면 성공을 위해 서두르지 마십시오.

2. 이더리움 공식 블로그(blog.ethereum.org), 이더리움 런치패드(launchpad.ethereum.org) 또는 매우 신뢰하는 사람과 같은 평판이 좋은 출처에서 필요한 모든 정보를 얻고 공식 블로그를 사용하십시오. Launchpad 및 eth-deposit cli 도구와 같은 검증된 도구를 사용하여 공개/개인 키 쌍을 생성합니다.

3. 이해하지 못하는 것이 있으면 주저하지 말고 질문하십시오. Ethereum에는 훌륭한 지원 커뮤니티가 있습니다. r/eth 서약자나 eth 서약자 디스코드 서버에서 반드시 도움을 받을 것입니다. 그러나 잊지 마세요: 비밀을 공유하지 말고 항상 사기꾼이나 가짜를 경계하십시오.

보조 제목

2단계: 키 생성

이제 일반적인 준비에 대해 이야기했습니다. 따라서 키 쌍 생성에 대한 모범 사례를 살펴보겠습니다.

4. 라이브(Linux) 배포판/비영구 시스템(예: Ubuntu 또는 Tails)을 실행하는 머신에서 스테이킹 키 쌍을 생성하고 생성 프로세스 중에 비영구 OS 또는 하드웨어가 켜져 있고 컴퓨터가 완전히 오프라인 상태이며 연결이 끊어져 있습니다.

5. Ethereum Lanchpad에 설명된 것과 같은 키 생성을 위한 공식 도구를 사용합니다. 바이너리를 사용하는 경우 체크섬이 릴리스 정보의 체크섬과 일치하는지 확인하십시오. Linux에서 sha256sum NameOfBinary를 사용하여 일치하는지 확인하십시오. 기술이 복잡한 경우 저장소를 복제하고 소스에서 컴파일/빌드할 수 있습니다.

6. 암호/니모닉을 적어 두거나 암호화된 상태로 저장합니다(예: 지문 드라이브). 제3자가 알 수 없도록 하십시오. 카메라가 오프라인/차단되어 있고 마이크가 꺼져 있는지 확인하십시오.

7. 하드웨어 지갑용 키가 있는 경우 동일한 키를 사용할 수도 있습니다. 이렇게 하면 이것만 안전하게 지키면 됩니다. 이 사본을 안전한 장소에 보관하십시오.

9. 자동 수정이 있는 필드에 키를 입력하지 마십시오. 프린터에 영구 저장 장치가 있을 수 있으므로 키를 인쇄하지 마십시오. 적어둔 키에서 디파짓 파일과 키스토어 파일을 재생성해보세요. 예를 들어 공식 eth-deposit-cli 도구를 사용하는 경우 existing-mnemonic 명령을 사용합니다. 생성된 파일이 원본과 일치하는지 확인하십시오. 타임스탬프가 다를 수 있으므로 키 저장소 파일에서 공개 키가 일치하는지 확인하세요. 이렇게 하면 입금 후 서명 키를 분실한 경우 나중에 다시 생성할 수 있고 해당 출금 키가 생성됩니다.

10. 깨끗한 지문 드라이브에 입금 파일과 서명키/키스토어 파일을 저장합니다. 공식 eth2-deposit cli 도구를 사용한 경우 키 저장소는 생성 중에 선택한 비밀번호로 암호화됩니다. 꼭 기억하세요. 보증금 파일과 키 저장소를 다른 USB 스틱에 저장하면 나중에 서명 키를 전송하기 위해 키 저장소를 실제 스테이킹 머신에 연결하기만 하면 됩니다.

11. 더 이상 필요하지 않은 추가 키 사본을 안전하게 폐기하십시오.

보조 제목

3단계 - 입금 절차"이제 키를 안전하게 생성했으므로 입금 프로세스에 대한 모범 사례를 살펴보겠습니다."12. 작은 세부 사항에 압도되지 않도록 몇 가지 준비 작업부터 시작합시다. 기억하세요, 예금은 퍼블릭 블록체인에서 이루어집니다. 따라서 모든 거래를 추적할 수 있습니다. 실행 중인 유효성 검사기의 수와 유효성을 모든 사람이 알고 싶지 않다면 귀하의 신원에 (쉽게) 연결할 수 있는 주소에서 입금하지 않도록 하십시오.

여기에는 이름과 연결된 주소 또는 과거에 사용한 주소와 연결된 주소에서 입금하지 않는 것이 포함될 수 있습니다. 믹서를 사용하거나 거래소에서 깨끗한 주소로 자금을 보내는 것을 고려할 수 있습니다. 예를 들어, 릴레이 옵션과 함께 tornado.cash를 사용하여 자금을 보낼 수 있습니다.

깨끗한

의 주소.

13. 1개 이상의 검증 노드를 입금하고 32개의 이더리움 그룹의 다른 주소에 자금을 투입할 계획이라면 기본적으로 이러한 거래 수수료를 부담할 의향이 있습니다. 다른 시간에 다른 거래 수수료를 고려하면 다른 시간에 스테이킹할 수 있습니다. 그러나 이러한 단계로 인해 스테이킹이 더 복잡해질 수도 있습니다. 이제 키가 안전하게 생성되고 자금이 준비되었으므로 입금 프로세스 자체에 대해 이야기하겠습니다.

14. 하드웨어 지갑이 있는 경우 거기에서 보증금을 보내십시오.

15. 이더리움 입금 런치패드와 같은 공식 도구를 사용하여 입금하십시오.

17. 입금 주소가 정확한지 확인하십시오. 공식적이고 신뢰할 수 있는 출처에서 찾은 주소와 대조하여 입금할 주소를 세 번 확인하십시오. #2를 참조하십시오. 예금 계약의 주소는 8 0으로 시작하고 219, 마지막으로 5fa여야 합니다. 그러나 내 말을 믿지 말고 다른 소스의 주소를 확인하십시오.

18. 많은 검증인을 입금할 계획이라면 ethdo와 같은 적절한 감사 도구를 사용하십시오. 오늘 10개, 나중에 5개와 같이 일괄적으로 입금하려는 경우 실수로 같은 유효성 검사기에 두 번 입금하지 않도록 주의하세요.

19. beaconcha.in 또는 beaconscan.com과 같은 입금 도구와 eth1 블록 탐색기와 같은 도구를 사용하여 런치패드와 같은 입금 상태를 모니터링합니다.

보조 제목

마지막 이야기: ETH2 설정 및 입금

이제 스테이킹에 성공했으므로 스테이킹 자체에 대해 이야기해 보겠습니다.

20. 건전한 클라이언트 다양성을 촉진하기 위해 다수가 아닌 ETH1 노드와 다수가 아닌 ETH2 릴레이 노드를 실행하는 것을 고려하십시오. 특히, 다수가 아닌 ETH2 노드를 실행하면 네트워크의 나머지 부분과 동시에 실패할 위험이 줄어드는 반면, ETH2에서는 일반적으로 위험 유발자가 더 강력하게 처벌됩니다."21. 제네시스가 시작되기 전에 무엇보다도 ETH1 노드, 릴레이 노드 및 유효성 검사기 클라이언트를 비롯한 전체 설정을 미리 설정하십시오. 문제가 발생하거나 재설정해야 하는 경우에 대비하기 위해서입니다."22. 집에서 스테이킹을 할 때 IP를 숨기기 위해 예방 조치가 필요한지 고려하십시오. 네트워크 분석을 통해 공격자는 어떤 유효성 검사기가 어떤 머신 릴레이 노드/ip에 속하는지 식별할 수 있습니다. ip geolocation을 사용하면 스테이킹하는 위치를 쉽게 찾을 수 있습니다. VPN 서비스 또는 다른 방법을 사용하여 IP를 숨깁니다.

23. 고급(용

주인

): 가벼운 ETH2 네트워크 클라이언트를 통해 별도의 시스템에서 네트워크 분석을 통해 검증자를 ip/머신에 연결하는 서명된 SMS 전송을 고려하십시오. 여러 경량 웹 클라이언트를 사용하여 서명된 메일(교대로)을 보내거나 서로 다른 VPN에 넣고 ips를 차례로 사용하고 싶을 것입니다. 이렇게 하면 대상이 공격받을 위험이 줄어듭니다.

24. 집에서 스테이킹할 때 정전 또는 인터넷 중단과 같은 장애 상황(특히 일반적이거나 비용이 많이 드는)을 고려하십시오. 많은 유효성 검사기를 실행하는 경우 장애 조치 인터넷 연결 설정을 고려하고 배터리 UPS 설치를 고려하십시오. 후자는 정전 중에 온라인 상태를 유지하는 데 도움이 될 뿐만 아니라 일반적으로 전력 스파이크로부터 하드웨어를 보호할 뿐만 아니라 정전 중에 유효성 검사기 db가 손상될 위험을 줄입니다.

25. 테스트넷에서 한 클라이언트 구현에서 다른 구현으로의 마이그레이션을 연습으로 테스트합니다.

26. 검증자 db에 대한 백업 절차/절차를 고려하십시오. 라이브 동기화 백업 시스템은 유효성 검사기 db 중단 시 골칫거리를 줄일 수 있습니다.

27. 당신의 스테이킹에 영향을 미칠 수 있다고 생각할 수 있는 모든 박수갈채를 생각하고 최소한 가장 일반적인 실패와 실패 비용이 많이 드는 실패에 대한 프로토콜을 만드십시오. 여기에는 중복/예비 하드웨어 보유, 장애 복구 인터넷 연결 보유가 포함될 수 있습니다.

28. 운영 체제의 보안을 보장하는 방법에 대해 생각하십시오. 적절하게 설정된 트래픽 및 포트 규칙으로 방화벽을 설정합니다. 공개적으로 노출되는 포트 수를 최소화하십시오. 시스템/소프트웨어 업데이트를 정기적으로 확인하십시오. 특히 클라이언트 업데이트, 포크 등과 같은 ETH2 관련 문제에 대한 업데이트를 확인하십시오.

29. 집에서 스테이킹할 때 네트워크 하드웨어의 펌웨어를 최신 상태로 유지하십시오. 필요한 포트만 엽니다.