이더리움 코어 개발자 최신 회의 요약: пока Electra 사양 변경 없음, 범용 EL 요청 생성
글쓴이:Christine Kim
번역: Luccy, BlockBeats
해설: 이더리움의 모든 핵심 개발자들은 매주 2회 열리는 All Core Developers Consensus(ACDC) 회의에서 이더리움 컨센서스 레이어(CL) 변경 사항에 대해 논의하고 조율합니다. 이번은 ACDC 132차 회의로, 개발자들은 첫 번째 Pectra 개발자 테스트넷(Pectra Devnet 0) 관련 최신 정보를 공유하고, 명세와 관련된 미해결 문제들을 논의하며, 네트워크 출시 및 데이터 가용성 샘플링과 연관된 연구 프로젝트들에 주목했습니다. 다뤄진 주요 이슈는 Electra 관련 개방형 이슈, Electra와 연계된 미해결 과제, 그리고 연구 분야의 개방형 문제였습니다.
Electra 관련 개방형 이슈에서는 EIP 7251과 EIP 7549의 영향도가 중점적으로 검토되었으며, EL(Execution Layer)에서 일반적인 요청을 가능하게 하는 새로운 EIP 도입 가능성도 논의되었습니다. Electra와 관련된 미해결 과제로는 검증자 위원회 인덱스 타입 변경, 검증자 예치금 데이터 처리 방식 변화 등이 있었습니다. Galaxy Digital 리서치 부사장 Christine Kim이 이번 회의의 핵심 내용을 상세히 정리하였으며, 이를 BlockBeasts가 번역하여 소개합니다.
2024년 3월 21일, 이더리움 개발자들은 Zoom을 통해 All Core Developers Consensus(ACDC) 콜 #132 회의에 참석했습니다. ACDC 콜은 격주로 개최되는 시리즈 회의로, 이번 회의는 이더리움 재단 연구원 Alex Stokes가 진행을 맡았으며, 이더리움 컨센서스 레이어(CL)의 변경 사항에 대해 논의하고 조율하는 자리입니다. 이번 회의에서 개발자들은 첫 번째 Pectra 개발자 테스트넷(Pectra Devnet 0) 준비 현황을 공유했습니다. 또한 Pectra Devnet 0 명세에 관한 개방형 이슈들을 논의했고, 네트워크 출시와 데이터 가용성 샘플링(DAS)과 관련된 두 가지 미완의 연구 과제를 간략히 언급했습니다.
Electra 관련 개방형 이슈
이더리움 재단 개발자들은 Pectra Devnet 0의 초기 CL 명세와 테스트 벡터를 이미 발표했습니다. 그러나 이러한 명세에는 아직 해결되지 않은 몇 가지 문제가 있으며, 첫 번째 개발자 테스트넷 출시 전까지 해결될 수도 있고 아닐 수도 있습니다. Stokes는 그 중 하나인 EIP 7251(MAX_EFFECTIVE_BALANCE 증가)과 관련된 문제를 강조했습니다. 개발자들은 검증자의 ETH 예치금 병합을 실행 레이어(EL)에서 트리거할 수 있는 동작으로 구현하려는 경향을 보이고 있습니다. 하지만 현재로서는 해당 병합 작업이 초기 Electra 명세상에서 CL 동작으로 정의되어 있습니다. Stokes는 "이는 대부분의 처리 로직이 신호원에 관계없이 비컨체인에서 동일하기 때문에 괜찮은 선택이다"라고 설명했습니다.
회의에서 논의된 또 다른 미해결 이슈는 EIP 7549(위원회 인덱스를 증명 외부로 이동)와 관련된 것입니다. 이 EIP는 검증자가 증명(proof)을 집계하는 방식과 블록 형식화 방식을 변경합니다. Pectra가 활성화되면 업그레이드 이전의 증명을 모은 것과 체인 상에 제출되는 새로운 형태의 증명은 호환되지 않게 됩니다. Stokes는 회의 전 GitHub 이슈에서 두 가지 가능한 해결책을 제시했습니다. 그는 다음과 같이 설명했습니다.
-
클라이언트가 마지막 Deneb 에라 동안 두 가지 형식 모두를 방송하되, 슬래싱(slashing) 가능한 메시지를 생성하지 않도록 주의한다.
-
Electra 이전의 증명을 위해 추가 필드를 포함한 블록을 확장하고, Electra의 첫 번째 에포크 기간 동안은 Deneb 스타일만 허용한다.
Deneb는 이더리움에서 가장 최근에 활성화된 하드포크의 통합 업그레이드 이름이며, Electra는 다음 즉각적인 하드포크를 위한 CL 업그레이드 이름입니다.
개발자들은 회의에서 이 두 가지 옵션을 논의했습니다. 결국, 그들은 당분간 Electra 명세를 변경하지 않고, 누락된 증명들이 개발자 테스트넷 상의 네트워크 보안에 어떤 영향을 미치는지 지켜보기로 결정했습니다.
Electra와 관련된 회의에서 세 번째로 논의된 미해결 이슈는 업그레이드에 새로운 EIP를 추가하는 것이었습니다. Geth 개발자 'Lightclient'가 제안한 이 EIP는 EL에서 CL로 메시지를 전달하는 과정을 단순화합니다. 스마트 계약 기반 스테이킹 솔루션이 증가함에 따라 이더리움에서는 EIP들의 수요가 급증했으며, Pectra에서는 다양한 검증자 동작을 CL이 아닌 EL에서 직접 트리거할 것을 제안하고 있습니다. Lightclient의 제안은 EL에서 CL로 '계약에 의해 트리거된 요청(contract-triggered requests)'을 전파하기 위한 일반적 프레임워크를 제공합니다. 이 EIP는 특히 EIP 6110과 EIP 7002의 구현 방식을 포함해 Pectra 설계 전체에 영향을 줄 수 있기 때문에, Lightclient는 고객 개발팀이 자신의 제안에 대해 빠르게 피드백을 주기를 희망한다고 밝혔습니다. 개발자들은 이번 주말까지 Lightclient의 EIP를 시험하고 확정짓기로 합의했으며, 4월 22일 월요일 이전에 명세를 구축하고 공유할 예정입니다.
이후 개발자들은 Teku 개발자 Mikhail Kalinin이 제기한 EIP 7549 및 EIP 7251과 관련된 두 가지 추가 미해결 문제에 대해 논의했습니다. 첫 번째는 검증자 위원회 인덱스 타입의 변경과 관련된 것이며, 두 번째는 검증자 예치 데이터 처리 방식의 수정을 제안한 것입니다. Stokes는 향후 몇 주 내에 더 심층적인 논의를 위해 개발자들에게 이 두 제안을 좀 더 자세히 검토해줄 것을 권고했습니다.
마지막으로 Electra 명세와 관련된 마지막 미해결 이슈는 blob 수의 증가 여부였습니다. 이더리움 재단 운영 엔지니어 Parithosh Jayanthi는 Dencun 업그레이드 이후 blob 사용 패턴을 분석한 후, 그 결과를 바탕으로 Electra 업그레이드에 일회성으로 blob 수를 늘릴 것을 제안하고자 합니다. 또한 이더리움 재단 연구원 Ansgar Dietrichs는 blob 수를 점진적으로 증가시키는 방안을 동시에 고려해야 한다고 제안했습니다. 이는 Jayanthi의 제안과 병행해서 검토되어야 할 사안입니다.
연구 분야의 개방형 이슈
이번 ACD 콜에서 개발자들은 두 가지 연구 프로젝트를 간략히 논의했습니다. 첫 번째는 이더리움 재단 연구원 Anders Elowsson이 발표한 새로운 연구 논문으로, 이더리움 발행 정책 변경을 사고하고 구현하는 새로운 모델을 제안합니다. 전체 글은 여기에서 확인할 수 있으며, Stokes는 회의에서 개발자들이 이 글을 반드시 살펴보기를 권장했습니다.
두 번째 연구 프로젝트는 Lighthouse 개발자 Adrian Manning이 제안한 것으로, 증명 서브넷(proposer subnets)과 관련이 있습니다. Manning이 GitHub에서 언급했듯이, "이 PR은 '네트워크 샤딩(network sharding)'이라는 개념을 도입하는데, 이는 노드 ID를 숫자(네트워크 샤딩)로 표시하는 추상적 개념입니다. 이후 이 네트워크 샤딩(숫자)을 사용해 노드가 장기간 구독해야 하는 토픽을 할당할 수 있습니다." Manning은 현재 자신의 제안에 대한 최종 의견을 수렴 중이며, 이를 바탕으로 팀이 이더리움의 데이터 가용성 샘플링(DAS) 솔루션인 PeerDAS 개발에 착수할 계획입니다. 데이터 가용성 샘플링에 대한 자세한 내용은 이 Galaxy Research 보고서를 참고하세요.
Nethermind 개발자 Lukasz Rozmej는 EIP 7547(포함 리스트)가 Electra 업그레이드에 포함되기로 승인되었는지 질문했습니다. 개발자들은 EIP 7547은 아직 승인되지 않았다고 재확인했습니다.
이더리움 CL 클라이언트 'Grandine'을 개발 중인 Saulius Grigaitis는 현재 진행 중인 PeerDAS 연구를 고려해, 이더리움의 포크 선택 규칙(fork choice rule)에 대해 의문을 제기했습니다. 그는 PeerDAS 워크그룹에 자신의 아이디어를 제안하며 개발자들의 참여를 요청했습니다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@galaxyhq
