ACDT #91 · 가스비 확정까지 데브넷8 연기
AllCoreDevs - Testing #091 · 2026-08-10
리프라이싱 숫자가 최종 확정된 뒤에야 공개 테스트넷을 띄운다
글램스테르담(Glamsterdam)의 가스 리프라이싱(repricing) 숫자를 아직 최종 확정할 수 없다는 보고에 따라, 공개 테스트넷 역할을 하는 데브넷 8 출시를 이번 주 ACDE에서 숫자가 확정될 때까지 미루기로 했다. EIP-8070은 반대 없이 데브넷 8 의무 사항이 됐다.
왜 중요한가
데브넷 8은 곧 공개 테스트넷이어서, 여기서 가스비가 확정돼야 앱 개발자들이 실제 비용으로 컨트랙트를 미리 검증할 수 있다. 함께 논의된 200M 가스 한도 상향은 포크 이후 네트워크 처리량과 기존 트랜잭션의 생존 여부에 직결된다.
결정
- 플러딩 재테스트: 페이로드 플러딩 공격 재테스트를 데브넷 7이 아닌 데브넷 8에서 하기로 했고, 중복 엔벨로프를 무시하는 IGNORE 규칙을 해당 클라이언트들이 구현하기로 했다. 스펙에는 이미 있지만 일부 클라이언트가 빠뜨린 방어 규칙을 채우는 것이다.
- 데브넷 8 연기: 리프라이싱 숫자가 최종 확인되기 전에는 데브넷 8을 띄우지 않고 ACDE까지 기다리기로 했다. 공개 네트워크에서 가스비를 두 번 바꾸는 사태를 피하겠다는 뜻이다.
- EIP-8070 의무화: EIP-8070을 데브넷 8 의무 사항으로 확정했고 반대는 없었다. 모든 클라이언트가 이 기능을 구현해야 데브넷 8에 참여할 수 있다는 뜻이다.
논의
페이로드 플러딩 공격과 재전파 버그
한 연구자가 빌더 권한으로 9.5MB짜리 서명 페이로드 수천 개를 데브넷 7에 뿌려 슬롯 누락을 일으켰고, 원인이 일부 클라이언트의 중복 전파 버그로 드러나 지금 논의됐다.
결론: 확정 결정 00:21:22
리프라이싱 숫자 불확실성과 데브넷 8 연기
데브넷 8이 사실상 공개 테스트넷인데, 벤치마크가 메인넷을 대표하지 않는 상태에서 돌았을 가능성이 제기돼 가스비 숫자를 확정할 수 있는지가 쟁점이 됐다.
결론: 일정 결정 00:31:18
포크 경계 200M 가스 한도 상향
리프라이싱으로 상태 관련 연산이 비싸지면 지금 60M 한도에서 되던 트랜잭션이 포크 직후 실패할 수 있어, 포크 시점에 기본 가스 한도를 200M으로 올리자는 제안이 나왔다.
데브넷 8 제네시스 상태 크기
데브넷 7 포크 전환 때 발생한 SSZ 인코딩 문제를 재검증하기 위해 약 70MB의 큰 제네시스 상태를 공개 데브넷에 유지할지가 논의됐다.
용어
- ACDE: 실행 계층 중심의 올코어데브 콜. 목요일에 열리며 리프라이싱 확정이 여기서 이뤄진다
- 데브넷(devnet): 업그레이드를 미리 시험하는 개발자용 임시 네트워크. 데브넷 8의 별칭은 Platåberget
- 리프라이싱(repricing): 글램스테르담에서 옵코드별 가스 비용을 실측 기반으로 재조정하는 작업
- PFI: Proposed for Inclusion. 포크 포함이 제안돼 후보로 접수된 상태
- 엔벨로프(envelope): 빌더가 서명해 네트워크에 전파하는 실행 페이로드 묶음
- SSZ: 합의 계층이 쓰는 직렬화 형식(Simple Serialize). 제네시스 상태 파일도 이 형식이다
- 가스 한도(gas limit): 블록 하나가 처리할 수 있는 연산량 상한. 현재 기본값은 60M
- CL/EL: 합의 계층(Consensus Layer)과 실행 계층(Execution Layer) 클라이언트