이더리움 재단: 이더리움 메인넷 병합 공지
이더리움 메인넷 병합 카운트다운 시작.원문 제목：《ethereum foundation blog：Mainnet Merge Announcement》
원문 저자：Protocol Support Team
원문 번역：Unitimes，ODAILY
이더리움이 지분 증명(PoS)으로 전환하고 있습니다! 이번 전환은 합병(The Merge)이라고 불리며, 먼저 신호 체인에서 Bellatrix 업그레이드를 통해 활성화되어야 합니다. 이후 이더리움 작업 증명(PoW) 체인은 특정 총 난이도 값에 도달하면 지분 증명(PoS)으로 전환됩니다. *
계획에 따르면, Bellatrix 업그레이드는 2022년 9월 6일 UTC 시간 11:34:47에 신호 체인 144896번째 epoch에서 진행됩니다.
합병을 촉발하는 최종 총 난이도 값은 58750000000000000000000이며, 2022년 9월 10일에서 20일 사이에 도달할 것으로 예상됩니다.
주의: 이전에 발표된 바와 같이, Kiln 테스트넷은 곧 폐기될 예정이며, 운영자는 2022년 9월 6일에 종료할 것입니다.
배경
수년간의 노력 끝에 이더리움의 PoS 업그레이드가 드디어 다가왔습니다! 모든 공공 테스트넷은 성공적으로 업그레이드를 완료했으며, 이더리움 메인넷의 합병 업그레이드도 이미 예정되어 있습니다.
합병은 두 가지 측면에서 이전의 네트워크 업그레이드와 다릅니다. 첫째, 노드 운영자는 합의 계층(CL) 클라이언트와 실행 계층(EL) 클라이언트를 동시에 업데이트해야 하며, 단지 하나만 업데이트하는 것이 아닙니다. 둘째, 이번 업그레이드는 두 단계로 활성화됩니다: 첫 번째 단계는 Bellatrix라고 하며, 신호 체인의 특정 epoch 높이에서 완료됩니다; 두 번째 단계는 Paris라고 하며, 실행 계층이 예정된 총 난이도 값에 도달할 때 완료됩니다.
업그레이드 정보
시간
합병은 두 단계로 나뉘며, 첫 번째 단계는 특정 epoch 높이에서 합의 계층에서 촉발되는 Bellatrix 네트워크 업그레이드입니다. 이후 실행 계층은 작업 증명(PoW)에서 지분 증명(PoS)으로 전환되며, 이 단계는 특정 총 난이도 값인 최종 총 난이도(TTD)에 의해 촉발됩니다.
Bellatrix 업그레이드는 2022년 9월 6일 UTC 시간 오전 11:34:47에 신호 체인 높이가 144896에 도달할 때 진행됩니다.
실행 계층 업그레이드 Paris는 TTD 총 난이도 값이 58750000000000000000000에 도달할 때 촉발되며, 2022년 9월 10일 - 9월 20일 사이에 이루어질 것으로 예상됩니다. TTD에 도달하는 정확한 날짜는 작업 증명의 해시율에 따라 달라지며, 전환 시간에 대한 예상은 bordel.wtf 및 797.io/themerge에서 확인할 수 있습니다.
실행 계층이 예정된 TTD 값을 초과하면 신호 체인 검증자가 후속 블록을 생성할 책임을 집니다. 신호 체인이 해당 블록을 확정하면, 이번 합병 업그레이드는 완료된 것으로 간주됩니다. 정상적인 네트워크 조건에서 TTD 난이도 값에 도달한 후 생성된 첫 번째 블록은 2개의 epoch(약 13분) 내에 확정됩니다.
새로운 JSON-RPC 블록 태그 finalized는 최신 최종 블록을 반환하며, 만약 그러한 합병 후 블록이 존재하지 않으면 오류를 반환합니다. 애플리케이션은 이 태그를 사용하여 합병이 완료되었는지 확인할 수 있습니다. 마찬가지로, 스마트 계약은 DIFFICULTY 연산 코드(0x44)**(합병 후 PREVRANDAO로 이름 변경됨)를 쿼리하여 합병이 발생했는지 확인할 수 있습니다. 우리는 인프라 제공자가 최종 상태를 모니터링하는 것 외에도 전체 네트워크의 안정성을 모니터링할 것을 권장합니다.
클라이언트 버전
다음 클라이언트 버전은 이더리움 메인넷의 합병 업그레이드를 지원합니다. 노드 운영자는 합병 기간 및 이후에 네트워크에 유지되기 위해 실행 계층과 합의 계층 클라이언트를 동시에 실행해야 합니다.
어떤 클라이언트를 실행할지 선택할 때, 검증자는 EL과 CL에서 다수의 클라이언트를 실행하는 것의 위험에 특별히 주의해야 합니다. 이러한 위험 및 그 결과에 대한 설명은 여기에서 확인할 수 있습니다. 또한 여기에서 실행 계층과 합의 계층 클라이언트 분포의 추정 및 한 클라이언트에서 다른 클라이언트로 전환하는 가이드를 찾을 수 있습니다.
1) 합의 계층 클라이언트
클라이언트：Lighthouse
버전：v3.0.0
클라이언트：Lodestar
버전：v1.0.0
클라이언트：Nimbus
버전：v22.8.0
클라이언트：Prysm
버전：v3.0.0
클라이언트：Teku
버전：22.8.1
2) 실행 계층 클라이언트
클라이언트：Besu
버전：22.7.1
클라이언트：Erigon
버전：v2022.08.02-alpha
클라이언트：go-ethereum (geth)
버전：v1.10.23
클라이언트：Nethermind
버전：v1.14.0
경고: geth v1.10.22 버전 클라이언트는 심각한 데이터베이스 문제를 포함하고 있으므로 이 버전을 사용하지 마십시오. 이 버전의 클라이언트를 사용하고 있다면, 가능한 한 빨리 v1.10.23으로 업그레이드하십시오.
업그레이드 규격
합병의 합의 주요 변경 사항은 두 곳에서 지정됩니다:
합의 계층은 합의 규격 저장소의 Bellatrix 디렉토리에서 변경됩니다.
실행 계층은 실행 규격 저장소의 Paris 규격에서 변경됩니다.
이 외에도, 두 개의 추가 규격이 합의 계층과 실행 계층 클라이언트 간의 상호 작용을 다룹니다:
execution-apis 저장소에 지정된 Engine API는 합의 계층과 실행 계층 간의 통신에 사용됩니다.
합의 규격 저장소의 sync 폴더에 지정된 Optimistic Sync는 합의 계층이 실행 계층 클라이언트를 동기화할 때 블록을 가져오는 데 사용되며, 전자에서 후자로의 체인 헤드에 대한 부분적인 뷰를 제공합니다.
합병 취약점 보상 프로그램
지금부터 9월 8일까지의 기간 동안, 합병과 관련된 모든 취약점 보상은 4배의 배수를 적용받습니다. 심각한 취약점 보상은 최대 100만 달러입니다.
자세한 내용은 취약점 보상 프로그램을 참조하십시오.
FAQ
1. 노드 운영자로서 나는 무엇을 해야 합니까?
합병 후, 이더리움 전체 노드는 합의 계층(CL) 클라이언트와 실행 계층(EL) 클라이언트의 조합으로 구성되며, 전자는 지분 증명 신호 체인을 운영하고 후자는 사용자 상태를 관리하며 거래 관련 계산을 수행합니다. 실행 계층(EL)과 합의 계층(CL) 클라이언트는 Engine API라는 새로운 JSON RPC 방법을 사용하여 인증된 포트를 통해 통신합니다. 실행 계층(EL)과 합의 계층(CL) 클라이언트는 JWT 키를 사용하여 상호 인증합니다. 이 값을 생성하고 구성하는 방법에 대한 지침은 노드 운영자가 자신의 클라이언트 문서를 참조해야 합니다.
즉, 만약 당신이 신호 체인에서 노드를 운영하고 있다면, 이제 실행 계층 클라이언트도 운영해야 합니다. 마찬가지로, 현재 작업 증명(PoW) 네트워크에서 노드를 운영하고 있다면, 합의 계층 클라이언트도 운영해야 합니다. 이들이 안전하게 통신하기 위해서는 각 클라이언트에 JWT 토큰을 전달해야 합니다. ethereum.org 웹사이트의 「노드 운영」 섹션이 이러한 단계에 대해 더 자세히 업데이트되었습니다.
강조할 점은, 이들이 모두 합의 계층 클라이언트 버전의 일부이지만, 신호 체인 노드를 운영하는 것과 검증자 클라이언트를 운영하는 것은 다르다는 것입니다. 스테이커는 두 가지를 동시에 운영해야 하지만, 노드 운영자는 전자만 운영하면 됩니다. 이 글은 이 두 구성 요소 간의 차이를 더 자세히 설명합니다.
또한, 각 계층은 독립적인 피어 노드 집합을 유지하고 자신의 API를 공개합니다. Beacon API와 JSON RPC API는 계속해서 예상대로 작동할 것입니다.
2. 스테이커로서 나는 무엇을 해야 합니까?
앞서 언급한 바와 같이, 신호 체인의 검증자는 합의 계층 클라이언트를 운영하는 것 외에도 합병 후 실행 계층 클라이언트를 운영해야 합니다. 스테이커는 합병 전에 이를 수행하는 것이 강력히 권장되지만, 일부 검증자는 이러한 기능을 제3자 제공업체에 아웃소싱했습니다. 이는 실행 계층에서 필요한 유일한 데이터가 예치 계약의 업데이트이기 때문입니다.
합병 후, 검증자는 자신이 생성하고 증명하는 사용자 거래 및 상태 전환 블록이 유효한지 확인해야 합니다. 이를 위해 각 신호 체인 노드는 실행 계층 클라이언트와 쌍을 이루어야 합니다. 여러 검증자는 여전히 단일 신호 체인 노드 및 실행 계층 클라이언트와 조합하여 쌍을 이룰 수 있습니다. 이는 검증자의 책임을 확대하지만, 블록을 제안하는 검증자에게 관련 거래 우선권 수수료의 권리를 부여합니다(현재는 채굴자에게 속함).
검증자 보상은 여전히 신호 체인에서 발생하며, 이후 네트워크 업그레이드가 필요하여 인출할 수 있지만, 거래 수수료는 실행 계층에서 지불되고 소각되며 분배됩니다. 검증자는 거래 수수료의 수신자로 이더리움 주소를 지정할 수 있습니다.
합의 클라이언트를 업데이트한 후, 반드시 fee recipient를 검증자 클라이언트 구성의 일부로 설정하여 거래 수수료가 당신이 제어하는 주소로 전송되도록 해야 합니다. 제3자 제공업체를 통해 스테이킹을 하는 경우, 선택한 제공업체가 이러한 수수료를 어떻게 분배할지 지정합니다.
Staking Launchpad에는 스테이커가 프로세스의 각 단계를 완료했는지 확인할 수 있는 합병 준비 체크리스트가 있습니다. EthStaker는 또한 검증자 준비 워크숍을 개최했으며, 더 많은 워크숍을 계획하고 있습니다.
테스트넷에서 검증자를 운영하여 메인넷 PoS 전환을 준비하고자 하는 스테이커는 Goerli 테스트넷(현재 합병 완료)에서 작업할 수 있으며, 이곳에도 Staking Launchpad 인스턴스가 있습니다.
3. 왜 최종 총 난이도(TTD)의 예상 날짜 범위가 이렇게 넓습니까?
각 블록에 추가되는 난이도는 불안정한 네트워크 해시율에 따라 달라지며, 더 많은 해시율이 네트워크에 추가되면 TTD에 더 빨리 도달합니다. 마찬가지로, 해시율이 네트워크에서 철수하면 TTD 도달 시간이 지연됩니다. 해시율이 현저히 감소하는 경우, Ropsten 테스트넷에서 수행한 것처럼 TTD 커버 값을 조정할 수 있습니다.
4. 애플리케이션 또는 도구 개발자로서 나는 무엇을 해야 합니까?
앞서 언급한 바와 같이, 합병은 이더리움에 배포된 계약의 하위 집합에 미치는 영향이 미미하며, 모든 계약이 파괴되지 않아야 합니다. 또한, 대부분의 사용자 API 엔드포인트는 안정성을 유지할 것입니다(작업 증명 특정 방법인 eth_getWork를 사용하지 않는 한).
즉, 이더리움의 대부분의 애플리케이션은 체인 상의 계약 이상을 포함합니다. 이제는 프론트엔드 코드, 도구, 배포 파이프라인 및 기타 체인 외 구성 요소가 예상대로 작동하는지 확인해야 할 때입니다. 우리는 개발자들이 Sepolia 또는 Goerli에서 완전한 테스트 및 배포 주기를 운영하고, 이러한 프로젝트의 유지 관리자에게 도구 또는 종속성 문제를 보고할 것을 강력히 권장합니다. 문제가 발생할 경우, 이 저장소를 사용하여 문제를 제기하십시오.
또한, Sepolia 및 Goerli 외의 모든 테스트넷은 합병 후 폐기될 예정입니다. Ropsten, Rinkeby 또는 Kiln의 사용자라면 Goerli 또는 Sepolia로 이전할 계획을 세워야 합니다. 이에 대한 더 많은 정보는 이 링크를 참조하십시오.
5. 이더리움 사용자 또는 ETH 보유자로서 나는 무엇을 해야 합니까?
체인 상에서 이더리움 애플리케이션을 사용하든, 거래소에서 ETH를 보유하든, 개인 지갑에서 보관하든, 아무것도 할 필요가 없습니다. 사용하는 애플리케이션, 거래소 또는 지갑에서 추가 지침이나 권장 사항을 제공하는 경우, 이러한 지침이나 권장 사항이 그들로부터 온 것인지 확인해야 합니다. 사기에 주의하십시오!
6. 이더리움 채굴자로서 나는 무엇을 할 수 있습니까?
없습니다. 이더리움 메인넷에서 채굴을 하고 있다면, 합병 후 해당 네트워크는 완전히 지분 증명(PoS) 알고리즘으로 운영될 것이며, 그때부터 POW 채굴은 더 이상 가능하지 않습니다.
7. 내가 채굴자 또는 노드 운영자이고 업그레이드에 참여하지 않으면 어떻게 됩니까?
사용 중인 이더리움 클라이언트가 최신 버전(위에 나열된 대로)으로 업데이트되지 않으면, 네트워크가 업그레이드를 완료하면 클라이언트는 사전 분기 블록체인으로 동기화됩니다.
당신은 구식 규칙을 따르는 비호환 체인에 갇히게 되어 이더를 전송하거나 합병 후 이더리움 네트워크에서 작업할 수 없습니다.
8. 검증자로서 내가 스테이킹한 ETH 권리를 인출할 수 있습니까?
안 됩니다. 합병은 지금까지 이더리움에서 가장 복잡한 업그레이드로, 네트워크 중단 위험을 최소화하기 위해 우리는 이 업그레이드에서 어떤 비전환 변경도 제외하는 최소화된 접근 방식을 취했습니다.
신호 체인에서 인출은 합병 후 첫 번째 업그레이드에서 도입될 수 있습니다. 합의 계층과 실행 계층의 규격이 제정 중입니다.
9. 더 많은 질문이 있습니다. 어디에서 질문할 수 있습니까?
9월 9일 UTC 시간 14:00에 합병에 대한 커뮤니티 전화 회의가 있을 예정이며, 클라이언트 개발자, ETHStaker 회원, 연구자 등과 함께 참여할 수 있습니다!
감사의 말
이더리움의 지분 증명(PoS)으로의 전환은 오랫동안 준비되어 왔습니다. 합병(The Merge)의 연구, 개발, 분석, 테스트, 파괴, 수정 또는 설명에 기여한 모든 분들께 감사드립니다.
수년간 너무 많은 기여자가 있어 여기에서 모두 나열할 수는 없지만, 여러분이 누구인지 알고 있습니다. 여러분이 없었다면 우리는 이 대성당을 건설할 수 없었을 것입니다.
합병은 언제 이루어질까요? 매우 빠르게 이루어질 것입니다.
