작성자: Markus Hinrichs
편집자: Randall Roland
옮긴이: Sangyong Jeong
노드 운영자(Node Operator), 안텔로프(Antelope) 핵심 개발자, 그리고 다양한 커뮤니티 구성원은 네트워크 발전을 위한 건설적이고 흥미로운 주제에 대해 논의합니다. 노드 운영자 회의(Node Operator Roundtable)의 목표는 다음과 같습니다:
"노드 운영자들을 위해 안텔로프 프로토콜을 개선하는 것"
회의는 매주 수요일 오후 UTC 14시부터 15시까지 진행됩니다. 회의 참여에 관한 정보는 텔레그램(Telegram) 채널을 방문해주세요. 이오스 노드 운영의 기초를 배우고자 하는 분들을 위해, EOS 네트워크 재단(EOS Network Foundation, 이하 ENF)은 관련 튜토리얼 및 문서를 제공하고 있습니다.
다음은 이번 달 진행된 회의의 간략한 개요입니다:
11월 9일: 립 5.0(Leap 5.0) 현황, 이전 계획, OC 자동 모드(OC Auto Mode) 논의, 업그레이드되지 않은 노드의 잠재적인 위험 등
11월 15일: EOS VM OC 수정 완료, 12월 초-중순에 예상되는 RC3 릴리스, 문제 논의
깃허브(GitHub)에서 해당 회의록을 확인하시고, ENF 유튜브 채널에서 녹화 비디오를 확인하세요.
11월 9일: 립 5.0 현황, 이전 계획, OC 자동 모드 논의, 업그레이드되지 않은 노드의 잠재적인 위험 등
립 5.0 현황 업데이트:
립 5.0에 대한 작업은 지난 몇 주 동안 대부분 완료되었습니다.
후보 버전3(RC3)의 원활한 출시를 위해 BLS 라이브러리와 관련된 한 가지 미해결된 문제가 처리 중입니다.
이전 논의와 비교하여 RC3에서는 큰 변화가 예상되지 않습니다.
5.0 업그레이드를 위한 마이그레이션(Migration) 계획:
기본 설정(default setting)은 이제 "ES VM OC enable equals AUTO"로 변경되었습니다. 이로써 상황에 따라 OC 모드를 선택적으로 활성화할 수 있습니다.
5.0로 업그레이드하는 노드와 그렇지 않은 노드가 혼재된(heterogeneous) 네트워크 운영에 관한 논의.
"잠재적인 우려가 발생할 수 있는 몇 가지 조건이 있습니다. 이는 네트워크 부하(CPU)에 따라 다릅니다." - 브라이언 하자드(Brian Hazzard)
립 5.0 버전으로 업그레이드하지 않는 노드 운영에 대한 권장 사항은 "ES VM OC enable ON"을 설정하여 립 5.0 노드의 더 빠른 처리량을 소화하도록 하는 것입니다(메모리 및 CPU 효율성 향상을 위해).
발생하는 어떤 문제든 처리하는 데 있어 명확한 커뮤니케이션과 커뮤니티 참여가 중요할 것이며, 이는 노드 운영자 커뮤니티 구성원들이 노드를 업그레이드하는 데 도움이 될 것입니다.
OC 자동 모드에 대한 논의:
OC 자동 모드가 기계 유형(블록 생산자 또는 비생산자) 및 시스템 계약에 의존하는 점에 대한 명확성이 제고되었습니다.
생산자는 EOSIO 시스템 계약을 위해 OC를 사용하며, 비생산자는 다른 구성이 없는 한 모든 계약에 대해 OC를 사용합니다.
비-업그레이드 노드의 잠재적인 위험:
블록 생산자가 립 5.0으로 업그레이드하지 않으면, OC 활성화 모드에서 시스템 이외의 계약 로드가 높을 때 다른 블록 생산자에 의해 블록이 검증되지 않을 수 있습니다.(blocks may not be verified by other producers during heavy non-system contract loads.)
백프레셔 역학이 업그레이드되지 않은 노드를 업그레이드하도록 유도할 수 있습니다.
그리고.. 노드는 업그레이드 되어야 합니다... 조금의 부하라도 존재한다면, 반드시 업그레이드하십시오" - 매튜 다윈(Matthew Darwin)
립 5.0 릴리스 일정:
안정적인 릴리스는 몇 주 후에 예상되며, RC3 완성은 대략 일주일 후에 예상됩니다.
릴리스는 테스트넷부터 시작하여 블록 비생산 노드에서 릴리스 후보를 테스트하도록 권장될 것입니다.
메인 넷에서 블록 비생산 및 블록 생산 노드를 시기적절하게 업그레이드하는 권고사항을 제공합니다.
이슈 보고서 및 기여:
매튜(Matthew)의 적극적인 기여, 특히 이슈 보고서가 높이 평가되었습니다.
가장 중요한 문제들 대부분이 해결되었으며, RC3에는 RC2 이상에서의 수정 사항이 반영되었습니다.
브라이언 하자드(Brian Hazzard)가 안텔로프(Antelope) 노드 운영자 커뮤니티의 적극적인 참여 및 소중한 피드백에 대한 감사를 표하며 회의는 마무리되었습니다.
11월 15일: EOS VM OC 수정 완료, 예상되는 RC3 릴리스는 12월 초-중순, 관련 문제 논의
5.0 현황 업데이트
EOS VM OC 호스트 기능 수정이 완료되었습니다.
성능 차이가 있는 두 호스트 기능 버전 간의 성능 비교가 진행되었습니다.
5.0 RC3 릴리스는 12월 6일부터 14일 사이를 목표로 합니다.
테스트 네트워크 및 블록 비생산 노드에서 RC3 버전 테스트가 요청되었습니다.
제기된 이슈에 대한 피드백과 논의
P2P 피어에 대한 임의의 라벨(Arbitrary Labels) 지원, 케빈 하이프너(Kevin Heifner)
임의 라벨이 필요한 이유가 논의되었습니다, 이는 자칫 복잡해지거나 가독성을 해칠 수 있기 때문입니다.
매튜 다윈은, 추가적인 피어 정보를 위해 JSON 구조를 추가하는 것이 아마도 가장 좋을 것이라 언급했습니다.
구현 전 피어링 구성을 재구성(restructuring peering config before implementation)것에 대한 고려가 이루어져야 한다는 언급이 있었습니다.
"해당 기능은 립 5.0에 포함되지 않을 것이기 때문에, 해당 리팩토링 작업을 기다리는 것이 합리적입니다."
매튜 다윈의 제안: 노드OS(Nodeos) 종료 시 상태 파일을 강제 플러시(Don't Force Flush State Files)하지 마세요
이 제안에 대한 논의는 해당 제안이 전체 시스템 성능에 미치는 영향을 중심으로 진행되었습니다.
케빈 하이프너(Kevin Heifner)는 플러시를 중요하게 여기지만, 재시작 시 상당한 시간 지연과 같은 연관된 문제를 인지했습니다. 이 문제는 작은 nodeos 파일뿐만 아니라 다른 체인의 많은 파일도 플러시해야 한다는 필요성에서 발생합니다.
이 맥락에서 로스(Ross)는 ZFS와 관련된 잠재적인 개선 사항을 논하는 미디엄(Medium) 기사를 공유했습니다.
케빈은 토론된 이슈를 종료하고 립 5.0에서 플러시를 테스트하는 것을 지지했습니다. 그는 립 5.0에서 매핑된 개인 노드 기능을 포함하여 립 5.0의 다양한 성능 개선을 강조했는데, 이 기능은 플러시 프로세스를 크게 가속화할 수 있는 잠재력을 가지고 있습니다.
브라이언 하자드의 제안 : 비기본 옵션(Log Non-Default Options) 로깅 관련 제안
nodeos가 시작될 때, 비기본 옵션을 하나의 긴 라인으로 로깅(non-default options on a long line)하세요.
라인 구분 사용 이유:
이는 로그 파일 내에서 검색을 용이하게 하기 위함입니다.
단일 라인으로 통합하는 이유:
이는 디버깅에 일반적으로 유용합니다.
문제 해결 상황에서의 실용성을 향상시키고 단순화합니다.
새로운 기능 추가: 상태 호환 여부
호환성 검사를 용이하게 하는 서비스 스크립트 제안으로, 시간 지연을 줄일 수 있도록 설계되었습니다.
스냅샷 및 Nodeos 종료 코드의 활용에 대한 토론이 진행되었습니다.