작성자: Markus Hinrichs
편집자: Randall Roland
옮긴이: Sangyong Jeong
노드 운영자(Node Operator), 안텔로프(Antelope) 핵심 개발자, 그리고 다양한 커뮤니티 구성원은 네트워크 발전을 위한 건설적이고 흥미로운 주제에 대해 논의합니다. 노드 운영자 회의(Node Operator Roundtable)의 목표는 다음과 같습니다:
"노드 운영자들을 위해 안텔로프 프로토콜을 개선하는 것"
회의는 매주 수요일 오후 UTC 14시부터 15시까지 진행됩니다. 회의 참여에 관한 정보는 텔레그램(Telegram) 채널을 방문해주세요. 이오스 노드 운영의 기초를 배우고자 하는 분들을 위해, EOS 네트워크 재단(EOS Network Foundation, 이하 ENF)은 관련 튜토리얼 및 문서를 제공하고 있습니다.
다음은 이번 달 진행된 회의의 간략한 개요입니다:
깃허브(GitHub)에서 해당 회의록을 확인하시고, ENF 유튜브 채널에서 녹화 비디오를 확인하세요.
10월 4일: 립 5.0(Leap 5.0) 기술적 하이라이트, 합의 업그레이드는 립 6.0으로 연기
10월 첫 번째 노드 운영자 회의에서 ENF의 브라이언 하자드(Brian Hazzard)는 립 5.0(Leap 5.0)에 관해 여러 기술적 측면과 개발 동향에 대한 개요를 제공했습니다. 이어서 노드 운영자들은 프로메테우스(Prometheus) RC1, 트랜잭션 실행 등과 관련된 주제에 논의했습니다.
립 5.0의 기술적 하이라이트
메모리 상태 축소(Memory State Reduction): 메모리 상태에서 20%의 축소를 달성했으며, 추가 6%의 축소 여지가 있습니다. 이는 EOS 노드 운영자뿐만 아니라 다른 체인에서도 유익합니다.
릴리스 노트 미리보기(Release Notes Preview): 브라이언 하자드는 초안 릴리스 노트를 제시하고 업그레이드 가이드의 곧 나올 릴리스에 대해 언급했습니다. 자세한 내용은 안텔로프 노드 운영자(Antelope Node Operator) 텔레그램 채널에서 공유될 예정입니다.
지연 트랜잭션 제거(Deferred Transaction Removal): 지연 트랜잭션의 제거를 위한 구성 변경을 통한 주요 변화가 있을 예정입니다. 이러한 제거를 위한 프로토콜 기능도 포함될 것입니다.
VLS 라이브러리(BLS Library): 서명 집계(signature aggregation) 및 영지식 증명 구현을 위해 립 코드 베이스 내에서 특히 사용되는 VLS 라이브러리가 추가되었습니다.
최적화(Optimizations): 메모리, CPU 성능 및 P2P 기능의 개선사항이 있습니다. 이러한 최적화는 EOS EVM이 더 큰 거래와 암호 기본 구조를 처리하는 능력을 향상시킵니다. 또한 EOS 원래의 트랜잭션 프로세스에도 긍정적인 영향을 미칠 것입니다.
효율성 향상
비동기 블록 가져오기(Async Block Fetching): 비동기 블록 가져오기가 도입되어, nodeos가 다음 일괄 블록을 독립적으로 가져올 수 있게 되었습니다. 이 원활한 프로세스는 동기화 효율성을 향상시키면서 새로운 기본값을 사용하여 대역폭 사용량을 최적화합니다.
피어 선택(Peer Selection): 이제 피어들은 여러분이 보유한 블록을 알고 있어, 블록 가용성을 기반으로 피어 선택이 간소화됩니다. 이는 라운드트립을 줄이기 위한 블록 기반의 피어 선택을 제공합니다.
대역폭 제어(Bandwidth Control): 새로운 설정을 통해 블록 가져오기에 할당된 최대 대역폭을 제한할 수 있어, 동기화가 모든 사용 가능한 대역폭 리소스를 소비하지 않도록 보장합니다.
상태 메모리 축소(State Memory Reduction): 커뮤니티 기여로 인해 체인 기본 구조의 데이터 구조가 재구성되어 메모리 상태에서 20%의 축소를 달성했습니다. 추가적인 최적화는 추가적인 6%의 축소를 이룰 수 있을 것입니다.
"이번 릴리스에서 많은 기능들이 정말 기대됩니다. 블록을 가져오는 데 대한 개선 사항은 정말 멋집니다. 5.0에서는 실패할 수 없고 항상 정보를 얻을 수 있고, 속도도 4배 빨라졌습니다…" - 케빈 하이프너(Kevin Heifner) (OCI)
10월 11일: 립 5.0 RC2, 테스트 프로세스 개선, 업그레이드 도전
해당 회의는 립 5.0 RC1에 대한 업데이트로 시작되었습니다. 이 버전에는 버그가 발견되었고, RC2가 공식 새 릴리스 후보로 승격되었습니다. 토의가 테스트 절차로 이동하면서 에릭 패스모어(ENF)는 개선된 테스트를 위한 조기 액세스 API 노드를 소개했습니다. 이로써 버그 로깅 및 잠재적 성능 문제와 같은 문제를 해결하고자 합니다. 참석자들 사이에서는 효율성과 보다 효과적인 테스트 프로세스에 대한 관심이 공유되었으며, BP를 포함한 노드 운영자들을 위해 업데이트 프로세스에 관한 질문을 제공했습니다.
테스트에 관한 토의
"... 심지어 간단한 테스트도 좋습니다. 여러분은 조금이라도 시범을 보고 싶으신가요? 그렇다면 최적의 형식은 무엇일까요?" - 에릭 패스모어 (ENF)
테스트를 위한 조기 액세스 API 노드 릴리스.
버그 수정, 버그 기록, 그리고 잠재적 성능 문제에 중점을 둡니다.
코드 또는 개발 패키지 테스트의 선호도?
구체적이고 가치 있는 테스트의 중요성.
노드 운영자의 도전과제
상태 히스토리 노드, 자원 관리 및 테스트 환경과 관련된 문제.
개선된 조정 및 의사 소통이 필요함.
로드맵 및 의사 소통
안텔로프(Antelope)의 개발 로드맵에서 더 많은 투명성을 요구함.
개발자들에게 업데이트와 변경 사항에 대한 명확한 의사 소통.
네트워크 업그레이드
하드 포크가 아닌 업그레이드를 진행하는 이유로는 새로운 기능 추가 및 성능 향상임.
"...체인 포크가 지연되어야 할 또 다른 주된 이유가 있습니다..." - 샤크(Shaq)
"...대부분 거래소들은 아마도 3.1 버전을 사용 중일 것이고, 모든 것이 문제 없이 작동하기 때문에 5.0에서 합의 포크를 진행하지 않는 한 3.1에 남아 있을 것입니다." - 마이클(Michael, EOS USA)
다양한 네트워크에서의 사용자 정의 빌드.
사용자 정의 빌드 관리 및 주 코드베이스와 조화를 이루기.
디앱(dApps) 및 L2 지원:
디앱 노드 호환성과 확장성의 중요성.
레이어 2 솔루션 제공 업체와의 조율.
원활한 전환을 위한 지속적인 협의.
"...분명 훌륭한 레이어 2 솔루션이 있을 것이고, 이를 마땅히 가져가야 할 것입니다..." - 마이클, EOS USA
네트워크 별 업그레이드 프로세스의 차이에 대한 인지
다양한 네트워크(예: EOS, WAX, UX)에서의 사용자 정의 빌드로 인한 독특한 업그레이드 프로세스가 필요함.
다양한 사용자 정의 관리 및 개발자들과의 협업.
네트워크별 필요에 맞게 조절된 다양한 사용자 정의 관리. (예: WAX, Ultra, UX 등)