ACDT #88 · 데브넷7 EIP SFI 준비 완료
AllCoreDevs - Testing #088 · 2026-07-20
데브넷7 EIP 전부 SFI 기준 충족, 목요일 비준 예정
글램스테르담(Glamsterdam) 데브넷7의 모든 EIP가 EIP-7723이 정한 SFI 기준을 충족해, 목요일 ACD 콜에서 정식 포함 확정(SFI)을 비준하기로 했다. 데브넷8은 포크 전환 재검증과 리프라이싱 정리에, 데브넷9는 비완결성 카오스 테스트에 초점을 둔다.
왜 중요한가
SFI가 확정되면 글램스테르담에 담길 EIP 목록이 사실상 고정되고 테스트넷 단계로 넘어가는 길이 열린다. 다만 SSZ 안정 컨테이너(stable container)가 클라이언트 전반에서 10~20% 느려져, 메인넷 전에 최적화가 필요하다는 과제가 남았다.
결정
- 데브넷8 discv5: 데브넷8은 실행 계층(EL)에서 discv4 없이 discv5만 쓰기로 했다. 노드 탐색 프로토콜을 구버전 없이 신버전 하나로 단일화한다는 뜻이다.
- 데브넷7 EIP SFI: 데브넷7의 모든 EIP가 SFI 기준을 충족해, 목요일 다음 ACD 콜에서 비준을 조건으로 SFI로 올리기로 했다. 글램스테르담 포함이 사실상 확정 단계로 넘어간다는 뜻이다.
- EIP-7773 Review: 글램스테르담 메타 EIP인 EIP-7773을 Review 상태로 옮기기로 했고 반대는 없었다. 업그레이드 전체 명세를 묶는 문서가 검토 단계로 진입한다.
- EIP-7997 PR 종료: EIP-7997의 EELS 비정상 상태 전이(irregular state transition) PR을 닫기로 했다. 팩토리 존재 여부 확인은 불필요하고 원치 않는 위트니스 항목만 늘리기 때문이다.
논의
포크 전환에서 드러난 SSZ 안정 컨테이너 성능
데브넷7 규모에서 밸리데이터 집합이 커지자 합의 계층(CL) 클라이언트들이 SSZ 안정 컨테이너 처리에서 버그와 성능 저하를 겪어, 메인넷 전 최적화가 필요한지 지금 점검했다.
데브넷8 discv5 단일화 제안
노드 탐색 프로토콜을 구버전 discv4 없이 신버전 discv5만으로 돌릴 수 있는지, 데브넷8을 그 시험대로 삼자는 제안이 나왔다.
데브넷7 EIP의 SFI 승격
데브넷7에 담긴 EIP들이 EIP-7723의 네 가지 SFI 기준을 충족하는지, 정식으로 포함 확정 단계로 올릴 수 있는지 확인하는 자리였다.
결론: SFI 준비 확인 00:19:56
EELS의 EIP-7997 컨트랙트 팩토리 처리
EIP-7997 컨트랙트 팩토리를 비정상 상태 전이로 EELS 명세에 넣을지, 아니면 이미 배포돼 있으니 명세하지 않을지가 클라이언트 간 동작 차이 때문에 논의됐다.
결론: PR 종료 합의 00:31:31
용어
- SFI (Scheduled for Inclusion): 포크 포함 확정. EIP를 업그레이드에 넣기로 스케줄한 단계
- CFI (Considered for Inclusion): 포함 검토. 넣을지 진지하게 살피는 단계
- PFI (Proposed for Inclusion): 포함 제안. 후보로 접수돼 유지되는 단계
- DFI (Declined for Inclusion): 포함 제외. 후보에서 빠진 단계
- ACDT / ACDE / ACDC: 코어 개발자 콜. 각각 테스트·실행 계층(EL)·합의 계층(CL) 담당
- BAL (Block Access List): 블록이 접근하는 계정·슬롯 목록을 미리 담는 블록 접근 리스트
- SSZ 안정 컨테이너(stable container): 이더리움 직렬화 SSZ에서 필드 확장이 가능한 컨테이너 형식
- 비정상 상태 전이(irregular state transition): 정상 트랜잭션 없이 포크 시점에 상태를 강제로 바꾸는 특례 처리