이더리움 핵심 개발자 회의 최신 내용: Devnet 업데이트 진행 상황, EIP-7514가 Dencun 업그레이드의 일부로 확정 등
ChainCatcher 메시지, 이더리움 핵심 개발자 Tim Beiko가 최신 이더리움 핵심 개발자 실행 회의(ACDE)를 요약했습니다. 회의에서는 Devnet 업데이트, Dencun의 추가 내용이 소개되었으며 Reth에 대한 포괄적인 개요가 제공되었습니다:Devnet-8 상태 업데이트: 네트워크가 최종 확정 중이며, 많은 클라이언트가 새로운 업데이트를 푸시하기 시작했습니다. 동시에 개발자 도구 시스템 Kurtosis를 사용하여 MEV/블록 구축 프로세스를 테스트하기 시작했습니다. Nethermind는 그들의 blob 트랜잭션 풀 준비가 완료되었으며, 며칠 동안 단일 노드에서 테스트한 후 모든 Dencun 테스트 노드에 배포했다고 공유했습니다. Geth의 blob 트랜잭션 풀도 거의 완료되었습니다. Besu는 거래 풀에 대한 더 광범위한 수리를 진행 중이며(Blob + 비 Blob 거래의 크기를 제한하기 위해), 다음 버전에서 발표될 예정입니다. Erigon은 devnet-9를 준비하기 위해 여전히 풀을 개발 중입니다.회의는 지난 주 ACDC 전화 회의의 논의를 계속하며, 검증자 활성화 큐에 상수 한계를 추가할지 여부를 논의했습니다. 이후 이 제안은 공식적으로 EIP-7514(최대 Epoch 손실 제한 추가)로 명명되었습니다. 간단히 말해, 최악의 경우 ETH 스테이킹 비율의 증가 속도를 늦출 것입니다.회의에서는 EVM에 blob의 기본 비용을 공개하는 연산 코드를 추가하는 또 다른 마지막 순간의 제안에 대해 논의했습니다. 우리는 EIP-1559의 BASEFEE를 공개할 수 있는 유사한 연산 코드가 있으며, 이 연산 코드는 EIP가 활성화될 때 도입되었습니다. 이는 L2가 L1 데이터 비용에 따라 사용자에게 올바른 가스 가격을 청구하는 데 더 쉽게 할 수 있게 합니다.회의에서는 EIP-4788에 대한 몇 가지 업데이트를 논의했으며, 이 업데이트는 신호 루트를 EL에 있는 계약에 저장합니다. 지난 몇 주 동안 우리는 계약에 대해 여러 번 감사 및 모호성 테스트를 수행했으며, 이로 인해 이 PR에 설명된 몇 가지 미세한 변화가 발생했습니다. 첫 번째는 0 타임스탬프를 명확히 처리하여 롤백하도록 하며(다른 무효 타임스탬프와 마찬가지로), 0을 반환하지 않도록 하는 것입니다. 두 번째 변경 사항은 버퍼 크기입니다. 슬롯 시간이 변경되었다고 가정할 때, 모듈로 연산의 작동 방식을 고려하면 원래 계약은 저장 공간 낭비를 초래합니다. 소수(8191)를 사용함으로써 슬롯 시간이 어떻게 되든 100%의 버퍼를 사용해야 합니다. 마지막으로, CALLDATA를 로드해야 하는 횟수를 줄이기 위해 가스 최적화가 이루어졌습니다. 감사자는 이러한 변경 사항을 검토할 것이며, 다음 ACDE 이전에 최종 보고서를 받을 것으로 예상됩니다. 모호성 테스트와 구현의 원활한 진행을 위해 개발자들은 현재 제안된 변경 사항을 병합하기로 동의했습니다.회의에서는 시스템 계약 주소가 상태의 일부이지만 실행 종료 시 비어 있을 경우 클라이언트가 어떻게 처리해야 하는지에 대해 논의했습니다. 비록 이것이 메인넷에서는 사실상 불가능하지만, 창세 시 주소를 설정함으로써 테스트 중에 발생한 경계 사례입니다. 이러한 경계 사례의 특수성을 고려하고 명확한 규범적 행동이 없기 때문에, 개발자들은 이 문제에 대해 더 많은 시간을 할애하기로 동의했으며, 월요일의 테스트 전화 회의에서 계속 논의하기로 했습니다. 이것이 사양 변경입니다.위의 모든 내용은 devnet-9에 포함될 계획입니다. 고객 팀은 다음 주 ACDC 이전에 모든 내용을 구현하고 테스트할 수 있어야 한다고 한목소리로 동의했습니다. 그 전화 회의에서 devnet-9의 출시일이 합의될 것입니다.