ACDT #89 · 블롭풀 엔진API 데브넷8 포함
AllCoreDevs - Testing #089 · 2026-07-27
스파스 블롭풀 엔진 API가 데브넷8에 들어간다
글램스테르담(Glamsterdam) 데브넷8에 스파스 블롭풀(sparse blob pool, EIP-8070)의 엔진 API(Engine API) 부분만 넣기로 합의했고, 실제 셀 단위 데이터 가용성 샘플링(cell-level DAS)은 뒤로 미뤘다. 리프라이싱 최종 수치가 아직 안 나와 데브넷8 출시일은 다음 콜로 넘겼다.
왜 중요한가
스파스 블롭풀 엔진 API가 표준으로 들어가면 클라이언트가 상황에 맞춰 GetBlobsV3와 V4를 골라 쓰며 블롭 처리 지연을 줄일 수 있게 된다. 다만 커스터디 컬럼(custody_columns)을 FCU에 끼워 넣는 방식에 이견이 남아, 구현 과정에서 추가 조율이 필요하다.
결정
- EIP-8070 엔진API: EIP-8070의 엔진 API 변경(GetBlobsV4, 커스터디 컬럼을 담은 FCU)을 데브넷8에 넣기로 합의했다. 셀 단위 DAS는 대역폭이 될 때까지 미룬다는 뜻이다.
- EIP-2780 로그비용: 로그 비용을 단순화하는 EIP-2780을 반대 없이 데브넷8에 포함하기로 했다. 대부분 가격은 그대로이고 컨트랙트 생성(create) 트랜잭션만 값이 바뀐다는 뜻이다.
- EIP-8037 가스명칭: 'regular gas'를 'execution gas'로 바꾸는 EIP-8037을 반대 없이 데브넷8에 포함하기로 했다. 동작 변화 없는 순수 명칭 변경이라는 뜻이다.
- EIP-7997 경계처리: EIP-7997 관련 두 PR을 모두 닫기로 했다. 사양 문구가 이미 맞고, 클라이언트는 포크 경계에서 컨트랙트 존재를 확인하면 안 된다는 뜻이다.
- 데브넷8 출시일: 데브넷8 출시일을 미뤘다. 리프라이싱 최종 수치가 나오는 다음 ACDT에서 다시 정하기로 했다는 뜻이다.
논의
데브넷8 출시 일정
데브넷7 다음 테스트넷을 언제 어떻게 띄울지, 변경분을 데브넷7에 그냥 얹으면 안 되는지를 두고 논의됐다.
결론: 일정 보류, 다음 ACDT에서 재논의
EIP-8070 스파스 블롭풀 엔진 API
스파스 블롭풀(sparse blob pool)의 엔진 API 부분만 데브넷8 필수로 넣자는 제안과, 커스터디 컬럼(custody_columns)을 FCU에 끼워 넣는 방식이 맞는지가 쟁점이었다.
결론: SFI 결정 00:34:26
EIP-8037 가스 명칭 변경
'regular gas'를 'execution gas'로 바꾸는 순수 명칭 변경이 지금 이 이름이 맞는지를 두고 짧게 논의됐다.
결론: SFI 결정 00:49:22
EIP-7997 포크 경계의 팩토리 컨트랙트
글램스테르담 활성화 시점에 팩토리 컨트랙트가 아직 배포되지 않은 체인에서 그 주소를 블록 접근 목록(BAL)에 넣어야 하는지가 쟁점이었다.
결론: 확정 01:00:12
용어
- ACDT: 이더리움 코어 개발자 테스팅 콜(AllCoreDevs - Testing)
- SFI: 포크 포함 확정(Scheduled For Inclusion)
- CFI: 포크 포함 검토(Considered For Inclusion)
- PFI: 포크 포함 제안, 후보로 접수·유지(Proposed For Inclusion)
- DFI: 포크 후보에서 제외(Declined For Inclusion)
- 스파스 블롭풀(sparse blob pool): 노드가 모든 블롭을 다 갖지 않고 필요한 컬럼만 보관하는 블롭 관리 방식
- BAL(블록 접근 목록): 트랜잭션 재실행 없이 블록 상태를 적용하도록 접근 계정을 담는 목록
- FCU(포크초이스 업데이트): 합의 계층이 실행 계층에 머리 블록을 알리는 엔진 API 호출