이더리움 상하이 업그레이드가 4월로 연기될 수 있으며, EIP4844는 Deneb으로 이름이 변경되었습니다

원문 제목：《Ethereum All Core Developers Consensus Call #102 Writeup》
저자：Christine Kim，galaxy
편집：하룻밤의 죽，DeFi의 길

2023년 2월 9일, 이더리움 개발자들이 모여 제102차 전 핵심 개발자 합의(ACDC) 전화 회의를 개최했습니다.

주: ACDC 전화 회의는 이더리움 재단의 Danny Ryan이 주재하며, 이더리움 개발자들이 이더리움 프로토콜 변경에 대해 논의하고 조정하는 격주 회의 시리즈입니다. ACDC 전화 회의는 주로 이더리움 합의 계층의 개발에 중점을 두고 있으며, 다른 회의 시리즈(즉, 전 핵심 개발자 실행(ACDE) 전화 회의)는 이더리움 실행 계층의 코드 변경 조정에 중점을 둡니다.

이번 주, 합의 계층(CLL) 클라이언트 팀은 상하이 및 카펠라 업그레이드의 테스트 진행 상황을 논의했습니다. 최근 상하이 업그레이드 테스트는 저장소 테스트넷(Zhejiang testnet)에서 순조롭게 진행되었으며, 개발자들은 2월 28일 다음 공공 테스트넷인 세폴리아(Sepolia)에서 업그레이드 테스트를 시작하기로 합의했습니다.

이더리움 메인넷 업그레이드가 공식적으로 진행되기 전에, 세폴리아(Sepolia)는 두 번째로 마지막 테스트넷으로, 세폴리아(Sepolia)의 활성화 날짜와 MEV-Boost 추가 테스트에 대한 논의에 따라 상하이 업그레이드의 메인넷 시작 날짜는 4월 초가 될 가능성이 더 높아 보입니다.

안녕 저장소(Zhejiang) 테스트넷, 안녕 세폴리아(Sepolia) 테스트넷

2월 7일(화요일), 상하이 업그레이드는 저장소(Zhejiang)라는 이름의 공공 이더리움 테스트넷에서 처음으로 시작되었습니다. 이더리움 재단의 DevOps 엔지니어 Barnabus Busa는 이번 활성화가 "매우 성공적"이었다고 언급하며, 업그레이드 과정에서 네트워크가 어떤 문제도 겪지 않았다고 강조했습니다. Geth 실행 계층(EL) 클라이언트의 개발자 Marius van der Wijden은 모든 실행 계층 클라이언트 팀이 스테이킹 ETH 인출의 인코딩 및 디코딩 프로세스가 네트워크에서 올바르게 완료되도록 보장하기 위해 전용 테스트를 생성해야 한다고 강조했습니다.

ACDC 전화 회의 의장 Danny Ryan은 그룹에 인출 증명서 변경에 대해 더 전문적인 테스트가 필요하다고 생각하는지 질문했습니다. 그룹의 침묵을 바탕으로, 실행 계층 클라이언트 팀은 자신들이 이미 완료한 테스트 작업에 만족하는 것처럼 보였고, Ryan은 MEV 릴레이 및 빌더에 대한 전문 테스트에 대해 계속 논의했습니다. Barnabus Busa는 Flashbots 팀에 연락하여 MEV 관련 인프라 및 소프트웨어 테스트를 도와줄 것을 요청했지만, 아직 Flashbots의 응답을 받지 못했다고 전했습니다. Prysm(CLL) 클라이언트 팀의 Terence Tsao는 개발자들이 테스트넷에서 "유능한 중계기 및 빌더"의 존재가 부족하다는 점이 주요 장애물이라고 언급했습니다.

MEV-Boost 소프트웨어에 대한 불충분한 테스트, MEV 부스터 소프트웨어의 고장 시 롤백 메커니즘, 빌더 및 중계기 운영자의 업데이트 규격에 대한 논의에 따라, 전화 회의에 참석한 일부 개발자들은 이러한 특정 테스트 분야가 해결되기 전까지는 더 많은 공공 테스트넷에서 상하이 업그레이드를 테스트하고 싶지 않다고 밝혔습니다. Prysm(CLL) 클라이언트의 한 개발자는 "우리는 빌더를 먼저 테스트하지 않고 세폴리아 포크에 대해 이야기해서는 안 된다고 생각합니다."라고 말했습니다. 이에 대해 ACDE 전화 회의 의장 Tim Beiko는 이더리움 핵심 개발자들이 인프라 제공자의 준비 상태가 프로토콜 계층 업그레이드의 시간과 테스트에 영향을 미치는 것을 허용하지 않았다고 반박했습니다.

개발자들 간의 추가 논의 후, Danny Ryan은 실행 계층 클라이언트 팀이 이더리움 프로토콜 계층에 직접 영향을 미치는 MEV 소프트웨어 부분의 테스트에 집중할 것을 제안했습니다. 또한 Ryan은 이더리움 재단 테스트 팀의 다른 구성원과 협력하여 전용 테스트 네트워크에서 검증자가 상하이 업그레이드 기간 동안 MEV 인프라 및 소프트웨어 고장에 어떻게 반응하는지를 평가하는 작업을 진행하기로 동의했습니다.

