166차 이더리움 코어 개발자 임원 회의: 다음 이더리움 임원 계층은 프라하로 업그레이드되며 임원 계층은 Electra가 됩니다.

이더리움 코어 개발자 팀 베이코(Tim Beiko)는 166차 이더리움 코어 개발자 임원 회의에서 개발자들이 Dencun의 업그레이드 devnets의 현재 상태에 대해 논의했다고 말했습니다. 또한 작은 Sepolia 섀도우 포크가 수행되었으며 일부 클라이언트 버그가 발견되었습니다. 클라이언트는 4844 이외의 기능도 포함하는 devnet-8 작업으로 이동하고 있습니다. 현재 Nethermind는 모든 것을 구현했지만 일부 EIP는 아직 검토 중입니다. Erigon은 4844, 1153, 5656, 4788도 구현 중이며 SELFDESTRUCT 제거(6780)도 백로그입니다. Hyperledger Besu는 4788과 6780을 제외하고 준비되어 있으며 EthereumJS도 준비되어 있습니다. CL 개발자들은 Lighthouse 및 Lodestar 구현을 검토하고 있으며 Teku는 거의 준비가 되었다고 말합니다. 테스트 측면에서 4844, 6780 및 5656이 모두 준비되었으며 팀은 현재 4788 및 1153 커버리지에 집중하고 있습니다. 그런 다음 개발자는 Dencun의 잠재적인 사양 변경 사항에 대해 논의했습니다. 하나는 부모 비콘 블록 루트를 실행 페이로드에 추가하자는 제안으로 상당한 지지를 받았으며 이 변경 사항을 devnet-8에 포함할지 여부를 결정하는 것은 컨센서스 회의에 달려 있습니다. 둘째, 개발자들은 EIP-6780과 관련된 몇 가지 엣지 케이스를 명확히 하는 방법에 대해 논의했으며, 컨트랙트가 파기되지 않으면 opcode가 ETH를 파기하지 않는 것에 대해 많은 논의가 있었습니다. 또한 개발자는 더 많은 API 인터페이스 변경 사항에 대해 논의하여 새 엔드포인트를 추가하고 사양에서 마이닝 관련 엔드포인트를 제거하는 데 동의했습니다. 회의에서는 상호 인증을 위해 EL 및 CL 클라이언트가 사용하는 jwt 토큰의 표준 파일 위치 설정에 대해서도 논의했지만 합의가 충분하지 않았습니다. EIP와 ERC 코드 기반을 분리하는 문제에 대해 클라이언트 팀과 연구원 모두 찬성했지만 Greg Colvin은 이더리움/EIP를 편집 목적과 "유효한" 드래프트 목록을 위한 별도의 리포지토리로 사용하고 사전 드래프트 EIP/ERC를 위한 새 리포지토리를 만들 것을 제안하면서 반대했습니다. 마지막으로 개발자들은 이더리움의 다음 업그레이드 이름에 대해 논의했습니다. 즉, EL은 프라하(Prague)를 사용하고 CL은 Electra를 사용할 것입니다.