MaxEB

요약: Pectra 하드 포크를 통해 이더리움 검증자는 유형 1에서 유형 2 인출 자격 증명으로 변환하여 더 높은 최대 유효 잔액 및 복리를 선택할 수 있습니다. 이를 위한 공식 도구는 런치패드입니다. 이 작업은 되돌릴 수 없습니다.

개요

누가 영향을 받나요?

검증자를 운영하는 모든 사람이 해당됩니다. 이는 자신이 제어하는 검증자의 인덱스(예: 검증자 #12345 (opens in a new tab))를 아는 사람일 가능성이 높습니다. 프로토콜을 사용하여 검증자(예: Lido CSM 또는 Rocket Pool)를 실행하는 경우, 해당 프로토콜에서 maxEB를 지원하는지, 그리고 언제 지원하는지 확인해야 합니다.

유동 스테이킹 토큰(예: rETH 또는 stETH)을 사용하여 스테이킹하는 경우, 별도의 조치가 필요하거나 권장되지 않습니다.

"maxEB"란 무엇인가요?

maxEB = 검증자의 최대 유효 잔액(MAXimum Effective Balance)입니다. Pectra 하드 포크 이전까지 모든 검증자는 최대 32ETH에 대해 수익을 얻습니다. Pectra 이후, 검증자는 변경 사항을 선택함으로써 32ETH에서 2048ETH 사이의 모든 잔액에 대해 1ETH 단위로 수익을 얻을 수 있는 옵션을 갖게 됩니다.

검증자는 어떻게 참여할 수 있나요?

검증자는 유형 1에서 유형 2 인출 자격 증명으로 변환하여 maxEB 변경에 참여합니다. 이는 Pectra 하드 포크가 적용된 후 런치패드(검증자 활동) (opens in a new tab)에서 수행할 수 있습니다. 유형 0 → 유형 1과 마찬가지로, 유형 1 → 유형 2로의 변환은 되돌릴 수 없는 과정입니다.

인출 자격 증명이란 무엇인가요?

검증자를 실행할 때, 한 세트의 인출 자격 증명을 갖게 됩니다. 이 정보는 입금 데이터 json 파일에서 찾거나, 검증자의 beaconcha.in 입금 탭 (opens in a new tab)에서 확인할 수 있습니다.

1. 유형 0 인출 자격 증명: 검증자의 인출 자격 증명이 0x00...으로 시작하는 경우, Shapella 하드 포크 이전에 입금했으며 아직 인출 주소가 설정되지 않은 것입니다.

2. 유형 1 인출 자격 증명: 검증자의 인출 자격 증명이 0x01...로 시작하는 경우, Shapella 하드 포크 이후에 입금했거나 이미 유형 0 자격 증명을 유형 1 자격 증명으로 변환한 것입니다.

3. 유형 2 인출 자격 증명: 이 새로운 인출 자격 증명 유형은 0x02...로 시작하며 Pectra 이후에 활성화될 것입니다. 유형 2 인출 자격 증명을 가진 검증자는 때때로 "복리 검증자"라고 불립니다.

위험

MaxEB는 검증자가 자신의 전체 잔액을 다른 검증자에게 보낼 수 있도록 합니다. 통합 요청을 제출하는 사용자는 서명하는 트랜잭션의 출처와 내용을 확인해야 합니다. maxEB 기능을 활용하기 위한 공식 도구는 런치패드입니다. 타사 도구를 사용하기로 결정한 경우, 다음 사항을 확인해야 합니다:

• 소스 검증자의 공개 키와 인출 주소가 제어하는 검증자와 일치하는지
• 대상 검증자의 공개 키가 정확하고 본인 소유인지
• 다른 검증자에게 자금을 보낼 의도가 없다면, 해당 요청이 통합이 아닌 변환인지
• 트랜잭션이 올바른 인출 주소로 서명되었는지

EthStaker 커뮤니티 (opens in a new tab)와 함께 사용하려는 타사 도구에 대해 논의하는 것을 강력히 권장합니다. 접근 방식을 점검하고 실수를 피하는 데 도움이 되는 곳입니다. 악의적이거나 잘못 구성된 도구를 사용하면, 제어할 수 없는 검증자에게 전체 검증자 잔액이 전송될 수 있으며, 이를 되찾을 방법이 없습니다.

기술적 세부 정보

흐름

ConsolidationRequest 작업에는 두 가지 용도가 있습니다.

1. 기존 검증자를 유형 1에서 유형 2 검증자로 변환
2. 다른 검증자를 기존 유형 2 검증자로 통합

유형 1에서 유형 2 검증자로 변환할 때, 소스와 대상 모두 변환하려는 검증자가 됩니다. 이 작업에는 가스가 소모되며 다른 통합 요청 뒤에 대기열에 추가됩니다. 이 대기열은 입금 대기열과 별개이며 새로운 검증자 입금의 영향을 받지 않고 pectrified.com (opens in a new tab)에서 확인할 수 있습니다.

검증자를 통합하려면 유형 2 인출 자격 증명을 가진 대상 검증자가 있어야 합니다. 이는 통합되는 모든 검증자 잔액의 목적지이며, 인덱스는 보존됩니다.

유형 2로 변환하기 위한 요구사항

이는 유형 2로 변환하는 첫 번째 검증자에 필요합니다. 이 검증자의 인덱스는 보존되고 활성 상태를 유지합니다. 변환의 경우, 소스 검증자 == 대상 검증자입니다.

검증자는 다음을 충족해야 합니다...

• 활성 상태여야 합니다
• 유형 1 인출 자격 증명을 가지고 있어야 합니다
• 종료 상태(또는 슬래싱된 상태)가 아니어야 합니다
• 수동으로 트리거된 보류 중인 인출이 없어야 합니다(자동 인출에는 적용되지 않음).

통합을 위한 요구사항

이는 변환과 동일한 작업이지만, 소스 검증자가 대상 검증자와 다를 때 수행됩니다. 대상 검증자의 인덱스는 보존되고 소스 검증자의 잔액을 받습니다. 소스 검증자의 인덱스는 EXITED 상태가 됩니다.

이 경우, 소스 검증자는 위의 모든 요구사항과 더불어 다음을 충족해야 합니다.

• 최소 ~27.3시간(하나의 SHARD_COMMITTEE_PERIOD) 동안 활성 상태여야 합니다.

대상 검증자는 다음을 충족해야 합니다.

• 유형 2 인출 자격 증명을 가지고 있어야 합니다
• 종료 상태가 아니어야 합니다.

통합 요청

통합 요청은 소스 검증자와 관련된 인출 주소로 서명되며 다음을 포함합니다.

1. 소스 검증자의 주소(예: 0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b)
2. 소스 검증자의 공개 키(예: 0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c)
3. 해당 대상 검증자의 공개 키

변환의 경우, 2와 3은 동일합니다. 이 작업은 런치패드 (opens in a new tab)에서 수행할 수 있습니다.

서명 요구사항

ConsolidationRequest를 제출하려면 소스 검증자의 인출 주소가 요청에 서명해야 합니다. 이는 검증자 자금에 대한 통제권을 증명합니다.

무엇에 서명하나요?

ConsolidationRequest 객체의 도메인 분리된 서명 루트 (opens in a new tab)가 사용됩니다.

• 도메인: DOMAIN_CONSOLIDATION_REQUEST
• 서명 루트 필드:
  • source_pubkey: BLSPubkey
  • target_pubkey: BLSPubkey
  • source_address: ExecutionAddress

결과적인 BLS 서명은 요청과 함께 제출됩니다.

참고: 서명은 검증자 키가 아닌 인출 주소로 이루어집니다.

부분 인출

유형 1 자격 증명을 가진 검증자는 초과 잔액(32ETH 초과분)을 인출 주소로 가스 없이 자동으로 인출합니다. 유형 2는 검증자가 1ETH 단위로 잔액을 복리로 늘릴 수 있게 하므로, 2048ETH에 도달할 때까지 잔액을 자동으로 인출하지 않습니다. 유형 2 검증자의 부분 인출은 수동으로 트리거해야 하며 가스가 소모됩니다.

통합 툴링

통합을 관리하는 데 사용할 수 있는 여러 도구가 있습니다. 이더리움 재단에서 만든 공식 도구는 런치패드 (opens in a new tab)입니다. 또한 스테이킹 커뮤니티의 단체들이 만든 타사 도구도 있으며, 런치패드에서 제공하지 않는 기능을 제공할 수 있습니다. 여기에 소개된 도구들은 이더리움 재단에 의해 감사받거나 보증되지는 않았지만, 커뮤니티의 알려진 멤버들이 만든 오픈 소스 도구입니다.

자주 묻는 질문

참여하면 제안 운이나 보상이 바뀌나요?

아니요. 참여해도 제안 기회가 줄어들지 않으며, 의무와 제안 선택은 동일하게 유지됩니다. 예를 들어, 32ETH 검증자 2개와 64ETH 검증자 1개를 가지고 있을 때, 블록을 제안하고 보상을 받을 수 있는 총 기회는 동일합니다.

참여하면 슬래싱 위험이 바뀌나요?

소규모 또는 비전문 운영자의 경우, 간단히 말해 그렇지 않습니다. 더 자세히 설명하자면, 빠른 알림 기능을 갖춘 노드당 많은 검증자를 운영하는 전문 운영자의 경우, 더 적은 수의 검증자로 통합하면 슬래싱에 대응하고 연쇄적인 이벤트를 방지하는 능력이 감소할 수 있습니다. 이러한 위험을 상쇄하기 위해 모든 검증자에 대한 초기 슬래싱 페널티가 1ETH(32ETH당)에서 0.0078125ETH(32ETH당)로 대폭 감소했습니다.

변환하려면 검증자를 종료해야 하나요?

아니요. 종료하지 않고 현재 위치에서 변환할 수 있습니다.

변환/통합하는 데 얼마나 걸리나요?

최소 27.3시간이 걸리지만, 통합은 대기열의 적용도 받습니다. 이 대기열은 입금 및 인출 대기열과 독립적이며 영향을 받지 않습니다.

검증자 인덱스를 유지할 수 있나요?

네. 현재 위치 변환은 동일한 검증자 인덱스를 유지합니다. 여러 검증자를 통합하는 경우 대상 검증자의 인덱스만 유지할 수 있습니다.

증명을 놓치게 되나요?

다른 검증자로 통합하는 동안 소스 검증자는 종료되며, 대상 검증자에서 잔액이 활성화되기까지 약 27시간의 대기 기간이 있습니다. 이 기간은 성능 지표에 영향을 미치지 않습니다.

페널티가 발생하나요?

아니요. 검증자가 온라인 상태인 한 페널티는 발생하지 않습니다.

통합되는 검증자들의 인출 주소가 일치해야 하나요?

아니요. 그러나 소스는 자체 주소에서 요청을 승인해야 합니다.

변환 후 보상이 복리로 계산되나요?

네. 유형 2 자격 증명을 사용하면 32ETH를 초과하는 보상은 자동으로 재스테이킹되지만 즉시는 아닙니다. 히스테리시스 (opens in a new tab)라고 불리는 작은 버퍼 때문에, 추가 금액이 재스테이킹되기 전에 잔액이 약 1.25ETH 더 도달해야 합니다. 따라서 33.0ETH에서 복리가 되는 대신, 33.25(유효 잔액 = 33ETH)에서, 그 다음에는 34.25(유효 잔액 = 34ETH)에서 발생하는 식입니다.

변환 후에도 자동 인출을 받을 수 있나요?

자동 인출은 2048을 초과하는 잔액에 대해서만 발생합니다. 다른 모든 부분 인출의 경우, 수동으로 트리거해야 합니다.

마음을 바꿔서 유형 2에서 유형 1로 돌아갈 수 있나요?

아니요. 유형 2로의 변환은 되돌릴 수 없습니다.

여러 검증자를 통합하려면, 각각을 먼저 유형 2로 변환해야 하나요?

아니요! 하나의 검증자를 유형 2로 변환한 다음, 그것을 대상으로 사용하세요. 해당 유형 2 대상으로 통합되는 다른 모든 검증자는 유형 1 또는 유형 2일 수 있습니다.

내 검증자가 오프라인이거나 32ETH 미만인데, 그래도 변환할 수 있나요?

네. 활성 상태(종료되지 않음)이고 인출 주소로 서명할 수 있다면 변환할 수 있습니다.

참고 자료

• Electra 합의 사양 (opens in a new tab): 이것이 여러분이 의존해야 할 '가장 정확한' 버전입니다. 의심스러울 때는 사양을 읽으세요
• 모두가 코드를 읽는 것을 편안하게 여기는 것은 아니므로, 이 maxEB-GPT (opens in a new tab)가 사양을 해석하는 데 도움을 줄 수 있습니다. 면책 조항: AI가 정보를 잘못 해석하거나 환각적인 답변을 할 수 있으므로, AI가 아닌 사양을 진실로 신뢰해야 합니다.
• pectrified.com (opens in a new tab): 통합, 입금, 대기열 대기 시간의 상태 보기
• Ethereal (opens in a new tab): 일반적인 검증자 작업을 관리하기 위해 커뮤니티에서 만든 CLI 도구
• batch-validator-depositor (opens in a new tab): 단일 트랜잭션으로 여러 이더리움 검증자를 입금할 수 있게 하는 커뮤니티 제작 계약

페이지 마지막 업데이트됨: 2026년 2월 1일

s (opens in a new tab)

q (opens in a new tab)

p (opens in a new tab)

+4

기여자 확인하기