Ryan은 다음과 같이 말했습니다:

"내 직감은 현재 세폴리아 테스트 작업을 중단하지 않고, 많은 테스트 작업을 병행하여 다음 몇 주 동안 계속 평가할 것이라는 것입니다."

세폴리아는 두 번째로 마지막 공공 테스트넷으로, 클라이언트 팀의 준비 상황에 따라 개발자들은 세폴리아 상하이 업그레이드의 활성화 시간을 2월 28일로 정했습니다. Tim Beiko는 이로 인해 2월 20일경 이더리움 공식 웹사이트에 세폴리아 업그레이드에 대한 블로그 기사가 게시될 것이며, 모든 클라이언트 팀은 늦어도 다음 주 금요일(2월 17일)까지 상하이 업그레이드의 작업 버전을 준비해야 한다고 강조했습니다.

세폴리아 테스트넷의 활성화가 순조롭게 진행된다면, 개발자들은 Goerli 테스트넷에서 상하이 업그레이드의 활성화 날짜를 조정할 것이며, 이는 3월 중순경에 발표될 가능성이 있으며, 이더리움 메인넷 업그레이드는 4월 초에 있을 것으로 예상됩니다. Ryan은 이더리움 핵심 개발자들이 세폴리아 테스트넷에서 상하이 업그레이드가 활성화된 후 Goerli 테스트넷과 이더리움 메인넷의 활성화 날짜를 동시에 결정할 수 있다고 언급했습니다.

안녕 EIP 4844, 안녕 Deneb

상하이 업그레이드 테스트 작업과 함께, 개발자들은 상하이 업그레이드 이후의 다음 업그레이드에서 이더리움 개선 제안(EIP) 4844를 활성화할 준비를 하고 있습니다. 이전 전화 회의 기록에 따르면, 상하이 업그레이드는 이더리움 실행 클라이언트(EL)에서 스테이킹 ETH 인출을 활성화하는 업그레이드 이름이며, 카펠라는 이더리움 합의 클라이언트(CL) 업그레이드의 이름입니다. 지난 ACDC 전화 회의에서 개발자들은 EIP 4844 업그레이드를 Deneb(천칭자리의 한 별)으로 명명하기로 합의했습니다. 이더리움 재단의 Hsiao-Wei Wang은 합의 클라이언트(CL) 팀에 이번 주부터 관련 GitHub 버전에서 EIP 4844의 이름이 Deneb으로 업데이트될 것이라고 알리며, EIP 4844 이름으로 풀 리퀘스트를 열었던 개발자들은 가능한 한 빨리 업데이트해야 한다고 강조했습니다.

이더리움 블록체인 탐색기 ether.camp의 수석 개발자 Anton Nashatyrev는 이번 주 전화 회의에서 블록과 blob 생산을 분리하는 것에 대한 그의 발견을 소개했습니다. 여기‌에서 Anton Nashatyrev의 발견을 요약했으며, 지난 주 개발자 전화 회의 요약에서 블록과 blob 분리에 대한 논의 배경을 제공했습니다. 별도의 서브 네트워크를 사용하여 blob과 블록 데이터를 전파하는 주요 이점 중 하나는 이러한 메시지가 네트워크를 통해 더 효율적으로 통신될 수 있다는 것입니다. Anton은 이러한 메시지를 분리할 때 메시지 수신 시간이 40% - 50% 감소했다고 확인했습니다. 개발자들은 이러한 시뮬레이션을 개선하는 방법과 blob 검증 전략에 대한 초기 조사를 논의했습니다. Lighthouse(CLL) 클라이언트 팀의 익명의 개발자 "realbigsean"은 신호 체인 API와 blob 거래 서명을 위한 엔드포인트에 대한 공식 문제‌를 강조했습니다. 전화 회의에 참석한 개발자들은 그의 문제를 읽고 피드백을 제공하기로 동의했습니다.

기타 주제

이번 주 전화 회의에서 제기된 기타 잡다한 주제는 다음과 같습니다:

EIP 편집자 자원봉사자 모집: Tim Beiko는 실행 클라이언트(CL) 개발자들이 EIP 편집 팀에 참여하여 실행 클라이언트(CL)와 관련된 EIP를 검토하는 데 도움을 줄 것을 권장했습니다.

구식 엔진 API 호출 폐기 요청: ConsenSys R&D의 수석 연구원 Mikhail Kalinin은 "exchangetransitionconfiguration"이라는 구식 엔진 API 호출을 폐기하기 위한 몇 가지 방법을 제안했습니다. 이 코드 변경이 긴급하지 않기 때문에 개발자들은 상하이 업그레이드가 완료된 후 이 주제를 다시 논의하기로 합의했습니다.

SSZ 전화 회의: 지난 몇 차례의 개발자 전화 회의에서 SSZ 형식 변경에 대한 논의가 Deneb의 준비 작업과 점점 더 관련성이 높아지고 있습니다. 따라서 개발자들은 2월 15일에 SSZ 형식 변경과 관련된 문제를 논의하기 위한 전용 전화 회의를 조직할 예정입니다.