관련 프로젝트
이더리움은 Pectra 업그레이드를 통해 Max Effective Balance를 2048 ETH까지 확장(EIP-7251)하며 벨리데이터(validator)의 수를 줄이고 합의 레이어(consensus layer)의 대역폭 부담을 완화하려는 방향으로 나아가고 있다. 이는 단순히 상한을 조정하는 것이 아니라, 벨리데이터 통합(validator consolidation)을 통해 네트워크 확장성을 구조적으로 확보하려는 데에 의의가 있다.
이러한 전환은 실행 레이어(execution layer) 기반의 compounding withdrawal credential을 전제로 하며, 벨리데이터의 이더리움 잔고(balance)를 장기간동안 프로토콜 내부에 유지토록하는 운용 모델을 더욱 강화한다.
하지만 자동 스윕(sweep)이 사실상 고정된 임계값(i.e., 2048 ETH)에 의존하는 구조에서는 보상이 오랜 기간 외부로 전송되지 않을 수 있고, 이는 벨리데이터로하여금 자본 회전율과 보상 가시성 측면에서 경직성을 초래한다. EIP-8148은 바로 이러한 구조
를 정책 기반의 유연한 구조로 전환하려는 제안이다.
EIP-8148의 핵심은 벨리데이터가 자동 스윕 임계값(sweep_threshold)을 직접 설정할 수 있도록 허용하는 것이다. 즉, 벨리데이터의 잔액(balance)이 설정된 해당 한도까지는 복리로 누적되고, 이를 초과하는 보상만 출금지(withdrawal destination)로 자동 전송될 수 있도록 할 수 있다.
이 구조는 합의 안전성(consensus safety)을 해치지 않으면서 보상 라우팅의 타이밍만을 유연하게하는, 비교적 작은 변경(minimal state extension)에 해당한다. 즉, 슬래싱 조건이나 유효 잔액(effective balance) 계산을 변경하지 않으면서 자본 흐름 상에 정책 변수를 추가하는 설계인 셈이다.
조금 더 전략적인 관점에서 보면, 이 제안은 스테이킹을 보다 “정책적으로 설계 가능한 수익 인프라”로 전환시킬 수 있다. 예를 들어 Lido Finance 와 같은 대형 LST 프로토콜은 벨리데이터 통합을 통해 운영 효율을 추구하는 동시에, stVaults와 같은 전략적 볼트(vault) 구조에서 수익 분배 타이밍을 세밀하게 조정하려 한다.
이 때, 스윕 threshold를 동적으로 설정할 수 있다면, 일정 수준까지는 복리로 자본 효율을 극대화하고, 그 이후에는 실행 레이어에서 재예치, 재스테이킹(restaking), 혹은 DeFi 전략에 즉시 투입하는 하이브리드 운용 모델이 가능해진다. 즉, 이는 스테이킹 보상을 단순히 “발생하는 수익” 정도로 한정짓는 것을 넘어, “라우팅 가능한 유동성”으로 재정의를 할 수 있다는 의의가 있다.
결과적으로 EIP-8148은 표면적으로는 UX 개선 제안처럼 보이지만, 그 의의는 여러 이해관계자에 걸쳐 매우 구조적으로 보인다. MaxEB 확장과 벨리데이터 통합이라는 프로토콜 단의 거시적인 설계가 지속 가능하려면, 개별 벨리데이터의 자본 회전과 보상 가시성 또한 정교하게 조정되어야 한다. 이 제안은 그 간극을 메우는 미시적 보정 장치이자, 스테이킹 보상을 보다 프로그래머블한 yield primitive로 전환하는 과정의 일부로 볼 수 있는 것이다.
