원문 편집: The Way of DeFi

원문 편집: The Way of DeFi

2023년 2월 9일, 이더리움 개발자들이 102차 ACDC(All Core Developers Consensus) 컨퍼런스 콜을 위해 모였습니다.

참고: ACDC 컨퍼런스 콜은 Ethereum Foundation의 Danny Ryan이 주최하며 Ethereum 개발자가 Ethereum 프로토콜에 대한 변경 사항을 논의하고 조정하는 격주 컨퍼런스 시리즈입니다. ACDC 컨퍼런스 콜은 이더리움 컨센서스 레이어의 개발에 중점을 두었고, 또 다른 컨퍼런스 시리즈인 ACDE(All Core Developers Execution) 컨퍼런스 콜은 이더리움 실행 레이어에 대한 코드 변경 조정에 중점을 두었습니다.

이번 주에 CL(Consensus Layer) 클라이언트 팀은 상하이와 Capella 업그레이드의 테스트 진행 상황에 대해 논의했습니다. 최근 상하이 업그레이드 테스트는 Zhejiang 테스트넷에서 순조롭게 진행되었으며, 개발자들은 2월 28일 다음 공개 테스트넷인 Sepolia에서 업그레이드 테스트를 시작하기로 합의했습니다.

첫 번째 레벨 제목

안녕 저장성 테스트넷, 안녕 세폴리아 테스트넷

2월 7일 화요일, Zhejiang이라는 공개 이더리움 테스트넷에서 상하이 업그레이드가 처음으로 시작되었습니다. Ethereum Foundation의 DevOps 엔지니어인 Barnabus Busa는 활성화가 "매우 성공적"이라고 말하면서 업그레이드 중에 네트워크에 문제가 발생하지 않았다고 강조했습니다. Geth 실행 계층(EL) 클라이언트의 개발자인 Marius van der Wijden은 모든 EL 클라이언트 팀이 스테이킹된 ETH 인출을 인코딩 및 디코딩하는 프로세스가 네트워크에서 올바르게 수행되도록 전용 테스트를 만들어야 한다고 강조했습니다.

ACDC 전화 회의 의장인 Danny Ryan은 철회 자격 증명 변경에 대한 보다 구체적인 테스트가 필요하다고 생각하는지 그룹에 질문했습니다. 그룹의 침묵을 바탕으로 경영진 계층 클라이언트 팀은 수행한 테스트 작업에 만족하는 것처럼 보였고 Ryan은 빌더뿐만 아니라 MEV 릴레이에 대한 특정 테스트에 대해 계속 논의했습니다. Barnabus Busa는 MEV 관련 인프라 및 소프트웨어 테스트에 도움을 받기 위해 Flashbots 팀에 연락했지만 아직 Flashbots로부터 답변을 듣지 못했다고 말했습니다. Prysm(CL) 클라이언트 팀의 Terence Tsao는 개발자를 위한 테스트넷에서 "유능한 릴레이어 및 빌더"의 부족이 주요 장애물이라고 말했습니다.

MEV-Boost 소프트웨어의 불충분한 테스트, MEV Booster 소프트웨어 오류에 대한 폴백 메커니즘, 빌더 및 리피터 운영자에 대한 업데이트된 사양을 기반으로 통화에 참여한 일부 개발자는 이러한 특정 문제를 해결하기 어렵다고 말했습니다. 도메인을 테스트하기 전에 더 많은 공개 테스트넷에서 상하이 업그레이드를 테스트하십시오. Prysm(CL) 클라이언트를 위해 "Potuz"라는 가명을 사용하는 한 개발자는 "빌더를 먼저 테스트하지 않고 Sepolia를 포크하는 것에 대해 이야기해서는 안 된다고 생각합니다. "라고 ACDE 컨퍼런스 의장인 팀 베이코(Tim Beiko)는 이더리움 코어에 대해 반박했습니다. 개발자는 역사적으로 인프라 제공자의 준비 상태가 프로토콜 계층 업그레이드의 타이밍 및 테스트에 영향을 미치는 것을 허용하지 않았습니다.

