작성자: Marco González
편집자: Randall Roland
옮긴이: Sangyong Jeong
노드 운영자(Node Operator), 안텔로프(Antelope) 핵심 개발자, 그리고 다양한 커뮤니티 구성원은 네트워크 발전을 위한 건설적이고 흥미로운 주제에 대해 논의합니다. 노드 운영자 회의(Node Operator Roundtable)의 목표는 다음과 같습니다:
"노드 운영자들을 위해 안텔로프 프로토콜을 개선하는 것"
회의는 매주 수요일 오후 UTC 14시부터 15시까지 진행됩니다. 이오스 노드 운영의 기초를 배우고자 하는 분들을 위해, EOS 네트워크 재단(EOS Network Foundation, 이하 ENF)은 관련 튜토리얼 및 문서를 제공하고 있습니다.
다음은 이번 달 진행된 회의의 간략한 개요입니다:
8월 2일: 립 5.0(Leap 5.0) 업그레이드에 관한 열린 토론
8월 9일: 립 5.0 프로토콜 계획 소개
깃허브(GitHub)에서 해당 회의록을 확인하시고, ENF 유튜브 채널에서 녹화 비디오를 확인하세요.
8월 2일: 립 5.0 업그레이드에 관한 열린 토론
8월 2일 회의의 녹화는 진행되지 않았습니다. 해당 회의에서는 안텔로프(Antelope) 립 5.0 합의 업그레이드에 대한 열린 토론이 있었으며, 이 업그레이드의 중요성과 일정을 고려하여 기존 노드 운영자 회의는 보다 잘 정돈된 형태로 진행될 것입니다 (립 3.0 버전 이전의 노드 운영자 회의 진행 방식과 비슷할 것으로 예상).
개요
합의 업그레이드 계획과 관련 일정은 최근 몇 주간 진행된 회의의 주요 주제입니다. 다음 라운드테이블에서는 출시 일정을 소개할 예정입니다.
주제: 5.0 업그레이드 관련 토론
립 5.0 출시 일정에 대해 필수/선택 항목이 강조되었습니다. 일부 기능은 준비가 된 것으로 보이며, 다른 몇 가지에 대한 정리가 필요합니다. 즉각적 최종성(IF)은 반드시 포함되어야 할 필수 출시 항목이며, 노드 운영자 회의의 중점 주제입니다.
그 외 회의에서 다루어야 할 내용으로 다음과 같은 주제가 제시되었습니다:
일정 조정(각 항목별)
첫 출시 일정 조율
테스트넷 피드백
그외 최종 출시 임박과 함께 중요해질 것으로 예상되는 항목들
검토 및 피드백
일정 발표 전 커뮤니티는 사전 검토에 따른 몇 가지 피드백을 제공했으며, 피드백을 주도한 사람은 'EOSUSA'의 마이클(Michael)이었습니다:
업그레이드 상태에 대한 논의 및 보고(discuss and report on the upgrade status)
v3.0 사용자도(현재 v4.0) 상대적으로 쉽게 v5.0으로 업그레이드할 수 있도록 보장
안텔로프 체인 전반에 걸쳐 권장 설정에 대한 정보가 부족한 것에 대한 지적
업그레이드 매뉴얼 제작 제안
추가 언급 사항
일부 다른 우려 사항은 다음과 같습니다:
정글 테스트넷(Jungle Testnet)
v4.0 권장 사항 이전의 가능한 구성 변경에 대한 정보(information about available configuration changes predating v4.0 recommendations)
ABIs(응용 프로그램 인터페이스)
이전 환경으로 돌아가는 기본 설정(default settings that go back to older environments)
5.0의 효율성을 보장하는 빌트-인 중복성(built-in redundancy that ensures that 5.0 flows toward an effective solution)
문서 개선에 중점을 둔 마무리
이오스 네트워크 재단(EOS Network Foundation, 이하 ENF)은 'docs.eosnetwork.com'에서 기술 관련 핵심 문서를 훌륭하게 정리하는 성과를 거두었습니다. 그러나 립 5.0 합의 업그레이드는 모든 네트워크 이해 관계자와의 조율을 위해 큰 노력이 필요하여 쉽지 않은 문제입니다. 따라서 BP(Block Producer, 블록 생산자)는 합의된 기간 내에 협력하고 다중 서명(Multisig Transaction)을 완료해야 할 것입니다.
네트워크의 보안과 원활한 운영 유지는 모든 네트워크 이해관계자의 궁극적인 목표입니다. v5.0을 위한 또 다른 노력은 합의 업그레이드 프로세스 표준을 설정하는 것입니다. 이를 위해 새로운 문서 작성이 필수적으로 수반되어야 할 것입니다. 새 문서에는 버전 간 구성 변경 및 새로운 기능(예: Optimizing Compiler) 소개와 함께, 4.0 버전 구성 변경에 특정한 가이드라인도 제시 되었습니다. 이는 5.0으로의 전환을 용이하게 하는 내용입니다.
다음 회의는 립 3.0 버전의 개발 및 출시 전 이루어졌던 것보다 훨씬 더 공식적이고 잘 정돈된 형태로 진행될 것이며, 새 버전(여러 4.0 버전에서 지금까지의 5.0)의 품질은 혁신적일 것으로 예상됩니다.
8월 9일: 립 5.0 프로토콜 계획 소개
8월 9일 회의는 녹화 되었으며 공개되어 있습니다. ENF는 립 v5.0을 출시하기 위한 계획을 자세히 공유했습니다.
개요
8월 9일 회의에서 논의된 주요 주제는 다음과 같습니다:
즉각적 최종성(instant finality, IF)
리플레이 테스팅(replay testing)
피어 탐색(peer discovery)
일정(timeline)
카이린 및 정글 테스트넷(Kylin and Jungle testnets)
마일스톤(expected milestones)
지연 트랜잭션(deferred transactions)
주제: 리프 5.0 프로토콜 계획 소개
8월 9일 라운드테이블에서 제시된 일정은 립 v5.0을 출시하기 위한 작업 순서를 나타냅니다. (구체적인 일정은 조정될 수 있습니다)
첫 번째 주요 일정은 9월 중순 릴리스 후보(5.0.0-rc1)로 계획되어 있습니다. BP(블록 프로듀서)들로부터 진행/미진(Go/No go) 결정 전 몇 가지 작업이 완료되어야 합니다. 이에는 다음이 포함됩니다:
테스트넷에서의 테스트(testing on Jungle and Kylin testnets)
안정적인 릴리스(a stable release)
다중 서명의 날짜에 대한 합의(agreeing on a date for multisig)
진행/미진(go/no-go) 결정은 전적으로 BP들의 결정에 달려 있습니다. 이 결정은 현재 11월 말 / 12월 초에 예정되어 있습니다. 즉각적 최종성을 활성화하기 전 시스템 계약을 업그레이드해야 합하며, 활성화부터 IF를 배포하는 데는 약 일주일이 걸릴 것으로 예상됩니다. IF는 아마도 12월 초에 이오스 네트워크(EOS Network)에서 작동할 수 있을 것입니다.
커뮤니티 토의 : 립 5.0 프로토콜 출시 계획
노드 운영자 커뮤니티는 미래 일정에 관한 토의를 주도할 것입니다. 피어 검색 및 읽기 전용 트랜잭션은 립 v5.0의 출시 일정에 영향을 주지 않을 것으로 예상되었으며, 9월까지 팀은 최종 출시 일정을 결론짓고자 합니다.
또한 IF 외에도, 리플레이 테스트는 출시 계획에 큰 변화를 줄 수 있는 다른 기능입니다 (8월 2일 라운드테이블 참조).
릴리스 후보 : 리플레이 테스트와 테스트넷 일정
토론은 릴리스 지원자 결정 및 리플레이 테스트를 중심으로 진행되었습니다. 주요 결정 요인은 연속된 스냅샷과 블록 리플레이의 무결성 해시를 비교하는 것입니다. 립 v5.0으로 업그레이드할 때 블록 로그를 다시 동기화할 필요가 없음을 참고하세요.
전체 제네시스 리플레이를 수행하는 데 여전히 문제가 남아 있습니다. EOSUSA의 마이클은 (현재 시점에서는 수정된) 회귀 문제(regression problems)와 완료까지의 시간(the time until completion)을 언급했습니다. 개발 팀은 블록 로그 리플레이로 v5.0을 출시하는 데 초점을 맞추고 있습니다. 제네시스 리플레이 조사는 향후 업그레이드를 위해 팀이 염두에 두고 있는 사항입니다.
또 다른 활기찬 토론이 카이린 테스트넷(Kylin testnet)과 관련해 진행되었습니다. 이오스 네이션(EOS Nation)의 매튜(Mathew)는 카이린을 정글 테스트넷과 병렬로 실행하지 않는 것을 권장했습니다. 테스트는 Leap v5.0.0의 계획된 안정적인 릴리스 전에 11월 이전에 완료되어야 합니다.
보류 중인 트랜잭션(Deferred transactions) 제거
보류 중인 트랜잭션은 제거될 것입니다. 이상적으로 버전 5.0에서 이 트랜잭션이 모두 제거될 것이며, 버전 5.0에서 보류 중인 트랜잭션이 남아 있다면, 이들이 의존하는 계약(사라지지 않고 남아 있는 이유)이 있는지 여부는 정확히 알 수는 없을 것입니다.
보류 중인 트랜잭션을 제거하기 위해 두 가지 결정이 고려 중입니다. 첫 번째 해결책은 되돌리기 허용(backpedaling)입니다. 그러나 이는 구현하는 데 상당한 시간이 걸릴 것입니다. 다른 합리적인 옵션은 BP가 관련 기능을 잠시 비활성화하는 테스트를 실행하는 것입니다. 그런 다음 피드백을 통해 보류 중인 트랜잭션을 제거할 지에 대해 결정할 수 있을 것입니다. 현재 보류 중인 트랜잭션에 의존하는 프로젝트는 알려져 있지 않습니다.
다음 주에는 안텔로프 립 v5.0을 중점적으로 다루는 토론이 이어질 것입니다.
출처 및 참고문헌