저자: Zhixiong Pan
배경: 가스 제한 업그레이드에는 하드 포크가 필요하지 않습니다.
후사카 업그레이드 이전에는 이더리움 프로토콜 계층의 핵심 매개변수(블록 보상 및 난이도 조정 알고리즘 등) 대부분이 클라이언트 소프트웨어에 "하드코딩"되어 있었습니다. 즉, 단 하나의 값만 수정하더라도 오랜 시간이 걸리는 EIP 제안 절차, 테스트넷 연습, 그리고 전체 네트워크에 걸친 대규모 하드포크를 진행해야 했는데, 이 과정에는 보통 6개월 이상 소요되었습니다.
이전까지 이더리움 프로토콜에서 유일한 예외는 블록 가스 한도였습니다. 가스 한도는 하드포크에 의해 결정되는 것이 아니라, 검증자가 블록 패키징 시 알고리즘을 사용하여 미세한 조정을 할 수 있도록 허용합니다(예: 올해 3천만 개에서 6천만 개로 증가). 이 메커니즘은 네트워크에 어느 정도의 유연성을 제공합니다.
EIP-7892(Blob Parameter Only)는 이러한 유연성을 데이터 영역으로 확장하기 위해 개발되었습니다. Blob의 주요 매개변수를 구성 기반으로 만들고, 코드 수정 없이 매개변수 변경을 허용하는 Blob의 경량 하드 포크를 통해 이를 구현합니다. 클라이언트 측 개발 관점에서 보면, 이는 핫 매개변수 업데이트를 수행하는 것과 거의 같습니다.
이를 통해 이더리움은 확장성 문제 측면에서 "Blob 수를 조정할 때마다 다음 주요 하드 포크를 기다려야 하는" 악순환에서 벗어나 더 작은 BPO 포크를 통해 더 빈번한 매개변수 조정이 가능해졌습니다.
왜 블롭의 수가 중요한가요?
이 조정의 핵심 대상은 Blob입니다. Cancun 업그레이드 이후 대부분의 롤업은 더 이상 대부분의 거래 데이터를 비용이 많이 드는 calldata에 기록하지 않고, 대신 전용 "임시 데이터 마운트 지점"인 Blob으로 마이그레이션합니다.
블롭의 경제 논리는 매우 간단합니다. 블롭은 희소한 자원이며, 각 블록에 부착할 수 있는 블롭의 수는 제한되어 있습니다. 가격은 수요와 공급에 따라 결정됩니다. 레이어 2 블롭에 대한 수요가 공급을 초과하면 블롭의 단가가 상승하여 레이어 2 거래 수수료가 상승합니다.
따라서 보안을 보장한다는 전제 하에 블롭 수의 상한을 최대한 늘리는 것이 L2 사용자의 비용을 줄이는 가장 직접적인 방법입니다.
핵심 매개변수: Target 및 Max의 메커니즘
BPO 조정 계획에서는 두 쌍의 숫자(예: 10/15)를 관찰할 수 있습니다. 이는 EIP-4844 메커니즘을 기반으로 설정된 두 가지 주요 임계값입니다.
목표(또는 목표 값): 비용의 "조절자"입니다.
이는 이더리움이 설정한 이상적인 부하율입니다. 시스템은 이 값을 기반으로 Blob의 기본 수수료를 동적으로 조정합니다. 실제 사용량이 목표보다 크면 수요를 억제하기 위해 수수료가 인상되고, 실제 사용량이 목표보다 작으면 수수료가 인하됩니다.
이는 정상적인 조건에서 네트워크의 처리량과 속도 벤치마크를 결정합니다.
Max(최대값): 안전한 "퓨즈".
이는 네트워크 마비를 방지하기 위해 설정된 물리적인 한계입니다. 요구량이 아무리 높더라도 프로토콜은 단일 블록에 포함된 블롭(blob)의 수가 이 값을 초과할 수 없도록 규정합니다. 이는 과도한 데이터 처리로 인해 노드가 충돌하거나 오프라인 상태가 되는 것을 방지하기 위함입니다.
이는 네트워크 수용 능력의 궁극적인 한계를 나타냅니다.
또한, Pectra 이후 메인넷의 블롭 매개변수는 기본적으로 "최대값 = 목표값 × 1.5" 패턴을 따랐습니다. 즉, 6/9, 10/15, 14/21이며, 모두 이 비율입니다.
업그레이드 로드맵: 후사카가 "단계별" 접근 방식을 선택한 이유는 무엇입니까?
이러한 용량 확장은 12월 3일에 한꺼번에 완료되지 않았지만, "먼저 기술을 구축하고, 그 다음에 용량을 해제한다"는 엄격한 3단계 전략을 채택했습니다.
1단계: 후사카 업그레이드 출시(12월 3일)
매개변수 상태: 대상: 6 / 최대: 9(이전 Pectra 버전과 일치, 변경 사항 없음).
후사카 업그레이드는 핵심 기술인 PeerDAS(데이터 가용성 샘플링)를 활성화했습니다. 기술적으로 더 많은 데이터를 처리할 수 있었지만, 보안상의 이유로 개발자들은 업그레이드 첫날 네트워크 부하를 증가시키지 않기로 결정했습니다. 이는 기존 트래픽 상황에서 PeerDAS 메커니즘의 안정성을 검증하기 위한 "보안 관찰 기간"이었습니다.
2단계: BPO 1(12월 9일 예정)
매개변수 조정: 대상: 10 / 최대: 15
PeerDAS가 약 일주일 동안 안정적으로 운영된 후, BPO 메커니즘을 통해 첫 번째 핫 업데이트가 수행되었습니다. 목표 값은 6에서 10으로 증가했습니다. 이는 Fusaka 사이클 내에서 처음으로 이루어진 실질적인 확장이었습니다.
3단계: BPO 2(2026년 1월 7일 예정)
매개변수 조정: 대상: 14 / 최대: 21
한 달간의 철저한 스트레스 테스트 후, 두 번째 핫 업데이트가 진행되었습니다. 후사카가 정식 출시되었을 당시와 비교했을 때, 수용 인원이 2.3배(6 → 14) 증가했습니다. 이로써 이 확장 계획이 완전히 실행되었음을 의미합니다.
요약하다
BPO의 도입은 획기적인 사건이었습니다. "블롭이 확장될 때마다 대규모 하드 포크가 필요하다"는 기존 패러다임을 깨고, 확장을 매개변수만 변경하는 일련의 미니 하드 포크로 분할했습니다.
이는 앞으로 이더리움이 무단 변속기(CVT)와 같은 역할을 하게 될 것임을 의미합니다. 확장되는 Blob은 더 이상 주요 버전에 크게 좌우되지 않습니다. 대신, L2 수요와 클라이언트 성능에 따라 BPO3와 BPO4를 수시로 계획하고, 더 빈번한 소규모 하드포크를 통해 처리량을 최적화할 수 있습니다. 몇 년에 한 번씩만 변경하는 것이 아니라 말이죠.