개발자들 사이에서 좀 더 논의한 후 Danny Ryan은 경영진 계층 클라이언트 팀이 Ethereum 프로토콜 계층에 직접 영향을 미치는 MEV 소프트웨어 부분을 테스트하는 데 집중할 것을 제안했으며 Ryan은 또한 Ethereum Foundation 테스트의 다른 구성원과 협력하기로 동의했습니다. 상하이 업그레이드 중 MEV 인프라 및 소프트웨어 오류에 대한 유효성 검사기 응답을 평가하기 위해 사설 테스트 네트워크에서 작업하는 팀.

라이언은 이렇게 말했습니다.

"나의 직감은 현재 Sepolia에 대한 테스트 노력을 중단하는 것이 아니라 이러한 많은 테스트 노력을 병렬로 실행하고 다음 몇 주 동안 계속 평가하는 것입니다."

세폴리아는 두 번째 공개 테스트 네트워크인 것으로 알려졌으며 클라이언트 팀의 준비에 따라 개발자는 2월 28일 세폴리아 상하이 업그레이드 활성화 일정에 합의했습니다. 팀 베이코는 이는 2월 20일경 이더리움 공식 웹사이트에 세폴리아 업그레이드에 대한 블로그 게시물이 게시될 예정이며 모든 클라이언트 팀이 늦어도 다음 주 금요일(2월 17일)까지 상하이 업그레이드를 준비해야 한다는 의미라고 강조했다. .

첫 번째 레벨 제목

안녕 EIP 4844, 안녕 Deneb

상하이 업그레이드가 테스트 작업인 동안 개발자들은 상하이 업그레이드 후 다음 업그레이드에서 EIP(Ethereum Improvement Proposal) 4844를 활성화할 준비를 하고 있습니다. 이전 통화 녹취록에서 언급했듯이 Shanghai Upgrade는 Ethereum Execution Client(EL)에서 약속된 ETH 인출을 가능하게 하는 업그레이드의 이름이고 Capella는 Ethereum Consensus Client(CL)의 업그레이드 이름입니다. 지난 ACDC 컨퍼런스 콜에서 개발자들은 EIP 4844 업그레이드를 백조자리에 있는 1등급 별의 이름인 Deneb(Tianjin Four Star)로 명명하기로 합의했습니다. Ethereum Foundation의 Hsiao-Wei Wang은 컨센서스 클라이언트(CL) 팀에게 이번 주부터 관련 GitHub 릴리스의 EIP 4844 이름이 Deneb로 업데이트되므로 EIP 4844라는 이름으로 풀 요청을 여는 개발자는 최대한 빨리.

여기여기Anton Nashatyrev의 연구 결과를 요약하면 지난 주 개발자 회의 요약에서 블록 간 분리에 대한 논의를 위한 컨텍스트를 제공합니다. Blob 및 블록 데이터를 전파하기 위해 별도의 하위 네트워크를 사용하는 주요 이점 중 하나는 이러한 메시지가 네트워크를 통해 보다 효율적으로 통신될 수 있다는 것입니다. Anton은 이러한 메시지를 분리할 때 메시지 수신 시간이 40% - 50% 감소했음을 확인했습니다. 개발자는 이러한 시뮬레이션을 개선하는 방법과 Blob 유효성 검사 전략에 대한 초기 조사에 대해 논의합니다. Lighthouse(CL) 클라이언트 팀의 익명 개발자 ​​"realbigsean"도 Blob 트랜잭션 서명에 사용되는 비콘 체인 API 및 엔드포인트 중 하나를 강조했습니다.열린 질문첫 번째 레벨 제목

다른 주제

이번 주 전화 회의에서 언급된 기타 기타 주제는 다음과 같습니다.

자원 봉사자가 EIP 편집자가 되도록 요청: Tim Beiko는 임원 클라이언트(CL) 개발자가 EIP 편집 팀에 합류하여 임원 클라이언트(CL)와 관련된 EIP를 검토하도록 권장합니다.

더 이상 사용되지 않는 엔진 API 호출을 폐기하라는 요청: ConsenSys R&D의 수석 연구원인 Mikhail Kalinin은 "exchangetransitionconfiguration"이라는 더 이상 사용되지 않는 엔진 API 호출을 폐기하기 위해 여러 가지 접근 방식을 제안했습니다. 이 코드 변경이 긴급하지 않다는 점을 감안하여 개발자들은 상하이 업그레이드가 완료된 후 주제를 다시 논의하기로 합의했습니다.

원본 링크

원본 링크