TechFlow 소식, 9월 15일, 이더리움 코어 개발자인 Tim Beiko가 최근 이더리움 코어 개발자 실행 회의(ACDE)를 요약했다. 이번 회의에서는 Devnet 업데이트와 덴쿤(Dencun)의 새로운 내용을 소개하고 Reth에 대한 포괄적인 개요를 다뤘다.
1. Devnet-8 상태 업데이트: 네트워크는 현재 최종화 단계에 있으며, 많은 클라이언트가 새 업데이트를 푸시하기 시작했다. 동시에 MEV/블록 생성 프로세스를 Kurtosis라는 개발자 도구 시스템을 사용하여 테스트하는 작업도 진행 중이다. Nethermind는 자체 blob 트랜잭션 풀이 준비되었으며, 단일 노드에서 며칠간 테스트한 후 모든 Dencun 테스트 노드에 배포했다고 밝혔다. Geth의 blob 트랜잭션 풀도 거의 완료 단계에 있다. Besu는 트랜잭션 풀을 보다 광범위하게 개편 중이며(Blob 거래와 비-Blob 거래의 크기를 제한하기 위함), 다음 버전에서 출시할 예정이다. Erigon은 여전히 풀을 개발 중이며 devnet-9에 대비하고자 한다.
2. 이번 회의는 지난 ACDC 전화 회의에서 논의된 검증자 활성화 대기열에 상수 상한선을 추가할 것인지에 대한 논의를 이어갔다. 이후 해당 제안은 공식적으로 EIP-7514("최대 에폭 손실 제한 추가")라는 이름으로 명명되었다. 간단히 말해, 최악의 경우 이 조치는 ETH 스테이킹 비율의 증가 속도를 늦출 것이다.
3. 회의에서는 마지막 순간에 제안된 또 다른 사안도 논의됐다. 즉, EVM 내에 blob 기본 요금(base fee)을 공개하는 오퍼레이션 코드(opcode)를 추가하는 방안이다. 우리는 EIP-1559의 BASEFEE를 공개하는 유사한 오퍼레이션 코드를 이미 가지고 있으며, 이는 EIP 활성화와 동시에 도입되었다. 이를 통해 L2가 L1 데이터 비용에 기반해 사용자에게 적절한 가스 요금을 부과하는 것이 더 쉬워진다.
4. 회의에서는 EIP-4788에 관한 일부 업데이트도 논의됐다. 이는 비콘 루트(beacon root)를 EL 상의 스마트 계약에 저장하는 것을 목표로 한다. 지난 몇 주 동안 계약서에 대해 여러 차례 리뷰 및 퍼지 테스트(fuzz testing)를 수행했으며, 그 결과 PR에 설명된 바와 같은 미세한 변경사항들이 발생했다. 첫 번째 변경점은 타임스탬프가 0인 경우를 명확히 처리하는 것으로, 이를 0을 반환하지 않고 다른 무효 타임스탬프와 마찬가지로 롤백되도록 하는 것이다. 두 번째 변경은 버퍼 크기 관련이다. 슬롯 시간(slot time)이 변경될 가능성을 고려할 때, 원래 계약은 모 연산(modulo operation)의 작동 방식 때문에 저장 공간 낭비를 초래했었다. 그러나 소수(prime number, 8191)를 사용함으로써 슬롯 시간이 어떻게 변하든 간에 버퍼를 100% 활용할 수 있게 되었다. 마지막으로 CALLDATA 로딩 횟수를 줄여 가스를 최적화했다. 감사 담당자들은 이러한 변경점을 검토할 예정이며, 다음 ACDE 회의 전에 최종 보고서를 받을 것으로 기대된다. 퍼지 테스트와 구현 과정의 원활한 진행을 위해 개발자들은 현재 제안된 변경사항을 우선 병합하기로 합의했다.
5. 회의에서는 시스템 계약 주소가 상태의 일부이지만 실행 종료 시 비어 있는 경우, 클라이언트가 이를 어떻게 처리해야 할지에 대해서도 논의됐다. 이는 메인넷에서는 실제로 발생할 수 없지만, 제네시스(genesis)에서 주소를 설정함으로써 테스트 도중 나타나는 경계 사례(edge case)이다. 이러한 특수한 경계 사례를 고려하고 명확한 사양 행동이 존재하지 않기 때문에, 개발자들은 이 문제에 대해 더 깊이 고민할 시간을 갖기로 하고, 월요일 테스트 전화 회의에서 계속 논의하기로 결정했다.
![Trade[XYZ] 심층 분석: 92 개 시장과 98% HIP-3 거래량은 어떻게 구축되었는가?](https://upload.techflowpost.com/upload/images/20260716/20260716061117965147.jpeg?x-oss-process=image/resize,p_50/quality,q_80)