이더리움 스테이킹 노드 운영 근황

안녕하세요.  최근 이더리움  노드 클라이언트에  몇가지 변화들이 있어  재구성후  글 남겨봅니다. 

작년 초까지만 해도 실제 운영에 필요한 NVME 디스크는  용량이 2TB에 육박해 이제 4TB가 기본이 되는가? 하던때가 있었습니다.  그런데 작년 7월 EIP-4444가 시작되면서  과거 데이터(Partial History Expiry )를 덜어내기 시작했고. 2TB의 용량으로도 충분히 운영할수 있게 되었습니다. 

그러나 특정 업그레이드 시점(merge, prague)을 기준으로 하거나 1년전 데이터 퍼지후 지속적으로 사용하면 데이터가 계속 누적되거나  블롭적용 이후  컨센서스 레이어의 저장 데이터도 늘어나는등   장기 사용하기엔 2TB가 여유로운 용량은 아니었습니다.

그후 롤링 expiry가 적용된 클라이언트가 하나둘씩 나오기 시작했고.   33024 에폭 ( 약 5개월)의  최신 데이터만을 유지하면서 밸리데이터(이더리움 블록 생성할수 있는 권한을 가진) 를  운영할수 있게 되었습니다.   

Partial History Expiry 이전에는   EL 데이터만  약 1.2TB정도로 시작해 지속적으로 2TB가까이 늘어나다가 

작년 Partial History Expiry  도입이후에  동기화 직후 약 900GB에서 시작해  서서히 증가 하고 있었는데   1.3T

rolling expiry적용후에는  클라이언트에 따라 다르지만 400-500GB의 데이터만으로 시작할수 있게 되었습니다. 

몇가지 사용중인 EL 클라이언트  별  설명 

GETH 

-  공식적으로 아직 롤링만료 지원하지 않습니다.  pre-merge대신 pre-prague 사용하면 400기가 정도  공간절약 

- ancient라는 과거 데이터를 별도 디렉토리로 저장가능 ( 저렴한 SSD로 분리가능합니다.) 

- 최신블럭 420GB + ancient 366GB( 500GB SSD분리 가능) 

Reth  

- 롤링만료에 적극적이라 꽤 빠르게 적용.  425GB  

- 기본동기화로 동기화시 시간이 오래걸리는 단점을  스냅샷 다운로드로 극복했습니다.  

- 롤링적용 전  reth도 static이라는 폴더에 꽤 큰 과거 블럭을 별도 보관(SSD사용가능)이 가능했는데 롤링적용되면서 스태틱데이터도 꽤 작아졌습니다.  

Nedermind  

- 2.0 버전에서 기존 사용하던 하프패스 DB를 버리고  플랫DB를 기본으로 전환  ( 별도 프루닝이 필요없습니다.)

- 네더마인드는 exec 성능이 꽤 좋은편인데 하프플랫에서는  데이터가 쌓이면 온라인 프루닝을 해줘야 하는 단점이 존재 했고 이를 위해  350기가(최소250기가)의  여유공간이 필요했습니다.  그러나  플랫DB는 프루닝이 필요없습니다. 

- 프리머지만료로 900GB 동기화후 몇개월 사용하니 1.2TB로 늘어났는데.. 

- 플랫 DB에 롤링 적용하니 487GB로 낮아졌습니다.   하프패스 롤링 초기동기화모드 에서는 약 650기가 사용. 

- 플랫DB단점 : 하프패스에서는  검증가능한 단계까지의 동기화 시간이 매우 짧았는데(1시간이내)  

플랫DB는  단독 비컨 검증까지는  500메가 회선에서는 약2시간20분소요,  최종 완료까지 3시간반    

100메가 회선에서는 검증모드 3시간 반.  동기화 완료( Old body, receipt 다운로드 추가 3.5시간)  7시간 

위에서 보셨겠지만 그동안   NVME 부족으로  SSD를 같이 활용해서  ancient 또는 static이라 불리우는 리니어 엑세스 데이터를 별도 저장했었는데.  롤링만료로 인해  저장공간이 꽤 줄어서  별도 SSD도 필요없고  심지어 1TB NVME로도  운영이 가능할것 같습니다.    주의 :  geth는 해당기능 구현에 시간이 좀더 걸릴것으로 예상됩니다.  

사용환경   

1. 메인노드 + 폴백  2대

외부회선 :  SKB 100메가.  유플러스 500메가, KT 100메가 에 각각 노드 운영 

메인 노드 +  폴백 2개 운영..   (폴백 노드가 있으면 메인노드 재 동기화중에서 검증이 가능합니다. ) 

- 메인노드 2TB , 폴백 노드 1TB NVME로 재 구성후  운영중

2. Lido  CSM 용 노드 ,  VERO - 멀티 노드 이더리움 밸리데이터 플랫폼.   

- 여러 클라이언트를 동시에 운영하여 단일 클라이언트 실패로 인한  장애를 방지해줍니다.  

- 과거 holsky 테스트넷에서 멀티 클라이언트 오류로 네트워크가 망가지는걸 본후에 도입. 

- 현재  2/3 세팅 - 3노드 세트중  중 2개 이상의 동일한 합의가 있으면  증명 작업을 수행합니다. 

- 2TB NVME에 3개 EL이 모두 탑재가능.. GETH ancient용 SSD추가.  CL 클라이언트용 SSD 추가 

추가로 

스테이킹에 묶인 이더는 430만이더  총 이더 발행량의 35%정도 되구요. 

밸리데이터 큐는  진입큐는 그래도 많이 줄어들어서  디파짓 후 27일 정도..  

출금큐는 갑자기 늘어나기 시작해서 2주정도 대기해야 출금됩니다. 스윞까지 고려하면 최대 약 3주 걸리겠네요. 

그럼 관심 있으신분께  참고가 되길 바라면서