넵 저도 2가지 타입인 것으로 알고 있습니다.
여기서 full node 는 plugin 추가 설정을 통해 좀더 다양한 api 를 지원하고
참고로 steemd(스팀 데몬)는 미라 설정을 통해 메모리 사용량을 좀 더 줄일 수 있고여.
일단 저도 기본으로 p2p 노드를 설정한 이후 mira 를 적용하여 메모리를 줄여보는 엑션을 해보려 하네요
cloud 에서 동작하면 메모리에 따른 비용 또한 만만하지 않아서 ;;
넵 저도 2가지 타입인 것으로 알고 있습니다.
여기서 full node 는 plugin 추가 설정을 통해 좀더 다양한 api 를 지원하고
참고로 steemd(스팀 데몬)는 미라 설정을 통해 메모리 사용량을 좀 더 줄일 수 있고여.
일단 저도 기본으로 p2p 노드를 설정한 이후 mira 를 적용하여 메모리를 줄여보는 엑션을 해보려 하네요
cloud 에서 동작하면 메모리에 따른 비용 또한 만만하지 않아서 ;;
말씀하신대로 증인노드는 witness 플러그인과 몇몇 기본 플러그인만 쓰면 됩니다. MIRA를 쓸 경우 메모리 사용량이 줄기는 하나 증인노드에서는 비용 측면에서 아주 큰 차이가 있지는 않습니다. 하지만 리플레이 속도가 느려진다는 단점이 있습니다. 반면에 full node에서는 MIRA가 매우 유용하게 사용되고 비용절감 효과도 큽니다.
증인노드는 빠른 리플레이와 안정적인 운영이 중요하기 때문에 보통은 램을 64G 이상(현재는 96G 정도가 권장되는 것으로 압니다)을 주고 non-MIRA로 돌립니다.
상위 20위에 들어갈 경우 보통은 seed node(이건 MIRA로 돌리기도 합니다)와 메인노드 그리고 백업노드 최소 3개 정도를 운영합니다.
조언 감사합니다 :)
현재 v8 CPU / 64 RAM 구글 클라우드 컴퓨트 엔진 환경에서 작업 진행 중 이네요
빌드는 완료 했고 현재 블록 다운로드 작업 진행 중 이네요 :)
리플레이까지 되고 안정화 된다면 스냅샷 찍고 백업 노드 구성도 함 테스트 해보려고여 ~
앞으로 잘 부탁드려요 클옵님 :)
블럭은 그냥 받는 것 보다... gtg 의 백업 블럭을 받는게 빠른데...
이미 시작 하셨군요
넵 ^^ 스냅샷으로 백업노드 만드시면 config.ini에 있는 개인키는 꼭 바꿔주세요! 이거 까먹어서 이중서명 하는 경우가 왕왕 있어요 ㅎㅎ