개요
이더리움 PoS 환경에서 노드 역할은 레이어 분리로 명확해졌음. 실행을 담당하는 EL, 합의를 담당하는 CL, 검증자 키와 서명을 담당하는 VC로 나뉨. 이 조합으로 일반 풀노드와 밸리데이터 노드가 구성됨. 아래는 각 컴포넌트와 노드 타입의 역할 차이를 실무 관점에서 정리함
레이어 기준 정의
EL (Execution Layer)
- 트랜잭션 실행과 상태 전이 수행
- EVM 실행과 가스 계산 담당
- mempool 유지 및 트랜잭션 선별
- 블록 본문에 담기는 실제 tx 처리 관할
- 무슨 일이 일어났는지 계산하는 층
CL (Consensus Layer)
- PoS 합의 로직과 슬롯·에폭 스케줄 관리
- proposer와 attester 선정
- 블록 헤더 검증과 포크 선택 수행
- 이 블록을 정본으로 인정할지 결정하는 층
VC (Validator Client)
- BLS 검증자 키 보관과 안전한 서명 수행
- CL 지시에 따른 블록 제안 서명 및 attestation 서명
- 보상·슬래싱과 직접 연관, 키 관리 중요
- 검증자의 손과 서명 역할
노드 종류별 구성
일반 풀노드 (Full Node)
- 구성: EL + CL
- 기능: tx 수신, mempool 유지, 블록 검증, 체인 동기화
- 제한: 블록 제안 없음, attestation 없음, 지분 요구 없음
밸리데이터 노드 (Validator Node)
- 구성: EL + CL + VC
- 기능: 풀노드 기능 포함, PoS 합의에 직접 참여
- 가능: 블록 제안, attestation 수행
- 요구: 32 ETH 스테이킹 필요
풀노드와 밸리데이터 핵심 차이
- 구성 요소: 풀노드 EL+CL, 밸리데이터 EL+CL+VC
- 지분 요구: 풀노드 없음, 밸리데이터 32 ETH 필요
- 검증 기능: 둘 다 블록 검증 수행
- 합의 참여: 풀노드 비참여, 밸리데이터 제안·투표 수행
- mempool: 둘 다 유지
밸리데이터의 평시 역할과 선정 시 역할
평시
- 일반 노드처럼 네트워크 추종
- 타인이 제안한 블록 검증 후 attestation 제출
- 대부분 시간은 검증자 역할에 집중
proposer로 선정될 때
- CL이 해당 슬롯의 proposer로 지명
- EL이 mempool에서 tx 선택 후 블록 생성
- VC가 생성 블록에 서명
- 네트워크에 블록 제안 전파
- 잠깐 동안만 블록 제안자 역할 수행
전체 처리 흐름
[tx 발생]
→ EL mempool
→ (슬롯 도착)
→ CL이 proposer 선정
→ EL이 블록 생성
→ VC가 서명
→ 네트워크에 proposal
→ 다른 Validator들이 검증 + 투표
→ 합의되면 체인 반영핵심 요약
- EL = 실행 + mempool
- CL = 합의 + 포크 선택 + 슬롯·에폭 관리
- VC = 검증자 키 보관 + 서명
- Full Node = EL + CL
- Validator = Full Node + VC
- 평소엔 검증자, 선정되면 proposer 역할 수행
주의 사항
- 키 관리와 슬래싱 리스크 관리 필수. 온라인 이중서명, 잘못된 헤드 추종 등은 슬래싱 대상
- EL과 CL는 서로 다른 클라이언트 구현 조합 가능. 안정성과 업그레이드 호환성 고려해 조합 선택 권장
- 네트워크 지연이나 시간 동기 불량은 미제출·지각 제출로 인한 페널티 유발 가능. 시간 동기와 피어링 상태 점검 필요