Base가 지금까지 중 가장 큰 토큰 레이어 변경을 출시하며, 일정은 확정되어 있습니다. Beryl은 사전에 정해진 단 하나의 시점에 Base 메인넷에서 활성화됩니다. 토큰을 보유하든, 체인 위에서 개발하든, Base 노드를 운영하든 — 이 업그레이드가 바꾸는 것과 바꾸지 않는 것을 정리합니다.
6월 25일 18:00 UTC, Beryl이 활성화하는 것들
Beryl은 예정된 Base Chain 하드포크(토큰 출시가 아닙니다)로, 유닉스 타임스탬프 1782410400, 즉 2026년 6월 25일 18:00 UTC에 Base 메인넷에서 활성화됩니다 . 확정된 변경 사항은 정확히 세 가지입니다. 첫째, EVM 컨트랙트가 아닌 Rust 프리컴파일로 구현된 Base의 네이티브 토큰 표준 B20이 도입됩니다. 둘째, 단일 증명(single-proof) 출금 최종화 창이 7일에서 5일로 단축되며, 이중 증명(dual-proof) 빠른 경로는 1일로 유지됩니다. 셋째, Base가 최대 50% 디스크 절감 및 +33% 처리량 향상을 주장하는 Reth V2가 탑재됩니다 .
Base Sepolia는 테스트넷 사전 검증으로 2026년 6월 18일 18:00 UTC에 동일한 업그레이드를 실행했습니다 . 메인넷 동작, 활성화 성공 여부, 그리고 성능 수치는 6월 25일 전환 이후에야 검증 가능합니다. 모든 프로덕션 관련 주장은 확인된 사실이 아닌 예정된 내용으로 받아들이시기 바랍니다.
| 변경 사항 | 이전 | 이후 | 영향 대상 |
|---|---|---|---|
| B20 토큰 표준 | ERC-20 스마트 컨트랙트만 지원 | ERC-20 셀렉터 호환성을 갖춘 네이티브 Rust 프리컴파일 토큰 | 발행자, 지갑, 통합 개발자 |
| 단일 증명 출금 창 | 7일 | 5일 (이중 증명은 1일 유지) | 이더리움 L1으로 브리징하는 사용자 |
| Reth V2 실행 클라이언트 | 기존 Reth 빌드 | 최대 50% 디스크 절감, +33% 처리량 향상 (주장) | 노드 운영자 |
Beryl에 포함되지 않은 내용도 짚어둘 필요가 있습니다. Flashblock Access Lists, Glamsterdam EIP, 단일 클라이언트 바이너리는 Base의 이전 Azul 로드맵에 등장했으나, 현재 Beryl 개요 및 v1.1.1 릴리스 노트는 B20, 출금 타이밍 변경, Reth V2만을 명시합니다 . 해당 로드맵 항목들이 6월 25일에 함께 출시된다고 가정하지 마십시오.
B20: ERC-20 셀렉터 호환성과 프로토콜 레벨 정책 게이트
B20은 EVM 스마트 컨트랙트가 아닌 Rust 프리컴파일로 구축된 Base의 네이티브 토큰 표준입니다. 이 구조 때문에 겉으로는 익숙해 보이지만 경계 조건에서 다르게 동작합니다. 토큰은 0xB20f로 시작하는 주소를 가진 싱글턴 B20Factory 프리컴파일을 통해 배포되며, 생성된 토큰은 0xB200으로 시작합니다 . 주소는 결정론적으로 도출되며, createB20(variant, salt, params, initCalls)에서 파생되고 변형(variant)이 주소 자체에 인코딩됩니다 .
지갑과 앱 입장에서 핵심은 셀렉터 호환성입니다. B20은 완전한 ERC-20 인터페이스를 유지합니다. transfer, transferFrom, approve, balanceOf, permit 방식 흐름 모두 기대대로 동작하므로 기존 통합을 재작성할 필요가 없습니다 . 차이는 경계에서 나타납니다. PolicyRegistry의 BLOCKLIST 또는 ALLOWLIST가 일반 ERC-20에서는 절대 발생하지 않을 PolicyForbids 리버트를 발생시킬 수 있습니다. Base의 결제 가이드는 통합 개발자에게 이 리버트를 사용자에게 표시하고 서명 전 트랜스퍼를 시뮬레이션하도록 권고합니다 .
발행자 유형에 따라 두 가지 변형이 제공됩니다:
- Asset: 6~18자리 구성 가능한 소수점, 리베이스 멀티플라이어, 일괄 민팅, 온체인 공지, 추가된
OPERATOR_ROLE지원 . - Stablecoin: 소수점 6자리 고정, USD·EUR 등 불변의 자체 선언 법정화폐 코드 포함. 단, Base는 이 코드가 외부 레지스트리에 의해 검증되지 않는다고 명시합니다 .
주요 대상 사용자는 스테이블코인 발행자, 실물자산(RWA) 및 지분증권 발행자, 롱테일 토큰 생성자입니다 . B20을 통해 컴플라이언스 제어가 체인 레벨에 위치하게 됩니다. MINT_ROLE, BURN_ROLE, PAUSE_ROLE, 동결·압류 제어 같은 역할이 발행자가 단독으로 배포·관리하는 컨트랙트가 아닌 체인 자체에 내장됩니다 .
이 변화는 규제 대상 발행자들에게 의문을 제기합니다. 현재까지 어떤 스테이블코인 또는 RWA 발행자도 프로토콜 레벨 동결·압류가 채택을 촉진하는 요인인지, 아니면 현행 ERC-20 컨트랙트 대비 중앙화 트레이드오프인지 공개적으로 밝히지 않았습니다. 체인이 강제하는 동결은 발행자가 제어하는 컨트랙트에 기재된 동결보다 이의를 제기하기 어렵습니다 — 이는 더 강한 보증으로 읽힐 수도 있고, 발행자 주권의 축소로 읽힐 수도 있습니다. SpotedCrypto는 규제 대상 발행자들에게 공식 의견을 요청했으며, 답변이 도착하는 대로 이 섹션을 업데이트할 예정입니다.
6월 25일 18:00 UTC 이전에 조치가 필요한 대상
노드 운영자는 Beryl 메인넷 활성화 전까지 가장 시급한 조치가 필요합니다. Base는 모든 메인넷 운영자에게 컷오버 전에 실행 클라이언트와 합의 클라이언트를 base-reth-node v1.1.1+, base-consensus v1.1.1+, 또는 base/node v1.1.1+로 업그레이드할 것을 요구합니다 . GitHub v1.1.1 릴리스 노트에는 명시적인 "반드시 업그레이드" 문구가 사용되었으며, 이 릴리스가 두 클라이언트 모두에 Beryl 메인넷 지원을 추가한다는 점을 확인합니다 . 업그레이드하지 않은 노드는 활성화 시점에 합의에서 이탈할 위험이 있습니다.
컷오버 전에 설정을 확인해야 하는 다른 그룹도 있습니다:
- B20으로 개발하는 개발자. 기본 Foundry는 컨트랙트 바이트코드가 없는 프리컴파일 주소에 대한 호출을 시뮬레이션할 수 없으므로, 필요한 툴체인은
base-foundryup --install v1.1.0을 통해 설치하는 Base의 Foundry 빌드입니다 . 메인넷 이전에 B20이 활성화된 환경은 Base Sepolia(체인 ID 84532), Vibenet(체인 ID 84538453), 로컬 base-anvil(체인 ID 31337)입니다 . - B20 토큰을 수락하는 통합자. 사용자가 서명하기 전에 이유를 확인할 수 있도록 전송 전 시뮬레이션을 구현하세요. Base의 결제 가이드는 통합자에게
PolicyForbids나 전송 일시 중지 오류 같은 B20 특유의 revert를 표시하도록 안내합니다 . 이러한 오류는 일반 ERC-20에는 존재하지 않으며 실제 통합 위험을 나타냅니다: 모든 ERC-20 검사를 통과한 전송도 정책 게이트에서 여전히 revert될 수 있습니다. - 트레이더 및 토큰 보유자. 별도 조치 불필요. ERC-20 셀렉터 동등성으로 인해 지갑 호환성이 유지되며, 출금 경로도 소폭 개선되어 단일 증명 최종화 기간이 7일에서 5일로 단축됩니다 .
인프라 및 통합 팀이 출시 전 부담을 지며, 최종 사용자는 마이그레이션 단계 없이 그 이점을 누립니다.
활성화 이후 주목할 사항
Beryl의 첫 번째 검증은 실제 프로덕션 부하에서 주장대로 성능을 발휘하는지 여부입니다. Base는 B20의 Rust 프리컴파일이 ERC-20 컨트랙트보다 빠르고 저렴하며, Reth V2가 최대 50% 디스크 절감 및 +33% 처리량 향상을 제공한다고 밝혔습니다 . 이 수치들은 2026-06-25 18:00:00 UTC로 예정된 메인넷 활성화 이후에야 확인할 수 있습니다 . 온체인 데이터만이 이 질문에 답을 줄 것입니다.
컷오버 후 첫 48시간 동안 주목할 네 가지 신호가 있습니다:
- 가스 벤치마크. Base는 B20 전송 대비 ERC-20 컨트랙트에 대한 정확한 수치를 공개하지 않고 정성적인 주장만 제시했습니다 . 토큰이 배포되면 실제 전송 비용을 비교하세요.
- 발행자 채택. 정책 모델은 스테이블코인, RWA, 주식 발행자를 대상으로 합니다 . 선도 기업들이 프로토콜 수준의 컴플라이언스를 채택할지, 아니면 거버넌스 유연성을 위해 감사된 ERC-20 패턴을 유지할지 주목하세요.
- Reth V2 지표. Base 대시보드와 노드 운영자 보고서를 통해 디스크 및 처리량 향상이 실현되는지 모니터링하세요 .
- 누락된 로드맵 항목. Flashblock 액세스 목록, Glamsterdam EIP, 단일 클라이언트 바이너리는 이전 Azul 로드맵에 등장했지만 Beryl의 일부로 문서화되지 않았습니다 . 해당 마일스톤을 명시하는 후속 업그레이드를 기대하세요.
Beryl은 실질적인 아키텍처 변경을 제공하지만, 모든 성능 및 컴플라이언스 주장은 출시 후 데이터가 나올 때까지 잠정적입니다. 향후 48시간의 온체인 지표가 이 수치들의 신뢰성을 보여줄 것입니다.
자주 묻는 질문
B20이란 무엇이며, ERC-20과 어떻게 다른가요?
B20은 Base의 네이티브 토큰 표준으로, Base는 이를 "ERC-20의 자체 버전"이라고 설명하지만, EVM 스마트 컨트랙트가 아닌 Rust 프리컴파일로 구현되어 있습니다 . ERC-20 셀렉터와 완전한 호환성을 유지하므로, transfer, transferFrom, approve, balanceOf, permit 등 동일한 시그니처를 그대로 사용할 수 있어 지갑과 앱은 변경 없이 계속 동작합니다. 차이는 실행 방식에 있습니다. B20은 차단 목록, 허용 목록, 동결·압류 등 발행자 제어 기능을 체인 자체에 내장하여, 일반 ERC-20이라면 성공할 전송도 조건에 따라 되돌릴 수 있습니다 .
노드 운영자는 6월 25일 전에 업그레이드해야 하나요?
그렇습니다. Base는 메인넷 운영자에게 Beryl이 2026-06-25 18:00 UTC에 활성화되기 전에 base-reth-node v1.1.1+, base-consensus v1.1.1+, 또는 base/node v1.1.1+로 업그레이드할 것을 요구합니다 . v1.1.1 릴리스 노트는 "반드시 업그레이드해야 한다(must upgrade)"는 강제적 표현을 사용하며, 이번 릴리스가 두 클라이언트 모두에 Beryl 메인넷 지원을 추가한다고 명시하고 있습니다 . 구버전을 유지하는 노드는 활성화 시점에 컨센서스에서 이탈할 위험이 있습니다.
Beryl 이후 기존 지갑과 dApp이 작동을 멈추나요?
표준 ERC-20 토큰의 경우 그렇지 않습니다. 동작 방식에 변화가 없습니다. B20 토큰은 ERC-20 셀렉터와 호환되므로, 지갑은 기존 방식대로 이를 표시하고 서명합니다 . 예외는 B20을 결제 수단으로 수락하는 연동 서비스입니다. Base의 연동 가이드는 사용자가 서명하기 전에 PolicyForbids나 전송 일시 중지 오류 등 B20 고유의 되돌림을 미리 감지할 수 있도록 전송 전 시뮬레이션을 추가하도록 안내합니다 .
B20 Asset과 B20 Stablecoin의 차이는 무엇인가요?
Asset 변형은 6~18 범위의 소수점 자리 수 설정, 리베이스 승수, 일괄 발행, 추가된 OPERATOR_ROLE, 그리고 확장 메타데이터를 지원합니다 . Stablecoin 변형은 소수점 자리 수를 6으로 고정하고, USD나 EUR 같은 불변의 자기 선언형 법정화폐 코드를 추가합니다. Base는 이 코드가 외부 레지스트리와 대조·검증된 것이 아님을 명시합니다. 즉, 외부 인증이 아니라 발행자가 스스로 표명하는 레이블입니다 .
Beryl에 Flashblock Access Lists와 Glamsterdam EIP가 포함되나요?
확인되지 않았습니다. 해당 기능들은 Base의 초기 Azul 로드맵에 등장했지만, 현재 Beryl 업그레이드 사양과 v1.1.1 릴리스 노트에는 포함되어 있지 않습니다 . 문서화된 Beryl 범위는 세 가지입니다: B20 토큰 표준, 단일 증명 출금 대기 시간을 7일에서 5일로 단축, 그리고 Reth V2 . Base가 공식 문서화하기 전까지 더 광범위한 기능 목록은 향후 업그레이드 사항으로 간주하시기 바랍니다.
