Ethereum 개발자는 ACDC 통화 #141에서 Pectra 업그레이드 및 리소스 제약에 대해 논의합니다.

이더리움 개발자들은 ACDC 통화 #141에 모여 Pectra 업그레이드 업데이트 및 홈 스테이커를 위한 증명 계산과 관련된 문제를 논의했습니다.

Ethereum developers convened for All Core Developers Consensus (ACDC) call #141 to discuss updates to the Pectra upgrade and issues related to proof computation for home stakers.

이더리움 개발자들은 ACDC(All Core Developers Consensus) 전화 #141을 위해 소집되어 Pectra 업그레이드 업데이트 및 홈 스테이커를 위한 증명 계산과 관련된 문제를 논의했습니다.

On September 5, 2024, Ethereum developers gathered over Zoom for ACDC call #141, a biweekly meeting series where developers discuss and coordinate changes to the consensus layer (CL) of Ethereum, also known as the Beacon Chain. The call was chaired by Ethereum Foundation (EF) Researcher Alex Stokes.

2024년 9월 5일, 이더리움 개발자들은 ACDC 콜 #141을 위해 Zoom을 통해 모였습니다. 이 회의는 개발자들이 비콘 체인이라고도 알려진 이더리움 합의 계층(CL)에 대한 변경 사항을 논의하고 조정하는 격주 회의 시리즈입니다. 이 통화는 이더리움 재단(EF) 연구원 Alex Stokes가 의장을 맡았습니다.

Pectra Devnet 2

펙트라 데브넷 2

Debugging efforts on Pectra Devnet 2 are nearing completion. Prysm developer Terence Tsao reported that his team resolved a non-finality bug identified on the devnet and have not encountered further issues. EF Developer Operations Engineer Parithosh Jayanthi confirmed that with the Prysm bug fixed, Pectra Devnet 2 can be deprecated.

Pectra Devnet 2에 대한 디버깅 노력이 거의 완료되었습니다. Prysm 개발자 Terence Tsao는 그의 팀이 devnet에서 확인된 비최종성 버그를 해결했으며 더 이상의 문제가 발생하지 않았다고 보고했습니다. EF 개발자 운영 엔지니어 Parithosh Jayanthi는 Prysm 버그가 수정되면 Pectra Devnet 2가 더 이상 사용되지 않을 수 있음을 확인했습니다.

Jayanthi also mentioned that not all client teams need to be ready to launch Pectra Devnet 3. The devnet can go live with a few implementations, and others can be added later. Stokes noted that issues with EIP 7702 may need to be addressed in execution layer (EL) clients before they can be added to the devnet.

Jayanthi는 또한 모든 클라이언트 팀이 Pectra Devnet 3을 시작할 준비가 되어 있을 필요는 없다고 언급했습니다. Devnet은 몇 가지 구현을 통해 활성화될 수 있으며 다른 구현은 나중에 추가될 수 있습니다. Stokes는 EIP 7702 관련 문제를 devnet에 추가하기 전에 실행 계층(EL) 클라이언트에서 해결해야 할 수도 있다고 지적했습니다.

Pectra Specification Updates

Pectra 사양 업데이트

Several updates to the Pectra implementation on the CL side were discussed. The first was an update to EIP 7251, resolving an edge case where the correlation penalty applied to validators with a high amount of staked ETH was incorrectly computed. This fix is in its final review phase and will be merged into Pectra CL specifications soon.

CL 측의 Pectra 구현에 대한 몇 가지 업데이트가 논의되었습니다. 첫 번째는 EIP 7251에 대한 업데이트로, ETH를 많이 스테이킹한 검증인에게 적용되는 상관 관계 페널티가 잘못 계산되는 극단적인 경우를 해결했습니다. 이 수정 사항은 최종 검토 단계에 있으며 곧 Pectra CL 사양에 병합될 예정입니다.

Another update involved improving the efficiency of accessing and storing certain components of the EL payload in the Beacon block body. This change is also nearing finalization.

또 다른 업데이트에는 비콘 블록 본체에서 EL 페이로드의 특정 구성 요소에 액세스하고 저장하는 효율성을 향상시키는 것이 포함되었습니다. 이 변경 사항도 마무리 단계에 있습니다.

Geth developer Felix Lange proposed a new strategy for improving the communication of validator withdrawals and consolidation requests from the EL to the CL. This proposal aims to reduce unnecessary overhead for EL and CL clients.

Geth 개발자 Felix Lange는 EL에서 CL로의 검증인 출금 및 통합 요청 커뮤니케이션을 개선하기 위한 새로운 전략을 제안했습니다. 이 제안은 EL 및 CL 고객의 불필요한 오버헤드를 줄이는 것을 목표로 합니다.

