베이스, 200밀리초 블록 11월 6일 적용 목표

베이스(Base) 메인넷의 정식 블록 생성 간격이 데님(Denim) 업그레이드로 2초에서 200밀리초로 단축될 예정이다. 플래시블록 스트림도 종료돼 이를 쓰는 앱과 인덱서는 데이터 연동을 바꿔야 한다.

베이스는 2026년 10월 22일 노드 소프트웨어 v1.5.1 릴리스를 공개했다. 릴리스는 데님 활성화 시점을 11월 5일 오후 6시(UTC)로 제시했으며, 이는 한국시간 6일 오전 3시다. 앞서 전한 베이스의 블록 간격 단축 계획에는 메인넷 일정이 11월로만 나와 있었지만 이번 릴리스에는 구체적 시각이 담겼다. 10월 30일 기준 업그레이드 안내는 메인넷 일정을 2026년 11월 계획 단계로 표시했고, 연동 지침은 이 일정이 변경될 수 있는 계획 목표이며 메인넷 적용에 필요한 노드 버전은 아직 공개되지 않았다고 설명했다.

현재 베이스는 2초마다 하나의 정식 블록을 만든다. 그 사이 200밀리초 간격으로 제공하는 플래시블록은 거래가 정식 블록에 담기기 전 상태를 보여준다.

데님이 적용되면 200밀리초마다 자체 번호와 해시, 상태 루트, 영수증을 갖춘 정식 블록이 생성된다. 초당 정식 블록은 다섯 개가 되며 플래시블록은 더 이상 제공되지 않는다.

두 데이터의 성격도 다르다. 플래시블록은 정식 블록이 생성되기 전의 사전확인 상태지만, 새 블록 알림으로 받는 데이터는 이미 생성된 블록의 기록이다.

베이스는 ‘newFlashblocks’ 구독을 ‘newHeads’로, ‘pendingLogs’ 구독을 ‘logs’로 바꾸도록 안내했다. 플래시블록을 이용하던 앱과 데이터 수집 서비스는 현재 사용하는 구독 항목을 확인해야 한다.

‘newFlashblockTransactions’로 거래를 받아 왔다면 새 블록 알림을 받은 뒤 해당 블록의 거래를 조회해야 한다. 잔액 조회나 계약 호출에 ‘pending’ 태그를 쓴 경우에는 최신 정식 블록 상태를 읽도록 바꿔야 한다.

‘pending’ 태그로 읽던 사전확인 상태와 똑같이 대응하는 새 기능은 없다. 바뀐 연동은 정식 블록에 기록된 데이터를 제공하므로 기존 사전확인 정보와 구별해야 한다.

블록 번호를 시간의 기준으로 삼는 코드도 점검 대상이다. 정식 블록 생성 속도가 초당 0.5개에서 다섯 개로 10배 빨라져 같은 블록 수가 가리키는 실제 시간은 10분의 1로 줄어든다.

베이스는 블록 번호 차이로 잠금 기간, 대기 시간, 투표 기간을 계산하는 스마트계약을 살펴보도록 안내했다. 블록 수를 기준으로 하는 베스팅·발행 일정이나 만료 시점도 의도한 기간보다 빨라질 수 있다.

이미 배포돼 수정할 수 없는 계약은 적용 전 영향을 따져야 한다. 반면 ‘block.timestamp’를 기준으로 시간을 계산하는 로직은 초 단위 체계를 유지한다.

블록마다 초기화되는 제한과 오라클의 과거 데이터 범위도 검토 항목이다. 베이스 문서는 블록 단위 제한의 초당 적용 횟수가 달라질 수 있고, 고정된 관측 개수를 쓰는 유니스왑 V3형 시간가중평균가격(TWAP)은 확보하는 과거 시간 범위가 대략 절반으로 줄 수 있다고 설명했다.

브리지와 증명 시스템은 과거 기록을 읽는 범위를 확인해야 한다. 과거 블록 해시와 비콘 루트의 보관 개수는 유지되지만 블록 생성 빈도가 높아지면 같은 개수가 포괄하는 시간은 짧아진다.

밀리초 단위 시각을 쓰려면 새 ‘BaseTime’ 데이터를 활용해야 한다. 데님은 이 데이터를 블록에 넣어 초 미만 시간을 제공한다.

기존 ‘timestamp’와 스마트계약의 ‘block.timestamp’는 초 단위를 유지한다. 블록·거래 기록을 조회하는 RPC 응답에는 ‘timestampMs’, ‘blockTimestampMs’ 등 밀리초 단위 필드가 선택적으로 추가된다.

데님은 베이스 세폴리아 테스트넷에 한국시간 10월 22일 오전 3시 적용됐다. 베이스는 개발자가 시험용 네트워크 Vibenet에서도 변경된 연동을 확인하도록 안내했다.