후사카 업그레이드 이전에는 이더 프로토콜 계층의 핵심 매개변수(블록 보상 및 난이도 조정 알고리즘 등) 대부분이 클라이언트 소프트웨어에 "하드코딩"되어 있었습니다.
저자: 판즈슝, 체인피즈 리서치
배경: 가스 제한 업그레이드는 하드 포크 필요로 하지 않습니다.
후사카 업그레이드 이전에는 이더 프로토콜 레이어의 핵심 매개변수(블록 보상 및 난이도 조정 알고리즘 등) 대부분이 클라이언트 소프트웨어에 "하드코딩"되어 있었습니다. 즉, 단 하나의 값만 수정하더라도 길고 복잡한 EIP 제안 절차, 테스트넷 실행, 그리고 전체 네트워크에 걸친 대규모 하드 포크 거쳐야 했으며, 이는 일반적으로 6개월 이상 소요되었습니다.
이전까지 이더 프로토콜에서 유일한 예외는 블록 가스 한도였습니다. 가스 한도는 하드 포크 에 의해 결정되는 것이 아니라, 검증자들이 블록을 패키징할 때 알고리즘을 사용하여 소폭 조정할 수 있도록 하는 것입니다(예: 올해 3천만에서 6천만으로 증가). 이러한 메커니즘은 네트워크에 유연성을 제공합니다.
EIP-7892, 즉 Blob 파라미터 전용(Blob Parameter Only)은 이러한 유연성을 데이터 영역으로 확장하기 위해 개발되었습니다. Blob의 주요 파라미터를 구성 기반으로 설정할 수 있도록 하며, 코드 수정 없이 파라미터를 변경할 수 있는 경량화된 Blob 하드 포크 통해 이를 구현합니다. 클라이언트 측 개발 관점에서 보면, 마치 파라미터를 즉시 업데이트하는 것과 같습니다.
이는 확장성 문제 측면에서 "블롭 개수를 조정할 때마다 다음 주요 하드 포크 기다려야 하는" 이더 리움의 악순환을 없애고, 더 작은 BPO 포크 통해 더 자주 매개변수를 조정할 수 있도록 했습니다.
덩어리의 개수가 중요한 이유는 무엇인가요?
이번 조정의 핵심 목표는 Blob입니다. 칸쿤 업그레이드 이후 대부분의 롤업은 더 이상 비용이 많이 드는 콜데이터에 대부분의 트랜잭션 데이터를 기록하지 않고, 대신 전용 "임시 데이터 마운트 지점"인 Blob으로 마이그레이션합니다.
블롭의 경제적 논리는 매우 간단합니다. 블롭은 희소 자원이며, 각 블록에 첨부될 수 있는 블롭의 수는 제한되어 있습니다. 블롭의 가격은 수요와 공급에 따라 결정됩니다. 레이어 2 블롭에 대한 수요가 공급을 초과하면 블롭의 단가가 상승하고, 이는 레이어 2 거래 수수료 증가로 이어집니다.
따라서 보안을 확보한다는 전제 하에, 블롭 개수의 상한선을 최대한 늘리는 것이 L2 사용자 비용을 절감하는 가장 직접적인 방법입니다.
핵심 매개변수: 목표 및 최대값의 메커니즘
BPO 조정 계획에서 두 쌍의 숫자(예: 10/15)를 확인할 수 있습니다. 이는 EIP-4844 메커니즘을 기반으로 설정된 두 가지 핵심 임계값입니다.
목표(또는 목표값): 비용을 조절하는 "조절자".
이는 이더 에서 설정한 이상적인 로드 팩터입니다. 시스템은 이 값을 기준으로 블롭의 기본 수수료를 동적으로 조정합니다. 실제 사용량이 목표치보다 크면 수요를 억제하기 위해 수수료가 인상되고, 실제 사용량이 목표치보다 작으면 수수료가 인하됩니다.
이는 정상적인 조건에서 네트워크의 처리량 및 속도 기준치를 결정합니다.
최대값(Max): 안전한 "퓨즈"
이는 네트워크 마비를 방지하기 위해 설정된 물리적인 하드 제한입니다. 수요가 아무리 많더라도 프로토콜은 단일 블록에 포함되는 블롭의 수가 이 값을 초과할 수 없도록 규정하고 있습니다. 이는 노드가 과도한 데이터 처리로 인해 다운되거나 오프라인 상태가 되는 것을 방지하기 위함입니다.
이는 네트워크 전송 용량의 궁극적인 한계를 나타냅니다.
또한, 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으로 증가했습니다. 이는 후사카 사이클 내에서 이루어진 첫 번째 실질적인 확장이었습니다.
3단계: BPO 2 (2026년 1월 7일 예정)
매개변수 조정: 목표값: 14 / 최대값: 21
한 달간의 철저한 스트레스 테스트를 거쳐 두 번째 핫 업데이트가 진행되었습니다. 후사카 서버 가동 당시와 비교하여 용량이 2.3배(6 → 14) 증가했습니다. 이로써 확장 계획이 완전히 완료되었습니다.
요약하다
BPO의 도입은 획기적인 사건이었습니다. 이는 "블롭이 확장될 때마다 대규모 하드 포크 필요하다"는 기존 패러다임을 깨고, 확장을 매개변수만 변경하는 일련의 소규모 하드 포크 로 나누었습니다.
이는 미래의 이더 마치 무단변속기(CVT)와 같아질 것임을 의미합니다. 블롭 확장은 더 이상 주요 버전에 강력하게 종속되지 않고, L2 수요와 클라이언트 성능을 기반으로 BPO3 및 BPO4를 수시로 계획할 수 있게 됩니다. 이를 위해 몇 년에 한 번씩만 변경하는 대신, 더 자주 소규모 하드 포크 사용하여 처리량을 최적화할 수 있습니다.
면책 조항: 본 사이트는 블록체인 정보 플랫폼으로서, 사이트에 게시된 글은 필자 및 초청 연사의 개인적인 관점 일 뿐이며 Web3Caff의 공식적인 입장을 반영하는 것은 아닙니다. 본 글에 포함된 정보는 참고용일 뿐이며 투자 자문 또는 투자 제안으로 간주될 수 없습니다. 각 국가 또는 지역의 관련 법률 및 규정을 준수하시기 바랍니다.
Web3Caff 공식 커뮤니티 에 오신 것을 환영합니다 : 트위터 계정 | Web3Caff 리서치 트위터 계정 | 위챗 리더 그룹 | 위챗 공식 계정
