작성자: Marco González
편집자: Randall Roland
옮긴이: Sangyong Jeong
노드 운영자(Node Operator), 안텔로프(Antelope) 핵심 개발자, 그리고 다양한 커뮤니티 구성원은 네트워크 발전을 위한 건설적이고 흥미로운 주제에 대해 논의합니다. 노드 운영자 회의(Node Operator Roundtable)의 목표는 다음과 같습니다:
"노드 운영자들을 위해 안텔로프 프로토콜을 개선하는 것"
회의는 매주 수요일 오후 UTC 14시부터 15시까지 진행됩니다. EOS 노드 운영의 기초를 배우고자 하는 분들을 위해, EOS 네트워크 재단(EOS Network Foundation, 이하 ENF)은 관련 튜토리얼 및 문서를 제공하고 있습니다.
다음은 이번 달 진행된 회의의 간략한 개요입니다:
6월 7일: P2P 개선과 관리, 4.0 피드백, 노드 구성, 합의 업그레이드
6월 14일: 히스토리 솔루션(History Solutions), 안텔로프(Antelope) 방화벽, 장기적 혁신
GitHub에서 해당 회의록을 확인하시고, ENF YouTube 채널에서 녹화 비디오를 확인하세요.
6월 7일: P2P 개선과 관리, 4.0 피드백, 노드 구성, 합의 업그레이드
6월 7일의 회의는 대부분 열띤 토론으로 이루어졌습니다. 9월이 다가오면서 Leap 5.0에 대한 관심이 높아지고 있습니다.
개요
노드 운영 관리의 개선은 회의 참가자들의 지속적 관심사입니다. P2P 개선은 그 중 많은 비율을 차지합니다.
업데이트
9월의 합의 업그레이드 계획 (Leap v5.0)
P2P 개선
현재 식별된 P2P 시스템의 주요 문제는 트랜잭션(Transaction)의 안정성과 신뢰성 등 노드 운영의 '품질'과 관련되어 있습니다. 최적화를 위한 식별된 개선 영역은 다음과 같습니다:
대역폭(bandwidth)
시각화(visibility)
P2P 관리(p2p management)
연결성(connectivity)
동기화(synchronization)
적절한 노드 플로우(appropriate node flow)
지난 회의에서는 위 주제에 대한 간략한 통찰력을 공유했습니다. 다음 섹션은 독자의 시간을 절약하고 명확성을 더하기 위해 노력합니다. 추가적인 토론과 피드백 이후에는 P2P 개선에 관한 종합적인 보고서가 제공될 것으로 예상됩니다.
데이터 시각화 및 P2P 관리
효율성을 높이기 위해 데이터 시각화 및 관련 관리 시스템이 개선되어야 합니다. 주요 관심사는 운영자가 주어진 시간에 원하는 연결을 식별할 수 있도록 피어 네트워크 상의 노드 가시성을 높이는 것입니다.
마치 블랙 박스와 같다고 여겨지는 각 피어의 정보 때문에 운영자가 현재 필요한 블록을 찾는 데 어려움을 겪을 수 있습니다. 여기에서 중요한 데이터 유형은 다음과 같습니다:
필요 블록을 가진 피어 인식(awareness of peers that have required blocks)
블록 호출 위치(where blocks are pulled from)
특정 블록 호출(specific block calls)
다른 노드로의 이동 시기(when a departure is made for another node)
관련 상태 정보 유지(maintain relevant status information)
노드 플로우(Node flow) 및 동기화
아웃바운드 데이터 플로우(Outbound data flow)는 인바운드(inbound)보다 더 많아야 합니다. 현재 동기화 지정은 다음 노드로 넘어가기 전 타임아웃(Timeout)이 발생합니다. P2P 동기화 개선은 최근 GitHub에서 화두가 되고 있는 주제입니다.
노드 플로우는 동일한 정보를 위해 경쟁할 필요를 제거하고 효율성을 증가시킵니다. 그러나 보안 문제가 발생할 수 있습니다. 이에 따라 제시된 해결책은 다음과 같습니다:
모든 피어 표시(show all peers)
가장 적합한 피어 자동 선택(auto-select the most appropriate peer)
데이터를 작업과 일치시킴(match data with action)
원하는 블록을 가진 노드에만 연결(only connect to nodes with the desired block)
P2P 기능 피드백과 기타 사항
이더리움 블록체인의 라벨링(Ethereum labeling) 기능이 다시 비교 대상이 되었습니다. 그러나 보안 문제와 대역폭(bandwidth) vs 블록 제한 문제(block limit issues)가 대두되었습니다.
노드 운영자 커뮤니티의 피드백은 일반적으로 그들의 경험을 바탕으로 전달됩니다:
Leap util 언급(Leap util mentioned)
최신 버전에서의 테스트(running tests on the latest version)
원하지 않는 동작에 대한 더 큰 노출(greater exposure to undesirable behavior)
노드 싱킹 vs 캐치업 모드 최적화(increase intelligence of node sinking vs catchup mode)
낮은 지연 시간, 높은 처리량 및 완전한 데이터 연결(low latency, high throughput, and complete data are signals of a healthy connection)
bloks_log
방화벽(firewall)
로드 밸런서(load balancer)
헤더 정보(header info)
대역폭 문제(bandwidth issues)
이후 다음과 같은 질문이 이어졌습니다:
피어 유형(예: 내부 vs 외부)에 라벨링하는 것이 안텔로프 개발자를 위한 동기화 효율성 개선을 이끌어낼 수 있습니까?
Leap 5.0을 위한 준비
9월에 예정된 Leap 5.0 합의 업그레이드와 관련된 주제들이 다루어졌습니다.
출시에 대한 더 정확한 예상은 8월 말쯤에 가능할 것으로 보입니다.
합의 업그레이드의 가장 큰 도전은 관련 프로세스 조정(coordination)입니다.
활성화 날짜에 대한 토론이 이루어졌습니다.
다음 두 달 동안은 기사 등을 통한 준비에 초점을 맞출 예정입니다.
6월 14일: 히스토리 솔루션, 안텔로프 방화벽, 장기적인 혁신
6월 14일의 회의에서는 참가자들이 지속적으로 개선이 필요한 영역에 대해 아이디어 회의를 진행했습니다.
개요
독립적인 라이브러리를 사용한 히스토리 솔루션이 논의되었습니다. 안텔로프 방화벽 또한 많은 관심을 받고 있는 주제입니다. Leap 5.0이 다가오면서, 회의 참가자들은 장기적인 혁신을 탐구하는 시간을 가졌습니다.
업데이트
이번 주에는 4.0.2 패치 릴리스를 목표로, 곧 관련 설명 문서가 제공될 것입니다.
P2P 개선 보고서가 곧 나올 예정이며, 피드백에 대한 응답 작업과 형식적인 계획에 대한 논의를 진행 중입니다.
실행 가능성에 대한 GitHub에서의 대화가 여러 노드 운영자들의 관심을 끌고 있습니다.
현재 토론을 보완하기 위해 데이터 관리에 관한 주제와 관련된 영상이 채팅에서 제공되었습니다.
히스토리 솔루션
아이디어와 피드백을 교환하기 위해 "deep mind substream history" 솔루션이 제시되었습니다. 노드 운영자들이 히스토리 솔루션에 관심을 가지는 이유는 다양합니다. 아래는 몇 가지 논의된 영역입니다.
히스토리에 대한 토론을 시작할 때 dfuse, Graph, 그리고 (나중에) firehose에 대한 언급이 있었습니다. 주요 관심사는 별도의 라이브러리와 기기장치를 nodeos 코드베이스에서 유지하는 것이었습니다. 추상적 히스토리를 위한 nodeos 이외의 해결책은 여전히 개발자들의 관심사입니다. 그러나 현재로서는 트레이스를 통한 부분적인 요구 충족과 같은 단기적인 해결책이 높은 경제적 보상점을 넘지 못하고 있습니다.
"deep mind history solution"에 대한 노력이 더 많은 통찰력을 제공했습니다.
노드 운영자 커뮤니티의 피드백은 해결책이 실행 가능하다고 제안하지만, 그 확장성을 고려해야 합니다.
대체 직렬화/역직렬화(alternative deserialization/serialization)는 커뮤니티의 관심과 투자가 필요한 영역으로 식별됩니다.
2진-16진 변환(easing binary-hex conversions)의 편리성(병목 현상)이 주요 동기입니다.
개발 팀에 의해 모니터링되며, 운영자 중심의 해결책을 염두에 두고 있습니다.
nodeos 함수는 계속해서 발전하고 있습니다.
혁신적인 (nodeos) 해결책 제시가 권장됩니다.
회의 참가자 중 한 명이 라이브러리 기능에 대한 초기 타입을 설명했습니다.
이 프로토 타입에 대한 간략한 설명은, 로거 전달 포인터를 전달함으로써 nodeos가 적절한 정보를 다시 보내도록 하는 것(logger with a pass-pointer to nodeos with the intention of nodeos sending the appropriate information back)이었습니다.
이 해결책은 특히 게임 프로그램에 대해 속도와 유연성을 제공합니다. 프로토 타입의 한계는 보안 및 개발 언어의 제한 (예: Python은 잘 작동하지만 JavaScript는 그렇지 않음)입니다. 장기적으로는 다양한 데이터 구조 실험을 위한 체인 기반 인터페이스가 추구하는 바로 보입니다.
안텔로프 방화벽
안텔로프 방화벽이 간단히 언급되었습니다. ENF 보조금을 통해 새로운 방화벽을 구축하는 데 필요한 자금이 지원되고 있습니다. 몇 가지 사항이 간단히 언급되었습니다:
Leap 노드용 API 개발
로드 밸런싱 제거
새 방화벽이 가지는 가치는 속도 제한, 계정 상호 작용 등과 같은 것들을 위한 것입니다 (예: 독립적 JSON 파일 등).
장기적인 혁신
회의는 안텔로프 블록체인 환경의 미래에 대한 장기적 아이디어 회의로 마무리되었습니다. 다음 아이디어들은 현재 주요 개발 팀이 착수하고 있는 로드맵 이외에 관한 것들입니다:
Leap과 EVM에서 사용하기 위해 C# / C+로 컴파일(compiling for C#/C+ to be used with Leap and EVM)
흥미로운 초기 EOSIO 빌드(interesting early EOSIO builds)
AI 모델 실행(running deterministic AI models)
EOS의 5주년을 기념하며 회의는 마무리되었습니다.