원제: "Ethereum All Core Developers Consensus Call #132 Writeup"
원저자: Christine Kim
원작: Luccy, BlockBeats
편집자 주:
Ethereum All Core Developers Consensus Call (ACDC) ) Ethereum Consensus Layer(CL)에 대한 변경 사항을 논의하고 조정하기 위해 2주마다 개최됩니다. 이번 회의에서 개발자들은 첫 번째 Pectra 개발자 테스트 네트워크(Pectra Devnet 0)에 대한 최신 정보를 공유하고 사양과 관련된 공개 문제에 대해 논의했으며 네트워크 릴리스와의 관계를 강조했습니다. 데이터 가용성 샘플링과 관련됩니다. 다루는 문제에는 Electra 공개 질문, Electra 관련 공개 질문 및 연구 공개 질문이 포함됩니다.
Electra 공개 이슈 측면에서 개발자들은 EIP 7251 및 EIP 7549의 영향과 보편적 EL 요청을 생성할 새로운 EIP 추가 제안에 초점을 맞추고 있습니다. Electra와 관련된 미해결 문제에 대해서는 검증인 위원회 인덱스 유형 변경, 검증인 예금 데이터 처리 변경 등이 논의되었습니다. 갤럭시디지털의 크리스틴 김 연구부사장은 이번 회의의 핵심 내용을 자세히 기록했고, 블록비스트는 원문을 다음과 같이 정리했습니다.
2024년 3월 21일 이더리움 개발자들이 Zoom에 모여 All Core Developers 대회에 참가했습니다. 합의(ACDC) 통화 # 132 회의. ACDC 컨퍼런스 콜은 이더리움 재단 연구원 Alex Stokes가 주최하는 격주 시리즈로, 개발자들은 이더리움 합의 계층(CL)에 대한 변경 사항을 논의하고 조정합니다. 이번 주에 개발자들은 Pectra Devnet 0이라고도 알려진 첫 번째 Pectra 개발자 테스트 네트워크 준비에 대한 최신 정보를 공유했습니다. 그들은 Pectra Devnet 0 사양과 관련된 공개 문제에 대해 논의하고 네트워크 게시 및 데이터 가용성 샘플링과 관련된 두 가지 미완성 연구 프로젝트를 간략하게 강조했습니다.
Ethereum Foundation 개발자가 Pectra Devnet 0의 초기 CL 사양과 테스트 벡터를 공개했습니다. 그러나 이러한 사양과 관련하여 첫 번째 Devnet 출시에 맞춰 해결될 수도 있고 그렇지 않을 수도 있는 몇 가지 미해결 문제가 있습니다. Stokes는 문제 중 하나가 EIP 7251(MAX_EFFECTIVE_BALANCE 증가)과 관련되어 있음을 강조했습니다. 개발자들은 검증인이 스테이킹한 ETH를 실행 계층(EL) 트리거 가능 작업으로 통합하는 쪽으로 기울고 있는 것 같습니다. 그러나 현재 초기 Electra 사양에서는 병합이 CL 작업으로 정의되어 있습니다. Stokes는 “비콘 체인에 필요한 대부분의 처리 로직이 소스에 관계없이 동일하기 때문에 이는 좋습니다.”라고 말했습니다.
EIP 7549(Moving Committee Indexing Beyond Proof)와 관련된 통화에서 개발자가 논의한 또 다른 미해결 문제입니다. EIP는 검증인 증명이 집계되고 블록이 형식화되는 방식을 변경합니다. Pectra가 활성화되면 업그레이드 전 증명은 더 이상 온체인에 제출된 새로운 증명과 호환되지 않는다는 점을 요약할 것입니다. Stokes는 통화 전에 GitHub 문제에서 가능한 두 가지 솔루션을 강조했습니다. 그는 다음과 같이 썼습니다.
· 지난 데네브 시대에 두 가지 형식을 모두 방송한 고객들은 기울어진 메시지를 생성하지 않도록 주의했습니다.
· Electra 이전 교정을 위해 추가 필드로 블록을 확장하고 Electra의 첫 번째 시대에는 Deneb 스타일만 허용합니다.
데네브는 이더리움에서 활성화된 최신 하드포크의 업그레이드 통합명칭입니다. Electra는 Ethereum의 다음 즉각적인 하드 포크에 대한 CL 업그레이드의 이름입니다.
개발자는 전화 회의에서 두 가지 옵션을 모두 논의했습니다. 궁극적으로 그들은 지금은 Electra 사양을 변경하지 않고 이러한 누락된 증명이 devnet의 네트워크 보안에 어떤 영향을 미치는지 확인하기로 결정했습니다.
Electra 관련 통화에서 개발자들이 논의한 세 번째 공개 문제는 범용 EL 요청을 생성하는 업그레이드에 새로운 EIP를 추가하는 것이었습니다. Geth 개발자 "Lightclient"가 제안한 EIP는 EL에서 CL로 업데이트 메시지를 보내는 프로세스를 단순화합니다. 스마트 계약 기반 스테이킹 솔루션의 등장으로 인해 이더리움에서 활성화된 EIP가 유입되었으며, Pectra는 CL 대신 EL에서 직접 다양한 검증인 작업을 시작하도록 제안했습니다. Lightclient 제안은 "계약에 따른 요청"을 EL에서 CL로 전파하기 위한 공통 프레임워크를 만듭니다. 이 EIP가 Pectra의 설계 방식, 특히 EIP 6110 및 EIP 7002의 구현 방식을 바꿀 것이라는 점을 감안할 때 Lightclient는 고객 팀이 가능한 한 빨리 그의 제안에 대한 피드백을 제공하기를 바란다고 강조했습니다. 개발자들은 4월 22일 월요일까지 사양을 구축하고 공유할 수 있도록 이번 주말까지 Lightclient의 EIP를 마무리하는 데 동의했습니다.
그런 다음 개발자들은 Teku 개발자 Mikhail Kalinin이 제기한 EIP 7549 및 EIP 7251과 관련된 두 가지 공개 문제에 대해 논의했습니다. 첫 번째는 검증인 위원회 인덱스 유형의 변경에 관한 것이고, 후자는 검증인 예금 데이터 처리에 대한 변경을 제안합니다. Stokes는 개발자들에게 앞으로 몇 주 안에 추가 논의를 위해 두 제안을 더 자세히 검토하도록 권장했습니다.
마지막으로 개발자들이 논의한 Electra 사양과 관련된 마지막 미해결 문제는 블롭 수의 증가입니다. 이더리움 재단 개발자 운영 엔지니어인 Parithosh Jayanthi는 Dencun 업그레이드 후 Blob 활동에 대한 분석을 수행하기를 희망하며 이 분석을 기반으로 Electra 업그레이드에 Blob 수를 한 번 늘릴 것을 권장한다고 말했습니다. 이더리움 재단 연구원인 Ansgar Dietrichs는 Electra를 통합하려는 Jayanthi의 제안과 동시에 고려해야 하는 블롭 수의 점진적인 증가를 활성화하는 제안도 만들었다고 강조했습니다.
이번 주 ACD 컨퍼런스 콜에서 개발자들은 두 가지 연구 프로젝트에 대해 간략하게 논의했습니다. 첫 번째는 이더리움 재단 연구원인 Anders Elowsson의 새로운 연구 논문으로, 이더리움 발행 정책의 변화를 고려하고 구현하기 위한 새로운 모델을 제안합니다. 전체 게시물은 여기에서 읽을 수 있습니다. Stokes는 통화 중에 개발자에게 게시물을 검토하도록 권장했습니다.
Lighthouse 개발자 Adrian Manning이 제안한 두 번째 연구 프로젝트는 서브넷 증명과 관련이 있습니다. Manning이 GitHub에서 말했듯이 "이 PR은 노드 ID를 숫자(네트워크 샤딩)로 표시하는 추상화인 '네트워크 샤딩' 개념을 소개합니다. 그런 다음 이 네트워크 샤딩(숫자)을 사용하여 주제를 할당할 수 있습니다. Manning은 그의 팀이 Ethereum용 데이터 가용성 샘플링 솔루션인 PeerDAS 작업을 시작할 수 있도록 그의 제안에 대한 최종 의견을 구하고 있습니다. Galaxy Research 보고서를 읽어보세요. Nethermind 개발자 Lukasz Rozmej는 EIP 7547(포함 목록)이 Electra 업그레이드에 포함되도록 승인되었는지 물었습니다. 개발자는 EIP 7547이 포함되도록 승인되지 않았음을 반복했습니다.” Ethereum의 포크 선택에 대해 질문을 제기한 Ethereum CL 클라이언트의 개발자입니다. 진행 중인 PeerDAS 연구를 고려하여 규칙을 정합니다. Grigaitis는 개발자들에게 PeerDAS 작업 그룹에 아이디어를 제공하도록 요청했습니다.
위 내용은 Ethereum ACDC 최신 회의록: Electra Devnet 0 진행 및 기타 기술 문제의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
