Ethereum 개발자는 다가오는 네트워크 업그레이드 일정을 마무리했습니다. 주요 변경 사항은 2 월 24 일, 3 월 5 일 및 4 월 8 일에 진행될 예정입니다. 2025 년 2 월 13 일에 개최 된 최근의 ACDE (All Core Developers Execution) 전화 205에서 주요 결정이 완료되었습니다.
격주 줌 회의 토론은 Ethereum 가 주도했습니다 . 개발자들은 2 월 24 일 Holesky Testnet에서 Pectra 업그레이드가 활성화 될 것이라고 확인했으며 그 후 Sepolia Testnet은 3 월 5 일에 올라갑니다.
두 롤아웃이 모두 원활하게 진행되면 Ethereum의 메인 넷은 4 월 8 일경 업그레이드를 받게됩니다.
Beiko는 팀과 협력하여 두 테스트에서 Pectra System ContracTS를 배치하기위한 자원 봉사자를 찾을 것이라고 말했다.
미래의 Ethereum 포크 및 업그레이드 속도에 대한 토론
또한 개발자 팀은 Pectra와 Fusaka 이후 다음으로 계획된 업그레이드에 대해 논의했습니다. Beiko는 Pectra가 메인 넷에서 출시 될 때까지 Fusaka의 범위를 동결 할 것을 제안했습니다
이 타임 라인을 통해 개발자는 후사카 작업을 시작하면서 후속 Hardfork Glamsterdam을 계획 할 수 있습니다.
Geth Development Team 은이 타임 라인을 사용하고 싶지 않습니다. 그들은 후사카의 범위를 강화하는 것이 시기상조라고 주장한다. Fusaka에 Ethereum 개선 제안 (EIP) EOF를 포함시키는 것은 상당한 논쟁을 일으켰습니다. 개발자의 진영은 다가오는 업그레이드에서 제외를 주장합니다.
EOF ( Ethereum Object Format)는 trac Ethereum 에서 구성되고 실행되는 방식을 개선하는 것을 목표로하는 업그레이드 .
Geth Developer Lightclient는 Fusaka Scope Freeze의 속도를 높이는 데 반대했습니다. 개발자는 Ethereum 의 우선 순위가 향후 2 년 동안 이동할 수 있다고 주장합니다. 그는 개발자가 6 개월간 업그레이드주기를 목표로하지만 실제 지연은 8 개월 이상까지 확장 될 수 있다고 지적했다. 이는 중요한 개선이 수년 동안 구현되지 않을 수 있음을 의미합니다.
LightClient는 EOF의 통합에 관한 우려를 제기하여 Ethereum의 ZERO-Anourledge Rollup Technology (ZKEVMS)의 빠른 진행 상황을 강조했습니다. 개발자는 가상 시스템과의 이러한 변화의 상호 작용과 관련하여 어둠 속에 남아 있습니다.
토론 중에 Geth 개발자 인 Marius Van Der Wijden은 Peerdas, Focil, Eof 및 Modexp의 상한을 포함한 Fusaka에 선호되는 범위를 나열했습니다. EF 개발자 운영 엔지니어 Parithosh Jayanthi는 Focil이 Peerdas 및 EOF만큼 구현 준비가되지 않았다고 진술했습니다.
Pectra Software TestNet 업그레이드 및 커뮤니티 피드백
Devs는 진행중인 Pectra 배포 . EF 개발 및 운영 엔지니어 Parithosh Jayanthi는 Pectra Devnet 6이 거의 완벽한 유효성 검사기 참여율과 함께 잘 수행되고 있다고보고했습니다.
또한 Ethereum의 Epemery Testnet은 ACDE 호출 후 몇 시간 후 Pectra 업그레이드를 활성화하여 개발자가 추가 테스트를 수행 할 수있었습니다.
Github 의“마지막 전화”단계로 옮기도록 요청했습니다 . 이것은 Mainnet 구현 이전의 최종 단계를 나타냅니다. Ethereum 의 피드백을 조사했습니다 . 이를 위해 그는 가장 일반적인 요청은 업그레이드 사이클을 가속화하는 것이라고 언급했습니다.
이에 대한 응답으로, 그는 Ethereum 개발자가 이전의 개발자가 메인 넷에 실행 되 자마자 각 업그레이드의 범위를 마무리하는 것을 목표로해야한다고 제안했습니다.
Beiko의 제안 된 타임 라인에 따르면 3 월 13 일까지 개발자는 업그레이드에 포함 할 EIP를 제안해야합니다. 2 주 후, 3 월 27 일, 고객 팀은 Fusaka에 대한 EIP를 고려해야 할 선호도를 공유합니다. 마지막으로, 4 월 10 일까지 업그레이드 범위는 완료됩니다.
그러나 EF 연구원 Ansgar Dietrichs는 타이밍에 대한 예외를 추가했습니다. 그는 Pectra 업그레이드의 중요한 구성 요소 인 Peerdas Code 개선은 완료 되 자마자 Ethereum Mainnet에 업로드해야한다고 언급했다. 아무도이 요구 사항에 반대하지 않았습니다.
Eels 및 EIP 테스트 표준에 대한 우려
ACDE 호출 중 또 다른 우려 사항은 EF 테스트 엔지니어 인 Mario Vega의 제안이었습니다. 이는 Ethereum 실행 계층 테스트 프레임 워크와 관련하여 이루어졌습니다. Vega는 Hard Fork에 포함 된 EIP에 대한 EEL (Ethereum Execution Layer Specations) 및 EEST (Ethereum Execution Specification Test Case) 제작을 제안했습니다.
그는 이것이 테스트 워크 플로를 향상시키고 채택 전에 EIP를 평가하는 방법을 표준화 할 것이라고 제안했다.
그러나 몇몇 개발자들은이 제안에 반대했습니다. 이유? 요구 사항은 업그레이드 프로세스 속도를 늦출 수 있습니다. Van der Wijden은 EELS 관리자가 EIP 포함의 사실상 게이트 키퍼가 될 수 있다고 주장했다. 왜? 모든 개발자가 제안서의 파이썬 기반 구현을 쓸 수있는 것은 아닙니다.
Wijden은 대안적인 접근법을 제안했습니다. 언급되지 않은 풀 요청으로 제출할 수있는 Eels 구현이 있어야합니다 이를 통해 EELS 팀이 최종 승인을받지 못하게합니다.
Ethereum 의 저스틴 피렌체 인 BESU는 커뮤니티에 추가 스크립팅 언어를 만드는 것을 고려하도록 조언했습니다. 이것은 EIP가 EEL 또는 ESEST 테스트 사례없이 포함될 수 있는지 여부를 분명히합니다.
-2025 년 DeFi 로 수동적 소득을 얻는 새로운 방법. 자세히 알아보십시오.
