모든 콜렉션
이오스(EOS) 관련 소식
노드 운영자 회의 요약 [2023년 12월 #1] : 립 5.0 RC3 라이브, 트랜잭션 폭증: EOS 네트워크 우수한 성과, 히스토리 솔루션 부족, 서브스트림, 노드 운영 단순화 vs 개선, 그 외
노드 운영자 회의 요약 [2023년 12월 #1] : 립 5.0 RC3 라이브, 트랜잭션 폭증: EOS 네트워크 우수한 성과, 히스토리 솔루션 부족, 서브스트림, 노드 운영 단순화 vs 개선, 그 외

2023년 12월 18일 발간

Sangyong Jeong avatar
작성자: Sangyong Jeong
1주 전에 업데이트함

작성자: Markus Hinrichs

편집자: Randall Roland

옮긴이: Sangyong Jeong

노드 운영자(Node Operator), 안텔로프(Antelope) 핵심 개발자, 그리고 다양한 커뮤니티 구성원은 네트워크 발전을 위한 건설적이고 흥미로운 주제에 대해 논의합니다. 노드 운영자 회의(Node Operator Roundtable)의 목표는 다음과 같습니다:

"노드 운영자들을 위해 안텔로프 프로토콜을 개선하는 것"

회의는 매주 수요일 오후 UTC 14시부터 15시까지 진행됩니다. 회의 참여에 관한 정보는 텔레그램(Telegram) 채널을 방문해주세요. 이오스 노드 운영의 기초를 배우고자 하는 분들을 위해, EOS 네트워크 재단(EOS Network Foundation, 이하 ENF)은 관련 튜토리얼 및 문서를 제공하고 있습니다.

  • 12월 13일: 리플 5.0 RC3가 릴리즈되었으며 안정 버전은 2024년 1월 예정되어 있으며, 네트워크는 거래 급증을 잘 처리했습니다. 역사적 해결책의 부족, 서브스트림의 관련성 및 BPs에게 최신 리플 버전으로 업그레이드할 것을 권장하는 내용이 포함되어 있습니다.

  • 12월 6일: 리플 5.0 RC3 업데이트, 노드 운영 간소화 대비 향상된 문서화 등의 내용이 포함되었습니다.

깃허브(GitHub)에서 해당 회의록을 확인하시고, ENF 유튜브 채널에서 녹화 비디오를 확인하세요.

12월 13일: 립 5.0 RC3 출시, 안정화 버전 2024년 1월 출시 예정. 트랜잭션 급증에도 불구 네트워크 문제 미발생, 히스토리 솔루션 부족, 서브스트림의 중요성, 블록 생산자에 버전 업그레이드 권장.

5.0 RC3 및 6.0 미리보기:

  • 목요일에 새 업데이트가 릴리즈되었으며 비 BP 노드 배포를 위한 커뮤니티 참여가 있었습니다.

  • ENF은 안정적인 릴리즈에 대한 신뢰를 표명하며 새 해 이후 잠재적인 변경 사항이 있을 수 있음을 언급했습니다.

  • 프로토콜 업그레이드를 위한 테스트넷에 대한 회원 간의 조정이 논의되었습니다.

  • EOSEVM 및 dfuse 노드의 5.0과의 호환성을 위한 지속적인 테스트가 진행 중입니다.

립 6.0 준비:

  • ENF는 6.0 업그레이드가 예정된 1월에 즉각적인 최종성(Instant Finality)을 제공할 예정이며, 이에 대한 소식을 전하기 위한 계획을 세우고 있습니다.

  • 즉각적인 최종성을 위한 Merkel 루트 계산의 수정에 대해 탐구 중입니다.

커뮤니티 토픽 - 히스토리 솔루션(History Solutions):

  • EOSUSA의 하이페리온 노드의 부족과 역사적 해결책의 제한된 가용성에 대한 우려가 제기되었습니다.

  • Alcor의 IBC 솔루션이 히스토리 솔루션에 의존하고 있어 노드 충돌 시 기술적 장애가 발생하는 문제가 강조되었습니다.

  • IBC 목적을 위해 블록 콘텐츠 대신 블록 해시의 중요성에 대한 논의와 6.0을 위한 Merkel 루트 계산의 예정된 변경 사항에 대한 토론이 진행되었습니다.

    • IBC 기능을 지원하기 위한 최소 서비스 요구 사항에 대한 토론이 이루어졌습니다.

  • 노드 부담을 줄이기 위해 처리되지 않은 데이터(raw data) 대신 처리된 데이터(digested data)를 제공하는 서비스를 제공하는 것에 대한 제안이 있었습니다.

히스토리 솔루션 구축 관련 문제:

  • 현재 히스토리 솔루션의 부족은 인센티브 부족, 비용, 그리고 문제 자체의 복잡성으로 인한 것으로 식별되었습니다.

  • 각각의 사용 사례에 따라 보존할 역사의 유형에 대한 논쟁이 있었습니다.

  • 서브스트림(substreams)과 사용자 정의 솔루션을 통해 관리하는 것을 지지하는 의견이 있었습니다.

이오스 네이션(EOS Nation)의 노력:

  • 이오스 네이션은 안텔로프(Antelope) 체인 내에서 서브스트림을 촉진하여 이더리움(Ethereum) 및 코스모스(Cosmos)와 호환 가능하게 만들고 있으며, EOSEVM 서브스트림에 대한 계획을 갖고 있습니다.

인스크립션(Inscriptions)으로 인한 트랜잭션 급증:

  • 최근 네트워크에서 인스크립션과 관련된 트랜잭션이 24시간 동안 약 1800만회 발생했습니다.

  • 해당 이벤트 중 네트워크 성능은 EOSEVM에 대한 일부 RPC 문제가 있었음을 주목하였습니다.

"네트워크는 정말 잘 유지되었습니다. 몇 차례의 포크가 있었습니다. Upland는 일부 거래가 대기열 때문에 처리되지 않았다고 불평했습니다." - 매튜 다윈(Mathew Darwin)

  • 인스크립션 이벤트는 노드 운영자들에게 업그레이드를 촉발시켜, NET의 증가된 사용과 그것이 네트워크 아키텍처 및 대역폭(bandwidth) 사용에 미칠 잠재적인 영향을 강조했습니다.

NET 가격 및 인프라 업그레이드:

  • NET 가격에 대한 토론이 있었습니다. 이는 더 많은 EVM 노드가 필요하며, 증가된 데이터 흐름을 처리하는 장기적인 비용에 대한 가능성에 대한 논의였습니다.

  • 최근 NET 사용량 급증에 대한 고찰로, 데이터 처리에 있어 CPU에서 NET으로의 주요 관심 변화가 이뤄졌습니다.

결론:

케빈 하이프너(Kevin Heifner)는 주말 이벤트는 굉장히 가치 있는 경험이었다고 강조했습니다. 이는 네트워크의 탄력성을 보여주었을 뿐만 아니라 네트워크 인프라를 강화할 수 있는 잠재적인 영역을 확인하고, NET의 가격에 대한 논의를 촉발했습니다. 또한, 여전히 립(Leap) 3.x를 사용 중인 노드 운영자가 더 효율적인 버전 4와 5로 업그레이드 해야 할 필요성을 증대시켰습니다. 이러한 행사는 더 나은 릴리스로의 업그레이드를 논의하고 촉진함으로써 가치 있는 시간이었습니다.

12월 6일: 립 5.0 RC3 업데이트, 노드 운영의 간소화 vs 노드 운영 관련 문서 개선

릴리스 준비 (5.0 업데이트):

  • 5.0 업데이트로의 전환 상태에 관한 상황, 실패한 테스트에 대한 논의 및 RC3의 12월 7일 예정된 가용성 등이 논의되었습니다.

  • 잠재적으로 예기치 못한 문제들에 대처하고, 서명된 바이너리(signed binaries) 파일로 안정된 릴리스가 될 가능성에 대해 다루었습니다.

RC3의 개선 사항:

  • RC2에서 RC3로의 개선 사항을 개괄적으로 설명하였는데, 이는 버그 수정, 성능 향상, 메모리 최적화 및 빌드 프로세스에서의 운영 단순화를 포함하고 있습니다.

  • RC3에서 안정성, 테스트, 및 기능적 동등성(functionality equivalence)을 강조하며 보다 정교한 개선을 이루었습니다.

안정적 릴리스 전망:

  • 이오스 네이션은 비 블록 생산 노드에서 RC3를 테스트한 점을 강조했습니다.

  • 1월 첫째 주에 안정적인 릴리스를 홍보하기 위한 노력을 목표로 하고 있으며, 서명된 바이너리 릴리스가 포함될 수 있을 것으로 기대하고 있습니다.

마이클(Michael)의 문서화 관련 통찰:

  • 노드 운영자들을 위한 포괄적인 문서의 중요성을 강조하며, 관련 문서가 부족함으로 인해 버전 간에 잠재적인 문제가 발생할 수 있다고 강조했습니다.

  • 개발 논의에 참여하지 않은 사람들 사이에서 지식 격차를 막기 위해 보다 폭넓은 이해가 필요하다고 지적했습니다.

이브 라 로즈(Yves la Rose)의 이지 모드(Easy-Mode) 노드 운영 제안:

  • 노드 구성의 복잡성에 대해 다루며, 대부분의 사용자들이 간소화된 실행 파일과 자동 업그레이드를 바라고 있다는 제안을 했습니다.

  • "쉬운 모드" 또는 공식 Docker 이미지와 함께 자동 구성 및 업그레이드를 위한 관리 소프트웨어에 대한 아이디어를 탐구하여 사용자들에게 진입 장벽을 줄이기 위한 노력을 제안했습니다.


출처 및 참고문헌

답변이 도움되었나요?