작성자: Marco Gonzàlez
편집자: Randall Roland
옮긴이: Sangyong Jeong
노드 운영자, 안텔로프(Antelope) 코어 개발자, 그리고 커뮤니티 구성원들은 매주 흥미로운 주제에 관해 논의합니다. 노드 운영자 라운드 테이블의 주요 목표는 다음과 같습니다:
"노드 운영자들을 위해 Antelope 프로토콜을 개선하는 것"
회의는 매주 수요일 오후 14시부터 15시까지 진행됩니다.
2월 1일 노드 운영자 라운드테이블 논의는 Leap v3.2 이상의 구성 매개변수에 초점을 맞추었습니다. 2월 8일에는 특수 목적 노드에 대한 논의가 포함되었으며, 2월 15일과 22일에는 특수 목적 노드에 관한 논의가 이어졌습니다. 해당 회의 그룹은 "Antelope 노드들이 수행하는 역할 분류 초안" 문서를 계속 발전시켜 나가고 있습니다
2월 15일: 특수 목적 노드 - API 노드
ENF의 YouTube에서 2월 15일 라운드테이블 회의를 시청하시고, EOS Nation (Leap) GitHub에서 회의록을 확인하세요.
UPDATE:
이전에 논의된 대로, Leap v4.0.0은 3월에 정글넷 테스트를 시작합니다. 합의 업그레이드는 아마도 9월까지는 진행되지 않을 것이며 조기 테스트 이전 코드 동결이 선행될 것입니다.
주요 의제
지난 회의는 API 노드에 관한 이야기 중 마무리되었습니다. 2월 15일 회의에서는 노드 유형에 대한 기본적인 정의를 다시 살펴보았습니다. 이번 주에는 몇 가지 노드 유형과 트랜잭션 예측기(transaction estimator)가 소개되었습니다. 자세한 내용은 (초안) Antelope 노드 분류 문서를 참조하세요.
노드 유형에 대해
노드 유형 분류는 지난 주 처음 구체화 되었습니다.
이전 논의
블록 프로듀서 노드, 주요 목표 및 최고 효율 설정
블록 전용 릴레이 노드 및 최고 효율 설정
블록 및 트랜잭션 전용 릴레이 노드
심도 있는 API 노드 분석
식별된 두 가지 주요 API 노드 유형은 다음과 같습니다:
푸시 API 노드(Push API Node): "HTTP 클라이언트를 통해 트랜잭션을 받아들이며, 나가는 트랜잭션 릴레이로 작동합니다."
"블록 및 트랜잭션 전용 릴레이 노드로 작동하지 않는 한 수신 p2p 트랜잭션을 수락하지 않습니다."
체인 API 노드(Chain API Node): "블록체인 기본 요소 및 상태 데이터를 읽을 수 있는 액세스를 제공합니다..."
히스토리 노드 유형은 체인 API 노드에서 제공할 수 있는 것과 매우 다른 요구 사항을 가지고 있습니다.
상세 내용은 (초안) Antelope 노드 분류 문서를 참조하세요.
이번 주 마무리된 노드 유형 분류에서는 다음과 같은 넓은 범위 유틸리티가 포함되었습니다:
개발자 노드(Developer Node): 테스트용으로, 단일 노드 네트워크 내 로컬 장치에서 모든 노드 역할을 수행합니다.
개발자 노드 초안 문서에서 몇 가지 추가 세부 정보를 확인하세요.
트랜잭션 추정기(Transaction Estimator): 네트워크로 릴레이하지 않고 트랜잭션을 수락, 검증 및 적용합니다.
트랜잭션 추정기의 실제 사용 사례에 대해서는 초안 문서를 참조하세요.
다음 주 토론 중 "피더(feeders)"로 분류된 두 가지 노드 유형은 다음과 같습니다:
스냅샷 노드(Snapshotting Node): 주기적으로 스냅샷을 찍고 내부/외부 호스트로 파일을 게시합니다.
스냅샷 노드에 관한 자세한 정의는 초안 문서를 참조하세요.
트레이스 API 노드(Trace API Node): 트랜잭션 추적 정보를 클라이언트의 로컬 디스크에 기록하여 API를 통해 액세스할 수 있도록 합니다.
레이어-2 솔루션
리소스 제공 노드(Resource Provider Node)는 처음으로 식별된 레이어-2 솔루션 중 하나였습니다.
리소스 제공 노드(Resource Provider Node): 클라이언트 트랜잭션을 수락하고 해석, 유효성 검사를 수행하여 비즈니스 로직을 실행하여 CPU/NET/RAM 비용을 처리하기 위해 트랜잭션이 필요한지 여부를 결정합니다.
리소스 제공자 노드 서비스가 키트, 플러그인 솔루션으로 활용될 수 있다는 참고 사항도 언급되었습니다.
전망
노드 유형 및 잠재적 레이어-2 솔루션에 관한 토론은 다음과 같은 주제들을 포함합니다. 각 노드 유형의 최고 효율을 위한 설정 초안 작성, 특수 노드 패키지 조사 가능성, 설정 기본값을 위한 내장 플러그인 등이 언급되었습니다.
2월 22일: 특수 목적 노드 - 피더(Feeders) 그리고 레이어-2
2월 22일의 노드 운영자 라운드테이블 회의 녹화본을 ENF YouTube에서 확인해보세요. 회의록은 EOS Nation (Leap) GitHub에서 확인할 수 있습니다.
UPDATE:
ENF는 이전에 언급한 코드 동결 이전 Leap v4.0.0 기능을 개략적으로 확인할 것입니다. 새로운 기능을 소개하는 라운드테이블 회의 일정을 기억하세요.
주요 의제
특수 목적 노드에 관한 토의는 자연스레 (초안) 안텔로프(antelope) 노드 분류 문서에 대한 피드백으로 이어졌습니다. 회의록은 초안 문서에 기록되어 있습니다. DeepMind Logger 노드와 State History 노드가 소개되었는데, 이는 레이어-2 솔루션을 발전시키기 위한 것입니다. 히스토리 서비스가 특히 주목을 받았습니다.
해당 회의에서 '우선순위 로딩(Priority loading)'라는 개념이 언급되었다는 것에 유의해주세요. 이 개념을 쉽게 설명하자면 봇 문제 해결을 위한 삼진아웃 시스템 도입입니다. 우선순위 로딩은 WAX의 트랜잭션 혼잡 문제 해결에 있어서도 분명 효과적일 것입니다. 이를 통해 노드를 '(Clean out)청소'할 수 있을 것입니다. 이 솔루션은 기존 운영 방식을 크게 변경하지 않으며 비교적 간단하고 효율적인 솔루션으로 예상됩니다.
피더 노드(Feeder Node)의 구체화
상기 문단에서 기술된 두 가지 피더 노드 유형은 모두 구성된 피어로부터 블록을 수신하여 작동합니다. 두 노드 모두 레이어-2 히스토리 솔루션 구현을 도울 것입니다.
딥마인드 로거 노드(DeepMind Logger Node): "현재 블록, 추적 등을 지속적으로 직렬화하여 stdout으로 스트리밍하여 추가 처리합니다..."
상태 히스토리 노드(State History Node): "블록/추적을 상태 기록 파일에 저장합니다..."
레이어-2 솔루션
지난 주 레이어-2 솔루션에 대한 생각을 이어, 몇 가지 더 많은 서비스가 소개되었습니다.
이벤트 캡처 서비스(Event Capture Service): 피더 노드(Feeder Node)출력을 특수한 목적에 맞게 처리하여 히스토리 노드 서비스와 같은 목적으로 사용됩니다.
히스토리 제공 서비스(History Provider Service) : 클라이언트의 API 요청에 따라 기본 형식으로 제공되는 히스토리 데이터 제공 기본 서비스입니다.
이벤트 캡처 서비스는 포크 해결 작업(fork resolution)을 수행해야 합니다.
전망
2월 15일에 기술된 항목 외에도 다른 몇 가지 항목이 "Next Steps" 항목에 기술되어 있습니다. 자세한 내용은 (초안) 안텔로프(antelope) 노드 분류 문서를 참조하세요.
레이어-2 솔루션에 관한 토의는 다음 주에도 계속될 것으로 예상되며 피더(Feeder) 기능 매트릭스(feature matrix) 정의에 관한 토의가 진행될 것입니다.