Ethereum 개발자들이 향후 네트워크 업그레이드 일정을 확정했습니다. 주요 변경 사항은 2월 24일, 3월 5일, 그리고 4월 8일에 적용될 예정입니다. 핵심 결정 사항은 2025년 2월 13일에 개최된 ACDE(All Core Developers Execution) 회의 205에서 최종 확정되었습니다.
되는 줌 회의 진행 주도했습니다 Ethereum . 개발자들은 펙트라 업그레이드가 2월 24일에 홀스카이 테스트넷에서 활성화될 것이라고 확인했습니다. 이후 세폴리아 테스트넷은 3월 5일에 가동될 예정입니다.
두 가지 업데이트 모두 순조롭게 진행된다면 Ethereum메인넷은 4월 8일경에 업그레이드를 받을 예정입니다.
베이코는 두 테스트넷 모두에 펙트라 시스템trac을 배포할 자원자를 찾기 위해 팀들과 협력하겠다고 말했다.
Ethereum 포크의 미래와 업그레이드 속도에 대한 논쟁
또한 개발팀은 펙트라와 후사카 이후 계획된 차기 업그레이드에 대해 논의했습니다. 베이코는 제안했습니다 펙트라가 메인넷에 출시될 때까지 후사카의 범위를 확정할 것을
이 일정 덕분에 개발자들은 후사카 작업에 착수하는 동시에 후속 하드포크인 글램스터담을 계획할 수 있습니다.
Geth 개발팀은 이 일정에 동의하지 않습니다. 그들은 Fusaka의 범위를 확정하기에는 시기상조라고 주장합니다. Fusaka에 Ethereum 개선 제안(EIP) EOF가 포함된 것을 두고 상당한 논쟁이 벌어졌습니다. 일부 개발자들은 다가오는 업그레이드에서 EIP EOF를 제외해야 한다고 주장합니다.
EOF(Ethereum 객체 포맷)는 업그레이드 방식을 개선하기 위한trac구조와 실행 Ethereum .
Geth 개발사인 Lightclient는 후사카(Fusaka) 범위 동결 시기를 앞당기는 것에 반대했습니다. 그는 Ethereum의 우선순위가 바뀔 수 있다고 주장했습니다. 개발자들이 6개월 주기로 업그레이드를 목표로 하지만, 실제 지연으로 인해 8개월 이상으로 늘어날 수 있다는 점을 지적했습니다. 이는 중요한 개선 사항이 몇 년 동안 구현되지 않을 수도 있음을 의미합니다.
Lightclient는 EOF 통합과 관련하여 우려를 제기하며 Ethereum의 영지식 롤업 기술(zkEVM)의 빠른 발전 속도를 강조했습니다. 개발자들은 이러한 변화가 가상 머신에 어떤 영향을 미칠지 아직 명확히 알지 못하고 있습니다.
논의 과정에서 Geth 개발자인 Marius van der Wijden은 Fusaka에 대해 PeerDAS, FOCIL, EOF 및 modexp의 상한을 포함하는 자신이 선호하는 범위를 제시했습니다. 이에 대해 EF 개발자 운영 엔지니어인 Parithosh Jayanthi는 FOCIL이 PeerDAS 및 EOF만큼 구현 준비가 되어 있지 않다고 반박했습니다.
Pectra 소프트웨어 테스트넷 업그레이드 및 커뮤니티 피드백
개발자들은 후사카에 대한 의견 차이를 뒤로하고 진행 중인 펙트라 배포. EF 개발 및 운영 엔지니어인 파리토시 자얀티는 펙트라 데브넷 6이 거의 완벽한 검증자 참여율을 기록하며 순조롭게 작동하고 있다고 보고했습니다.
또한, Ethereum의 에페머리 테스트넷은 ACDE 회의 후 몇 시간 만에 펙트라 업그레이드를 활성화하여 개발자들이 추가 테스트를 진행할 수 있도록 했습니다.
에서 제안서를 "최종 검토" 단계로 옮겨달라고 요청했습니다 깃허브. 의 피드백을 검토했는데 Ethereum , 가장 많은 요청이 업그레이드 주기를 단축해 달라는 것이었다고 언급했습니다.
이에 대해 그는 Ethereum 개발자들이 이전 업그레이드가 메인넷에 적용되는 즉시 다음 업그레이드의 범위를 확정하는 것을 목표로 해야 한다고 제안했습니다.
베이코가 제시한 후 사카 업그레이드 범위 확정 일정에 따르면, 개발자들은 3월 13일까지 업그레이드에 포함될 EIP(엔지니어링 개선 프로젝트)를 제안해야 합니다. 2주 후인 3월 27일에는 고객사 팀들이 후사카 업그레이드에 어떤 EIP를 고려해야 하는지에 대한 선호도를 공유할 예정입니다. 마지막으로 4월 10일까지 업그레이드 범위가 최종 확정됩니다.
하지만 EF 연구원 안스가르 디트리히스는 시기에 대한 예외를 제시했습니다. 그는 펙트라 업그레이드의 핵심 요소인 PeerDAS 코드 개선 사항이 완료되는 대로 Ethereum 메인넷에 업로드되어야 한다고 지적했습니다. 이 요구 사항에 대해서는 아무도 이의를 제기하지 않았습니다.
EELS 및 EIP 시험 기준에 대한 우려
ACDE 회의에서 또 다른 우려 사항은 EF 테스트 엔지니어인 마리오 베가가 제시한 제안이었습니다. 이는 Ethereum 실행 계층 테스트 프레임워크와 관련된 것으로, 베가는 하드 포크에 포함되는 모든 EIP에 대해 EELS(Ethereum 실행 계층 사양)와 EEST(Ethereum 실행 사양 테스트 케이스)를 의무화할 것을 제안했습니다.
그는 이러한 방식이 테스트 워크플로를 개선하고 EIP 도입 전 평가 방식을 표준화할 것이라고 제안했습니다.
하지만 몇몇 개발자들은 이 제안에 반대했습니다. 이유는 무엇일까요? 이 요구사항이 업그레이드 과정을 지연시킬 수 있다는 것이었습니다. 반 데르 와이덴은 EELS 관리자들이 EIP 포함 여부를 사실상 결정하는 관문이 될 수 있다고 주장했습니다. 왜냐하면 모든 개발자가 그들의 제안을 파이썬 기반으로 구현할 수 있는 것은 아니기 때문입니다.
Wijden은 다른 접근 방식을 제안했습니다. ETH는 EELS 구현체를 . 이렇게 하면 EELS 팀이 업그레이드에 대한 최종 승인 권한을 갖는 것을 방지할 수 있습니다.
의 저스틴 플로렌틴은 Ethereum 커뮤니티에 추가 스크립팅 언어를 개발하는 것을 고려해 보라고 조언했습니다. 이를 통해 EELS 또는 EEST 테스트 케이스 없이도 EIP를 포함할 수 있는지 여부를 명확히 할 수 있을 것입니다.
