Ethereum 네트워크의 업그레이드 프로세스를 개선하는 이유는 무엇입니까?
편집자 주: 이 기사의 출처는이더리움 애호가(ID: ethfans)편집자 주: 이 기사의 출처는
이더리움 애호가(ID: ethfans)
이더리움 애호가(ID: ethfans)
, 저자: Pooja Ranjan, 번역자 및 교정자: Min Min & A Jian, 승인을 받아 Odaily에서 복제.
다음 업그레이드(베를린 업그레이드)가 얼마 남지 않았으며 이를 위해 네트워크 업그레이드 프로세스를 계획하고 있습니다. 몇 번의 브레인스토밍 끝에 EIPIP 팀은 네트워크 업그레이드 프로세스를 개선하는 방법에 대한 몇 가지 제안을 내놓았습니다. 이 기사에서 공유된 정보가 EIP 작성자와 커뮤니티 전체에 유용하기를 바랍니다. 새로운 프로세스가 어떻게 생겼는지, 왜 이더리움 블록체인이 시작된 이래로 네트워크 업그레이드 프로세스가 조정되었는지 살펴보겠습니다.
네트워크 업그레이드는 이더리움 프로토콜에 새로운 기능을 추가하는 방법입니다. 일반적으로 이러한 업그레이드는 확장성, 더 나은 사용자 경험 및 향상된 보안을 네트워크에 제공하도록 설계되었습니다. 각각의 새로운 기능은 EIP(Ethereum Improvement Proposal)에 자세히 설명되어 있습니다. 네트워크의 모든 노드가 새 기능을 활성화하는 데 동의하면 특정 블록 높이에서 네트워크 업그레이드가 발생합니다. 이더리움은 분산되어 있고 아무도 다른 사람에게 노드를 업그레이드하도록 강요할 수 없기 때문에 네트워크의 일부 참가자가 업그레이드 프로그램을 활성화하지 않기로 결정하면 업그레이드 프로그램을 활성화한 노드와의 통신을 중단하여 네트워크에서 포크가 발생합니다.
네트워크 업그레이드 프로세스를 변경하는 이유는 무엇입니까?
과거에는 네트워크 업그레이드 프로세스가 EIP 표준화 프로세스와 연결되었습니다. 핵심 EIP는 표준화된 프로세스와 함께 메인넷에 배포됩니다.
이미지 설명
-이전 네트워크 업그레이드 프로세스-
합의 충돌
Ethereum은 오픈 소스 커뮤니티 프로젝트입니다. 코어 제안을 메인 네트워크에 배포하려면 먼저 커뮤니티와 코어 클라이언트(이더리움 노드)의 동의를 얻어야 합니다. EIP가 Ethereum 핵심 클라이언트 개발자와 커뮤니티 모두에서 승인되면 다음 네트워크 업그레이드에 포함됩니다.
이 제안은 네트워크 업그레이드에 포함되지 않았지만 EIP 표준화 프로세스를 거쳤습니다. 이것은 EIP 표준화와 네트워크 업그레이드 프로세스를 분리하는 것의 중요성을 강조합니다.
투명도
핵심 EIP의 수가 크게 증가했습니다.
투명도
이더리움 블록체인의 채택률이 증가함에 따라 많은 기여자들이 이더리움 네트워크를 강화하기 위해 네트워크 업그레이드를 위해 EIP를 제출하기 위해 함께 뭉쳤습니다. 모든 클라이언트는 EIP에서 제안된 개선 사항을 구현하기 위해 많은 노력을 기울여야 합니다. 각 EIP를 구현하는 데 필요한 작업 시간을 감안할 때 모든 EIP가 다음 업그레이드에 포함될 수 있는 것은 아닙니다. 프로세스를 모르면 혼란이 생길 수 있습니다. 따라서 업그레이드 프로세스의 투명성을 높이기 위해 문서를 업데이트해야 했습니다.
새로운 네트워크 업그레이드 프로세스
이미지 설명
-새로운 네트워크 업그레이드 프로세스-
현재 네트워크 업그레이드 프로세스는 EIPIP 팀이 많은 브레인스토밍 세션과 이더리움 개발자 및 전체 커뮤니티와의 지속적인 커뮤니케이션을 거친 결과입니다.
현재 네트워크 업그레이드 프로세스는 EIP 표준화 프로세스와 공식적으로 분리되었습니다. 그러나 위 그림에는 여러 단계의 EIP 권장 상태도 포함되어 있습니다. EIP 프로세스는 다음 업그레이드까지 EIP의 상태를 보여주기 위해 크게 세 단계로 나뉩니다.
포함 고려
포함 고려(CFI)는 다음 네트워크 업그레이드의 첫 번째 단계에 포함될 것으로 예상되는 제안을 말합니다. 공식 발표를 위해 제안된 작성자 또는 지지자가 Eth1.0 사양 저장소에 문제를 생성하도록 제안되었습니다.
데브넷 단계
CFI 승인 획득: 이 버킷에는 클라이언트의 대략적인 합의를 얻은 EIP가 포함됩니다. 핵심 개발자는 규칙을 준수하는 PR을 고려할 것입니다. 고객은 편의에 따라 이러한 제안을 독립적으로 구현하기 시작할 수 있습니다.
CI devnet 대기실: 일부(전부는 아님) 클라이언트가 명시적으로 승인한 EIP 또는 통합 대기 중인 일부 작업은 CI devent 대기실에 임시로 배치됩니다. 이 부분은 다른 유형의 제안도 포함될 수 있지만 어떤 이유로 다음 CI devnet 버전에서는 고려되지 않습니다.
CI devnet에 배포됨: 현재 devnet에 배포된 EIP를 나열합니다. 최신 버전의 devnet(포함된 것)은 아마도 다음 업그레이드로 구현될 것입니다.
첫 번째 레벨 제목
메인넷 단계
퍼블릭 테스트넷: 초기 네트워크 업그레이드 프로세스와 유사합니다. 핵심 클라이언트 개발자가 동의하고 devnet에서 구현 및 테스트한 모든 EIP는 이제 공개(PoW) 테스트넷에 배포됩니다. 테스트넷에서 실행한 후 몇 주 이내에 큰 문제가 발견되지 않으면 메인넷에 배포할 수 있습니다.
메인넷: 이더리움 코어 개발자는 블록 번호를 설정하고 이 제안이 이더리움 메인넷에서 최종적으로 활성화되는 날짜를 추정합니다.
주 네트워크가 활성화되면 전체 네트워크 업그레이드 프로세스가 완료되었음을 의미합니다. 네트워크 업그레이드 추진팀이 다음 업그레이드를 준비하는 동안.
첫 번째 레벨 제목
네트워크 업그레이드 프로세스 추적기
의사소통이 원활하지 않은 경우 대규모 분산 네트워크에서 업그레이드를 관리하는 것은 큰 도전이 될 수 있습니다. 네트워크 업그레이드 프로세스 추적기를 통해 고려중인 EIP를 빠르게 확인하고 Eth1.0 사양 라이브러리를 통해 클라이언트의 진행 상황을 추적할 수 있습니다.
