- 이더리움은 지분 증명으로 이동하고 있습니다! 병합으로 알려진 전환은 Bellatrix 업그레이드와 함께 비콘 체인에서 먼저 활성화되어야 합니다. 그 후 작업 증명 체인은 특정 Total Difficulty 값에 도달하면 지분 증명으로 이전됩니다.
- Bellatrix 업그레이드는 비콘 체인에서 에폭 **144896**으로 예정되어 있으며, 2022년 9월 6일 오전 11:34:47 UTC에 실행될 계획입니다.
- 병합을 트리거하는 Terminal Total Difficulty 값은 **58750000000000000000000**이며, 2022년 9월 10일부터 20일 사이에 예상됩니다.
- 참고: 앞서 발표한 대로 Kiln 테스트넷은 곧 사양됩니다. 작동은 2022년 9월 6일에 종료될 예정입니다.
배경
수년간의 노력 끝에 이더리움의 지분 증명 업그레이드가 드디어 실현되고 있습니다! 모든 공용 테스트넷의 업그레이드가 성공적으로 완료되었으며, 병합이 이더리움 메인넷에 대해 예약되었습니다.
병합은 두 가지 면에서 이전 네트워크 업그레이드와 다릅니다. 첫 번째, 노드 운영자는 둘 중 하나만이 아니라 CL(합의 계층) 및 EL(실행 계층) 클라이언트를 함께 업데이트해야 합니다. 두 번째, 업그레이드는 다음과 같은 두 단계로 활성화됩니다. 첫 번째는 비콘 체인의 에폭 하이트에서 Bellatrix라는 이름의 작업이고, 두 번째는 실행 계층에서 Total Difficulty 값에 도달하면 Paris라는 이름의 작업이 실행됩니다.
업그레이드 정보
타이밍
병합은 2단계 프로세스입니다. 첫 번째 단계는 에폭 하이트에서 트리거한 합의 계층의 네트워크 업그레이드인 Bellatrix입니다. 그 다음에는 Terminal Total Difficulty(TTD)라고 하는 특정 Total Difficulty 임계값에 의해 트리거된 실행 계층이 작업 증명에서 지분 증명으로 전환됩니다(Paris).
Bellatrix 업그레이드는 비콘 체인에서 에폭 **144896**으로 예정되어 있으며, 2022년 9월 6일 오전 11:34:47 UTC에 실행될 계획입니다.
전환 작업의 실행 계층 일부인 Paris는 **5875000000000000000000**의 Terminal Total Difficulty (TTD)에 도달하여 트리거되며, 2022년 9월 10일부터 20일 사이에 예상됩니다. TTD에 도달한 정확한 날짜는 작업 증명 해시 비율에 따라 달라집니다. 전환 작업에 대한 추정치는 bordel.wtf 및 797.io/themerge에서 찾을 수 있습니다.
실행 계층이 TTD에 도달하거나 초과하면 다음 블록은 비콘 체인 검증자가 생성합니다. 비콘 체인이 이 블록을 마무리하면 병합 전환이 완료된 것으로 간주합니다. 정상적인 네트워크 상태의 가정하에, 이는 첫 번째 TTD 이후 블록이 생성된 후 2 에폭(또는 ~13분)에 발생합니다!
새로운 JSON-RPC 블록 태그인 finalized는 마지막으로 마무리된 블록을 반환하거나, 이러한 병합 후 블록이 존재하지 않는 경우에 오류를 반환합니다. 이 태그는 애플리케이션이 병합이 완료되었는지 확인하기 위해 사용될 수 있습니다. 마찬가지로 스마트 예약은 DIFFICULTY 에폭 (0x44)(병합 후 PREVRANDAO로 이름이 변경됨)를 쿼리하여 병합이 발생했는지 확인할 수 있습니다. 인프라 제공 업체는 마무리 상태와 함께 전반적인 네트워크 안정성을 모니터링하는 것이 좋습니다.
클라이언트 릴리스
다음 클라이언트 릴리스는 이더리움 메인넷에서 병합을 지원합니다. 노드 운영자는 병합 중/병합 이후에 네트워크에 남아 있으려면 실행 및 합의 계층 클라이언트를 모두 실행해야 합니다.
어떠한 클라이언트를 실행할지 선택할 때 검증자는 특히 EL과 CL 모두에서 주요 클라이언트를 실행할 때의 위험을 염두에 두어야 합니다. 이러한 위험과 그 결과에 대한 설명은 여기에서 확인할 수 있습니다. 현재 EL 및 CL 클라이언트 분배의 추정치 및 클라이언트 간에 전환을 위한 안내서는 여기에서 찾을 수 있습니다.
합의 계층
실행 계층
경고: geth 버전 v1.10.22에는 치명적인 데이터베이스 문제가 포함되어 있습니다. 이 버전을 사용하지 마십시오. 이미 업그레이드한 경우, 가능한 빨리 v1.10.23 버전으로 업그레이드하십시오.
업그레이드 사양
병합에 대한 합의의 중요한 변경 사항은 다음 두 위치에 지정됩니다.
- 합의 사양 저장소의 Bellatrix 디렉터리 아래에서 합의 계층 변경 사항
- 실행 사양 저장소의 Paris 사양 아래에서 실행 계층 변경 사항
이 외에도 두 가지 다른 사양에서 합의 및 실행 계층 클라이언트가 상호 작용하는 방식을 다룹니다.
- execution-apis 저장소에 지정된 Engine API는 합의 계층과 실행 계층 간의 통신에 사용됩니다.
- 합의 사양 저장소의 sync 폴더에 지정된 낙관적 동기화는 실행 계층 클라이언트가 동기화할 때 블록을 가져오고 전자에서 후자로 체인 헤드의 부분 보기를 제공하기 위해 합의 계층에서 사용합니다.
병합 버그 보상 보너스
취약점에 대한 모든 병합 관련 보상금이 지금부터 9월 8일 사이에 4배 증가했습니다. 이제 치명적인 버그는 최대 $100만 달러의 가치가 있습니다.
자세한 내용은 버그 보상 프로그램을 참조하십시오.
FAQ
노드 운영자는 무슨 작업을 해야 합니까?
병합 후 이더리움 전체 노드는 지분 증명 비콘 체인을 실행하는 합의 계층(CL) 클라이언트와 사용자 상태를 관리하고 거래 관련 계산을 실행하는 실행 계층(EL) 클라이언트의 결합입니다. EL 및 CL 클라이언트는 Engine API라고 하는 새로운 JSON RPC 방법의 세트를 사용하여 인증된 포트를 통해 통신합니다. EL 및 CL 클라이언트는 JWT 비밀을 사용하여 서로를 인증합니다. 노드 운영자는 클라이언트의 문서를 참조하여 이 값을 생성하고 구성하는 방법에 대한 안내를 확인해야 합니다.
즉, 이미 비콘 체인에서 노드를 실행하고 있는 경우, 이제 실행 계층 클라이언트도 실행해야 합니다. 마찬가지로 현재 작업 증명 네트워크에서 노드를 실행하고 있는 경우, 합의 계층 클라이언트를 실행해야 합니다. 이들이 안전하게 통신하게 하려면 JWT 토큰을 각 클라이언트에 전달해야 합니다. ethereum.org 웹사이트의 '노드 실행' 섹션에 대한 업데이트에서 이 단계를 더욱 자세하게 설명합니다.
둘 다 합의 계층 클라이언트 릴리스의 일부이지만 비콘 노드를 실행하는 것은 검증자 클라이언트를 실행하는 것과 다르다는 점을 강조합니다. 스테이커는 둘 다 실행해야 하지만 노드 운영자는 전자만 실행하면 됩니다. 이 게시물에서는 두 구성 요소의 차이점을 더욱 자세히 설명합니다.
또한, 각 계층은 독립적인 피어의 집합을 유지하고 자체 API를 노출합니다. 비콘 및 JSON RPC API는 모두 예상대로 계속 작동합니다.
스테이커는 무슨 작업을 해야 합니까?
위에서 설명한 것처럼 비콘 체인의 검증자는 병합 후 합의 계층 클라이언트 외에 실행 계층 클라이언트를 실행해야 합니다. 병합 전에 이 작업이 강력히 권장되었지만, 일부 검증자는 이러한 기능을 타사 제공 업체에 아웃소싱했었습니다. 이는 실행 계층에 필요한 유일한 데이터가 예치 계약에 대한 업데이트뿐이었기 때문에 가능했습니다.
병합 후 검증자는 자신이 만들고 입증하는 사용자 거래 및 상태 전환 블록이 유효한지 확인해야 합니다. 이 작업을 위해 각 비콘 노드는 실행 계층 클라이언트와 페어링되어야 합니다. 참고로, 여러 검증자가 여전히 단일 비콘 노드 및 실행 계층 클라이언트 콤보에 페어링될 수 있습니다. 이는 검증자의 책임을 확장하지만, 블록을 제안하는 검증자에게 관련 거래 급행 수수료(현재 채굴자에게 지급됨)에 대한 권리도 부여합니다.
검증자 보상은 여전히 비콘 체인에 누적되고 다음 네트워크 업그레이드를 철회하도록 요구하지만, 거래 수수료는 실행 계층에서 지불, 소각, 분산됩니다. 검증자는 모든 이더리움 주소를 거래 수수료에 대한 수신자로 명시할 수 있습니다.
합의 클라이언트를 업데이트한 후 fee recipient를 검증자 클라이언트 구성의 일부로 설정해야 합니다. 그렇게 하면 거래 수수료가 귀하가 제어하는 주소로 전송됩니다. 타사 제공 업체를 사용하여 스테이킹한 경우 이러한 수수료가 할당되는 방식을 지정하는 작업은 선택한 제공 업체에 달려 있습니다.
스테이킹 런치패드에는 스테이커가 프로세스의 각 단계를 완료했는지 확인하는 데 사용할 수 있는 병합 준비 체크리스트가 있습니다. 또한, EthStaker는 검증자 준비 워크숍도 주최했으며 다양한 작업을 계획하고 있습니다.
메인넷 지분 증명 전환을 준비하기 위해 테스트넷에서 검증자를 실행하고자 하는 스테이커는 Goerli(현재 Prater와 병합됨)에서 실행할 수 있으며, 여기에는 스테이킹 런치패드 인스턴스도 포함됩니다.
Terminal Total Difficulty에 대한 예상 날짜가 이렇게 광범위한 이유는 무엇입니까?
블록당 추가되는 증분 난이도는 휘발성인 네트워크 해시 비율에 따라 다릅니다. 더 많은 해시 비율이 네트워크에 연결되면 TTD에 더 빨리 도달합니다. 마찬가지로 해시 비율이 네트워크를 벗어나면 TTD에 나중에 도달합니다. 해시 비율 수준이 현저히 떨어지는 경우, Ropsten에서와 같이 TTD Override를 조정할 수 있습니다.
애플리케이션 또는 툴링 개발자는 무슨 작업을 해야 합니까?
이전 게시물에서 설명했듯이 병합은 이더리움에 배포된 계약의 하위 집합에 최소한의 영향만 미치며, 그 중 어느 것도 위반하면 안 됩니다. 또한 사용자 API 엔드포인트의 가장 큰 부분은 안정적으로 유지됩니다(eth_getWork와 같은 작업 증명 특정 방법을 사용하지 않는 경우).
즉, 이더리움에서 대부분의 애플리케이션에는 온체인 계약보다 더 많은 것이 수반됩니다. 이제 프런트 엔드 코드, 툴링, 배포 파이프라인 및 기타 오프체인 구성 요소가 정상적으로 작동하는지 확인해야 합니다. 개발자는 Sepolia 또는 Goerli에서 전체 테스트 및 배포 주기를 실행하고 도구나 종속성 관련 문제를 해당 프로젝트의 유지 관리자에게 보고할 것을 강력히 권장합니다. 문제를 어디에 제출해야 할지 모르겠으면 이 저장소를 사용하십시오.
또한 Sepolia와 Goerli를 제외한 모든 테스트넷은 병합 후 더 이상 사용되지 않습니다. Ropsten, Rinkeby 또는 Kiln의 사용자인 경우, Goerli 또는 Sepolia로 마이그레이션하도록 계획해야 합니다. 이 작업에 대한 자세한 정보는 여기에서 확인할 수 있습니다.
이더리움 사용자 또는 이더 보유자로서 내가 실행해야 하는 작업이 있습니까?
온체인에서 이더리움 애플리케이션을 사용하고 있거나, 거래소나 자체 관리 지갑에 이더를 보유하고 있는지 여부와 상관없이 실행해야 하는 작업은 없습니다. 사용하는 애플리케이션, 거래소 또는 지갑이 추가 지침이나 권장 사항을 제공하는 경우, 실제로 이러한 안내가 올바르게 제공되는지 확인해야 합니다. 항상 사기를 조심하십시오!
채굴자가 실행해야 하는 작업이 있습니까?
아니요. 이더리움 메인넷에서 채굴하고 있는 경우, 해당 네트워크는 병합 이후에 완전히 지분 증명 하에 작동한다는 점을 알고 계셔야 합니다. 해당 시점이 되면 네트워크에서 더 이상 채굴할 수 없습니다.
내가 채굴자 또는 노드 운영자일 때 업그레이드에 참여하지 않으면 어떻게 됩니까?
최신 버전(상단에 나열됨)으로 업데이트되지 않은 이더리움 클라이언트를 사용하고 있는 경우, 업그레이드가 실행되면 클라이언트는 프리-포크 블록체인과 동기화됩니다.
이전 규칙에 따라 호환되지 않는 체인에 갇히고, 이더를 보내거나 병합 후 이더리움 네트워크에서 작업할 수 없게 됩니다.
검증자가 본인의 스테이킹을 철회할 수 있습니까?
아니요. 병합은 현재까지 이더리움에 발생한 업그레이드 중 가장 복잡한 업그레이드입니다. 네트워크 중단의 위험을 최소화하기 위해 최소한의 접근법이 취해졌으며, 이 업그레이드의 모든 비전환 변경은 제외되었습니다.
비콘 체인에서 철회는 병합 후 첫 번째 업그레이드에서 도입될 예정입니다. 합의 및 실행 계층 모두에 대한 사양이 현재 진행 중입니다.
추가 질문이 있습니다. 어디에서 질문할 수 있나요?
9월 9일 금요일 14:00 UTC로 예정된 다음 병합 커뮤니티 통화에서 클라이언트 팀 개발자, ETHStaker의 멤버, 연구원 등과 논의해 보십시오!
감사합니다
이더리움의 지분 증명에 대한 전환 작업에 정말 오랜 시간이 걸렸습니다. 연구, 지정, 개발, 분석, 테스팅, 중단, 수정에 기여한 모든 사람 및 성공적인 병합을 가능하게 하기 위해 모든 작업을 설명한 참여자분들께 감사드립니다.
여기에 모두 나열하기에 모자랄 정도로 지난 몇 년 동안 너무 많은 기여자가 있었지만, 여러분에게 감사하는 마음을 잊지 않겠습니다. 여러분 모두의 도움이 없었다면 우리는 이 작업을 성공할 수 없었을 것입니다.
언제 병합되나요? 곧 실행됩니다 🔜.
이 게시물에 대한 커버 이미지를 제공해 준 Joseph Schweitzer 및 Tomo Saito 님께 감사드립니다!