Teku developer Mikhail Kalinin discussed the creation of a deposit requests queue to avoid unnecessary load on CL clients during spikes in deposit activity. This queue is also designed to prevent frontrunning attacks on withdrawals. Nimbus developer Jacek Sieka supported this idea, noting that it would make deposit caching less error-prone.

Teku 개발자 Mikhail Kalinin은 입금 활동이 급증하는 동안 CL 클라이언트에 불필요한 로드를 방지하기 위해 입금 요청 대기열 생성에 대해 논의했습니다. 이 대기열은 또한 인출에 대한 선행 공격을 방지하도록 설계되었습니다. Nimbus 개발자인 Jacek Sieka는 예금 캐싱에 오류가 발생할 확률이 낮아질 것이라고 언급하면서 이 아이디어를 지지했습니다.

Various refinements of Ethereum’s networking layer based on EIP 7549 were also discussed. These changes aim to improve CL clients' hash computation and bandwidth.

EIP 7549를 기반으로 한 이더리움 네트워킹 계층의 다양한 개선 사항도 논의되었습니다. 이러한 변경 사항은 CL 클라이언트의 해시 계산 및 대역폭을 향상시키는 것을 목표로 합니다.

PeerDAS Devnet 2

PeerDAS 데브넷 2

The latest implementation of PeerDAS is being tested locally by clients. Both the Lodestar and Nimbus teams are running a new Kurtosis configuration that spins up a private testnet. PeerDAS Devnet 2 is expected to be based on the Pectra upgrade.

PeerDAS의 최신 구현은 클라이언트에 의해 로컬로 테스트되고 있습니다. Lodestar와 Nimbus 팀은 모두 개인 테스트넷을 구동하는 새로운 Kurtosis 구성을 실행하고 있습니다. PeerDAS Devnet 2는 Pectra 업그레이드를 기반으로 할 것으로 예상됩니다.

Stokes recommended reutilizing the stress tests used for the Deneb upgrade on PeerDAS testnets and increasing the blob count based on EIP 7742.

Stokes는 PeerDAS 테스트넷에서 Deneb 업그레이드에 사용된 스트레스 테스트를 재사용하고 EIP 7742를 기반으로 블롭 수를 늘릴 것을 권장했습니다.

PeerDAS Proof Computations

PeerDAS 증명 계산

Developers discussed how to handle proof computation for validators running on resource-constrained devices. EF Researcher Dankrad Feist suggested expediting research into distributed block building to allow home stakers to avoid proof computation and rely on more powerful nodes.

개발자들은 리소스가 제한된 장치에서 실행되는 유효성 검사기에 대한 증명 계산을 처리하는 방법에 대해 논의했습니다. EF 연구원 Dankrad Feist는 홈 스테이커가 증명 계산을 피하고 더 강력한 노드에 의존할 수 있도록 분산 블록 구축에 대한 연구를 가속화할 것을 제안했습니다.

Stokes recommended moving ahead with a solution that prepares blobs on the CL to reduce computational load. He asked Feist to create a group or Discord channel to start work on this asynchronously from the call.

Stokes는 계산 부하를 줄이기 위해 CL에서 Blob을 준비하는 솔루션을 사용할 것을 권장했습니다. 그는 통화에서 비동기적으로 작업을 시작하기 위해 Feist에게 그룹 또는 Discord 채널을 생성하도록 요청했습니다.

Research Discussion

연구토론

Nimbus developer “Dustin” proposed removing all mentions of SSZ unions from CL specifications since they are not used in CL clients. This proposal aims to better align CL specifications with existing client implementations. The Portal team, which uses SSZ unions in some way, will be consulted before finalizing the removal.

Nimbus 개발자 “Dustin”은 SSZ 통합이 CL 클라이언트에서 사용되지 않기 때문에 CL 사양에서 SSZ 통합에 대한 모든 언급을 제거할 것을 제안했습니다. 이 제안은 CL 사양을 기존 클라이언트 구현에 더 잘 맞추는 것을 목표로 합니다. 어떤 방식으로든 SSZ 연합을 사용하는 포털 팀은 제거를 마무리하기 전에 협의할 것입니다.

Developers reaffirmed the importance of the Portal network to the Ethereum protocol, highlighting that it is heavily funded and supported by the EF.

개발자들은 이더리움 프로토콜에 대한 포털 네트워크의 중요성을 재확인하면서 EF의 막대한 자금 지원과 지원을 강조했습니다.

For more details, the full write-up can be found on galaxy.com.

자세한 내용은 galaxy.com에서 전체 글을 확인하실 수 있습니다.