작성자: Luccy, BlockBeats
이더리움 핵심 개발자 합의 통화(ACDC)는 Ethereum Consensus Layer(CL)에 대한 조정을 논의하고 조정하기 위해 정기적으로 개최됩니다. 가장 최근의 ACDC 회의는 129회였으며 개발자들은 Dencun 업그레이드 준비에 대한 최신 진행 상황을 공유하고 다음 Ethereum 업그레이드인 Pectra의 범위와 EIP에 대해 논의했습니다.
갤럭시디지털의 크리스틴 김 연구부사장이 이번 회의의 핵심 내용을 자세히 기록했고, BlockBeasts는 원문을 다음과 같이 정리했습니다.
2024년 3월 7일, 이더리움 개발자들이 Zoom에 모여 All Conference에 참여했습니다. 핵심 개발자 합의(ACDC) 통화 #129 회의. ACDC 통화는 Ethereum Foundation 연구원 Danny Ryan이 주최하는 격주 일련의 회의로, 개발자들은 Ethereum Consensus Layer(CL)에 대한 변경 사항을 논의하고 조정합니다. 이번 주 개발자들은 3월 13일 수요일에 메인넷에서 활성화될 예정인 Dencun 업그레이드 준비에 대한 최종 업데이트를 공유했습니다. 그들은 또한 다음 이더리움 업그레이드인 Pectra의 범위와 일부 연구 주제에 대해 논의했습니다. 그 중 하나는 CL 클라이언트 간의 블록 값 표준화입니다.
Ryan은 컨퍼런스 콜이 시작될 때 Dencun 업그레이드가 일주일 이내에 Ethereum에 적용될 것이라고 모든 사람들에게 상기시켰습니다. 그는 또한 많은 미국인들에게 이번 주말부터 3월 10일에 시작될 것이라고 언급했습니다. 모든 ACD 회의 통화 및 업그레이드는 DST를 준수하지 않고 협정 세계시(UTC)를 기준으로 예정되어 있으므로 미국 이외의 개발자와 통화 참가자는 이에 따라 일정을 조정해야 합니다.
회의 통화에서 일부 클라이언트는 팀은 Dencun 업그레이드에 맞춰 앞으로 며칠 내에 업데이트된 소프트웨어 버전을 출시할 계획이라고 밝혔습니다. Prysm, Lighthouse 및 Teku 팀은 이번 주말까지 새 버전을 출시할 예정입니다. 이러한 업데이트된 버전은 필수 업그레이드는 아니지만 Ethereum Foundation의 Tim Beiko는 Zoom 회의에서 모든 Dencun 호환 버전을 요약한 블로그 게시물을 업데이트하지 않을 것이라고 언급했습니다.
Flashbots 팀의 Chris Hager가 MEV-Boost 소프트웨어 준비 상태에 대한 빠른 업데이트를 공유했습니다. Hager는 지난 주에 출시된 MEV-Boost 버전 1.7이 안정적이며 검증자 노드 운영자가 사용할 수 있음을 확인했습니다. Deneb용 Flashbots 빌더 소프트웨어는 아직 개발 중이며 이번 주쯤 완료되고 병합될 것으로 예상된다고 그는 말했습니다. 검증인의 업그레이드 준비 상태와 관련하여 Hager는 Dencun 업그레이드를 수용할 수 있도록 MEV-Boost 소프트웨어를 업데이트한 검증인이 충분하지 않은 것으로 보인다는 우려를 표명했습니다. Hager는 데이터를 다시 확인한 후 Flashbots 릴레이에 연결된 검증자의 약 50%가 최신 MEV-Boost 버전인 v1.7을 사용하고 있다고 말했습니다.
Beiko는 또한 그의 소스인 Metrika 및 Ethernets에 따르면 Ethereum 노드의 약 절반이 Dencun으로 업그레이드할 준비가 되어 있음을 나타냅니다. 그는 또한 모든 이더리움 노드뿐만 아니라 업그레이드를 위한 검증인 노드의 준비 상태를 추적할 수 있는 데이터 도구에 대한 희망도 표명했습니다.
Ethereum 개발자들은 Pectra 업그레이드와 관련된 네 가지 코드 변경 사항에 대해 논의했습니다.
첫 번째는 EIP(Ethereum Improvement Proposal) 7549입니다. 이를 통해 CL 클라이언트는 블록에 대한 투표(증명이라고도 함)를 보다 효율적으로 집계할 수 있습니다. 개발자는 EIP 7549를 Pectra에 통합하라는 이전 권장 사항에 동의합니다. Teku 개발자 Mikhail Kalinin은 EIP 7549가 이더리움에서 어떻게 구현될지에 대한 추가 분석을 공유하고 코드 변경의 결과로 발생할 수 있는 몇 가지 절충안이나 "부정적인 영향"을 제안했습니다. Ryan은 추가 피드백과 검토를 위해 Kalinin이 자신이 제안한 CL 사양 변경 사항을 GitHub에서 직접 요약할 것을 제안했습니다.
Prysm 개발자 Terence Tsao는 Kalinin이 제안한 EIP 7549 구현에 동의하지만 이 EIP에 필요한 Beacon API 변경에 대한 추가 문서 및 사양을 권장한다고 말했습니다. Tsao는 "현재 동일한 슬롯에 10개의 애그리게이터가 있는 경우 10개의 증명에 서명해야 하며 이번 변경으로 인해 하나의 메시지만 보내면 되기 때문에 Beacon API를 일부 변경해야 할 수도 있습니다"라고 Dao는 덧붙였습니다. , "이 부분은 이 문제를 해결하기 위해 Beacon API 유효성 검사기 통합을 어떻게 변경해야 하는지에 대해 더 많은 생각이 필요할 수 있다고 생각합니다." 배경으로 Beacon API는 노드가 네트워크에 쿼리하고 상태에 대한 정보를 얻을 수 있도록 하는 CL의 사양입니다. 네트워크.
그런 다음 EF 연구원 Ansgar Dietrichs는 네트워크 발행량을 줄여 스테이킹 보상을 줄이자는 제안에 대한 빠른 업데이트를 공유했습니다. 그는 지난 ACDC 회의에서 제안이 제시된 이후 "커뮤니티로부터 엇갈린 피드백"이 있었다고 말했습니다. 그는 이 제안이 10월에 메인넷이 하드포크를 겪는다는 가정 하에 6월이나 7월까지 최종 Electra 업그레이드에 포함될 수 있는 작은 코드 변경이 될 것이라고 거듭 강조했습니다. 그러나 Dietrichs는 또한 대화가 "진행 중"이라고 말했습니다. 이는 결정이 내려지기 전에 아이디어에 대해 더 자세히 논의해야 함을 의미합니다.
셋째, EF 연구원 Mike Neuder는 추가 논의를 위한 목록이 포함된 EIP 7547을 제안했습니다. 그는 EIP 설계의 "정확한 특성"을 논의하기 위한 두 번째 브레이크아웃 세션이 유용할 것이며 다음 주 금요일인 3월 15일에 회의를 조직하는 것을 고려하고 있다고 말했습니다. 그는 또한 EIP에 제안에 대해 더 자세히 알아보거나 질문하는 데 관심이 있는 사람들이 사용해야 하는 "포함 목록"이라는 전용 Discord 채널이 있다고 언급했습니다. Tsao는 또한 제안의 사양이 2월 16일 첫 번째 포함 목록 브레이크아웃 회의 이후 대부분 구체화되었다고 말했습니다. Tsao는 “사양은 아마도 약 75% 완성된 것 같습니다.”라고 말하면서 실행 API 변경 및 정직한 검증자 관련 사양과 같이 개선이 필요한 사양의 다른 구성 요소가 있다고 덧붙였습니다.
마지막으로 Lighthouse 개발자 Mark Mackey는 최대 유효 잔고(maxEB)를 늘리는 EIP 7251에 대한 지원을 표명했습니다. "우리는 Lighthouse에서 거의 프로토타입을 만들었습니다. 사양에 대해 아직 수행해야 할 작업이 있지만 실제로는 많은 작업처럼 보이지 않으며 유효성 검사기 세트의 크기를 고려하면 시한폭탄이 됩니다. 우리는 조정 제안을 공개할 것을 제안했고, 릴리스 변경은 항상 논란의 여지가 있기 때문에 커뮤니티가 이를 받아들일 것이라는 보장이 없으며, 커뮤니티가 마음에 들지 않으면 우리가 실제로 할 수 있는 유일한 일은 maxEB뿐입니다."라고 Mackey는 말했습니다. Ryan은 maxEB를 Electra에 통합하는 데 대한 주요 저항은 Prysm 팀과의 이전 통화에서 표현된 것처럼 코드 변경의 복잡성 때문이라고 말했습니다. Prysm 팀의 익명 개발자인 "Potuz"는 Zoom 회의 채팅에서 그의 팀이 EIP를 다시 검토하고 제안의 복잡성을 재평가할 것이라고 말했습니다. Ryan은 EIP 7547 및 7251에 대한 "확고한 결정"을 내리기 위해 2주 후에 다음 ACDC 통화를 준비하도록 계정 팀에 요청했습니다.
EF 개발자 운영(DevOps) 엔지니어 Barnabas Busa는 모든 CL 클라이언트가 유효성 검사기를 운영하고 취소하는 데 사용되는 유효성 검사기 키를 생성하는 방법이 약간 다른 것 같다고 설명했습니다. 필요한 암호화 키입니다. 검증인 노드 운영자의 키 관리와 검증인 참여 및 종료를 돕는 "키 관리자 API"라는 API가 있습니다. Busa는 이 API에 대한 값을 반환할 때 클라이언트 간의 미묘한 차이로 인해 API 엔드포인트 테스트가 어렵다고 설명했습니다. 그는 또한 그의 팀이 하이브리드 검증자에 대한 기본 테스트를 시작했다고 언급했습니다. 이는 검증자 노드 운영자가 검증자 클라이언트와는 다른 클라이언트를 비콘 노드에 사용한다는 것을 의미합니다. 비콘 노드는 CL 상태를 유지하지만 검증인이 합의에 참여하는 데 필요한 키 쌍을 관리하지 않는 클라이언트입니다. 유효성 검사기 클라이언트는 키 쌍을 활용하여 체인에서 블록을 생성하고 증명에 서명하는 클라이언트입니다. Ryan은 Busa가 키 관리자 API를 표준화하기 위한 제안으로 문서화 또는 풀 요청을 시작할 것을 제안했습니다. 통화 중인 개발자는 하이브리드 유효성 검사기가 모든 CL 클라이언트 조합에서 작동하는지 확인하기 위한 추가 테스트도 지원합니다.
화면 이름이 "Dustin"인 Nimbus 개발자도 Beacon API 엔드포인트 "productBlockV3" 및 "getBlockRewards"의 CL 표준화에 대한 우려를 표명했습니다. Dustin은 Beacon API의 일부 영역이 명확하게 정의되지 않았으며 클라이언트 간에 "보편적으로 구현되지" 않았다고 설명했습니다. 특히, 블록 값을 반환해야 하는 엔드포인트의 경우 계산에는 최소한 제안된 블록 전후의 검증인 잔액 변경이 포함되어야 합니다. 그러나 사양에는 다른 검증인의 작업으로 인해 검증인 잔액이 변경된 경우 고객이 보상과 처벌을 포함해야 하는지 여부는 자세히 설명되어 있지 않습니다. 예를 들어, 동시 위원회 임무 부여 또는 처벌, 제안자 또는 인증자의 자체 축소, 내부 고발자 보상 등이 여기에 포함됩니다. Ryan은 Beacon API에 지침을 추가해야 한다는 데 동의합니다. 그러나 Prysm 팀의 Radosław Kapka와 Potuz를 포함하여 통화에 참여한 다른 개발자들은 자신감이 부족했습니다. Potuz는 이러한 엔드포인트를 사용하는 사람의 수가 적고 자체 도구를 사용하여 다양한 CL 클라이언트의 블록 값을 정규화할 수 있다는 우려를 표명했습니다. Potuz는 "소비자가 제한된 경우 왜 이를 지원하는 데 동의하는지 이해하지 못합니다. 저는 이러한 시장을 연구하고 실제로 이 작업을 우리 대신 이러한 엔드포인트를 사용하는 사람들에게 보낼 수 있는지 알아보려고 합니다."라고 Potuz는 말했습니다.
Nimbus 개발자 Jacek Sieka는 "productBlockV3" 엔드포인트의 존재로 인해 개발자는 클라이언트 간의 불일치를 해결하거나 "V4"를 위해 엔드포인트를 더 이상 사용하지 않아야 한다고 말하면서 이러한 견해를 반박했습니다. 또한 Sieka는 "이 엔드포인트는 매우 기본적인 기능일 뿐이라고 생각합니다. 여러 블록 소스가 있고 이를 비교해야 하는 미래를 상상한다면 이는 의미가 있습니다. Ryan은 Dustin에게 제안을 작성하라고 조언했습니다."라고 덧붙였습니다. V3 및 "getBlockRewards" 엔드포인트를 표준화하기 위해 제안서가 생성된 후 계정 팀은 이를 계속 지원할지 여부를 다시 검토할 것입니다.
Potuz는 추가 개발자 피드백과 토론을 위해 두 개의 프로젝트를 표시했습니다. 첫 번째는 EL과 CL 간의 통신을 지정하는 엔진 API에 현재 지정되지 않은 지연 블록의 실행 계층(EL) 클라이언트 동작에 대한 것입니다. "이것을 엔진 API에 지정할 수 있다면 이후 블록을 재구성할 때 더 쉬워질 것입니다."라고 Potuz는 말했습니다. Potuz가 표시한 두 번째 항목은 Ethereum에서 신뢰할 수 있는 릴레이의 필요성을 제거하는 업그레이드인 ePBS(Proposer Builder Separation) 페이로드 업그레이드에 대한 분석과 관련이 있었습니다. Potuz는 분석 및 기타 ePBS 설계 제한 사항에 대한 추가 피드백을 요청했습니다.
마지막으로 Ethereum Cat Herder 그룹의 Pooja Ranjan은 WiEP(Women in the Ethereum Protocol)라는 새로운 작업 그룹의 결성을 발표했습니다. WiEP는 더 많은 여성 이더리움 프로토콜 개발자를 장려하고 개발하는 데 전념하는 이더리움 재단의 새로운 조직입니다. Ranjan은 이 그룹이 여러 여성 이더리움 프로토콜 기여자들과 논의하기 위해 3월 8일에 한 시간짜리 웹 세미나를 주최할 것이라고 말했습니다.
그리고 라이언은 4월 1일부터 3개월간 휴식을 취한다고 밝혔습니다. 그의 부재 시에는 EF 펠로우 Alex Stokes가 ACDC 통화를 중재할 것입니다.
위 내용은 최근 이더리움 핵심 개발자 회의 요약: Dencun 업그레이드 최종 진행 및 Pectra 업그레이드 범위 논의의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
