2025년 4월 30일에 열린 EOS/Vaulta 노드 운영자 회의에서는 개발자와 인프라 운영자들이 모여 EOS 생태계의 중요한 업데이트와 도전 과제를 논의했습니다. 주요 주제 중 하나는 중요한 버그를 해결한 Antelope Spring 1.1.5 패치와 gossip 기반 네트워킹 기능의 진행 상황이었습니다. 회의에서는 gossip 자동 피어링을 위한 다가오는 Jungle 테스트넷 파일럿과 EOS 네트워크 재단에서 Vaulta 재단으로의 전환에 대해서도 다루었습니다. 거래 전파 및 최종자 역할에 대한 논의는 EOS 네트워크 내에서 거버넌스 모델의 지속적인 진화를 강조했습니다. 다음은 회의의 주요 사항 요약입니다.
주요 내용
-
Antelope Spring 1.1.5는 주요 버그를 수정하여 노드 안정성과 성능을 향상시킵니다.
-
3.9.0 RC1 업데이트는 gossip 기반 자동 피어링을 도입하여 네트워크 연결성을 향상시킵니다.
-
Jungle 테스트넷은 네트워크 복원력을 테스트하기 위해 실제 gossip 시나리오를 시험할 것입니다.
-
Vaulta 재단이 이제 EOS 관련 GitHub 프로젝트의 주요 조직입니다.
-
IPv4 및 IPv6 지원은 제한적이며, 구성 및 광고에 대한 지속적인 문제가 있습니다.
Antelope Spring 1.1.5 패치, 중요한 컴파일 및 충돌 문제 수정
그래서 Antelope Spring 1.1.5 패치가 출시되었고, 꽤 중요한 것 같습니다. 노드 운영자에게 문제를 일으키던 심각한 문제를 해결합니다.
기본적으로, OC 계약 컴파일이 아무런 경고 없이 실패하게 만드는 버그가 있었고, 이는 노드 성능에 큰 영향을 미쳤습니다. 노드를 재시작하면 잠시 도움이 되었지만, 진정한 해결책은 업그레이드하는 것입니다. 또한, 연결이 끊어졌을 때 발생하던 드문 충돌도 수정되었습니다. 동기화 또는 인덱싱을 위해 OC 또는 ship을 사용하는 경우 업그레이드를 고려해야 합니다.
Gossip 기반 피어링 기능, 3.9.0 RC1로 진행
gossip 기반 피어링 기능이 진행 중이며, 3.9.0 RC1 릴리스에 업데이트가 포함되었습니다. 이는 노드가 연결되고 정보를 공유하는 방식을 바꿀 수 있는 큰 일입니다. 피어 키 등록 및 삭제를 처리할 수 있도록 시스템 계약이 업데이트되었습니다. 이것이 자동 피어링을 가능하게 합니다.
다음은 현재 진행 중인 사항입니다:
-
Jungle 테스트넷에 이를 배포하기 위한 다중 서명(MSIG) 제안이 곧 있을 예정이며, 아마도 다음 주 초가 될 것입니다.
-
이 기능을 테스트하고 싶다면, Jungle 채널에 공유된 지침을 확인하세요. 팀은 모든 것이 원활하게 작동하는지 피드백을 원하고 있습니다.
-
목표는 피어링 프로세스를 자동화하여 노드 운영을 더 쉽고 효율적으로 만드는 것입니다. 더 이상 수동으로 피어를 추가할 필요가 없기를 바랍니다!
Jungle 테스트넷, 실제 시나리오로 Gossip 자동 피어링 시험
Jungle 테스트넷은 gossip 자동 피어링 기능의 시험장이 될 것입니다. 새로운 시스템이 얼마나 잘 작동하는지 보기 위해 실제 네트워크 조건을 시뮬레이션할 예정입니다. 이는 메인 네트워크에서 어떤 것이 라이브로 진행되기 전에 중요한 단계입니다.
운영자들은 하드코딩된 피어 목록을 최소한으로 유지해 달라고 요청받고 있습니다. 이는 gossip 시스템이 제대로 테스트될 수 있도록 하는 데 중요합니다. 네트워크는 혼란스러운 상황에서도 제대로 작동하기 위해 많은 참가자가 필요합니다.
혼란을 언급하자면, 일부 의도적으로 방해하는 시나리오를 도입할 계획이 있습니다. 예를 들어:
-
포트를 변경하기.
-
일정을 재조정하기.
-
일반적으로 예측할 수 없게 만들기.
새로운 시스템에서 방화벽이 어떻게 작동할지는 큰 질문입니다. 방화벽 구성에 대한 커뮤니티의 의견이 필요합니다.
Vaulta 재단, GitHub에서 EOS 네트워크 재단 대체
그래서 EOS 네트워크 재단이 GitHub에서 사라지고 Vaulta 재단이 들어왔습니다. 시스템 계약 및 문서와 같은 것들을 관리하는 조직의 이름이 바뀐 것입니다. 모든 저장소가 이전되었습니다.
크게 중요한 일은 아니지만, 알아두어야 할 사항입니다. 다음은 알아야 할 내용입니다:
-
조직 이름이 변경되어 시스템 계약 및 문서와 같은 저장소가 새로운 우산 아래에 있습니다.
-
이전 링크는 자동으로 리디렉션되므로 좋습니다. 하지만 즐겨찾기가 있다면 업데이트하는 것이 좋습니다.
-
이것은 네트워크 운영 방식에 아무런 변화를 주지 않으며, 행정적인 문제에 더 가깝습니다.
IPv4 및 IPv6 광고 제한 및 구성 문제
현재 노드는 하나의 P2P 주소만 광고할 수 있습니다. IPv4와 IPv6를 모두 실행하려면 이를 제대로 작동시키기 위해 코드 변경이 필요합니다. 솔직히 말해서, 좀 귀찮습니다. 운영자들은 DNS 작동 방식과 네트워크 설정에 따라 다양한 문제를 겪고 있습니다. 게다가, 실제로 IPv6를 사용하는 사람은 많지 않아서 대부분의 연결은 여전히 IPv4입니다. 노드 설정을 조정할 때 염두에 두어야 할 사항입니다.
노드는 현재 하나의 광고된 P2P 주소만 지원하며, 이중 스택 지원은 코드 변경이 필요합니다.
다음은 고려해야 할 몇 가지 사항입니다:
-
DNS 해상도가 다소 예측할 수 없습니다.
-
네트워크 설정이 매우 다양하여 서로 다른 경험을 초래합니다.
-
IPv6 채택이 실제로 여전히 낮습니다.
거래 전파 재설계, 대규모 거래 병목 현상 목표
그래서, 큰 거래가 때때로 네트워크를 혼잡하게 만드는 문제가 있습니다. 팀은 많은 활동이 있을 때 더 원활하게 작동하도록 하는 수정 작업을 진행 중입니다. 아이디어는 전체 거래를 즉시 보내는 대신 더 작은 "거래 알림" 메시지를 보내 네트워크 혼잡을 줄이는 것입니다.
이것을 이렇게 생각해 보세요:
-
모두가 한 번에 전체 메시지를 외치는 대신, 간단한 알림을 보냅니다.
-
거래는 이미 알림을 받은 피어에게는 전달되지 않으므로 불필요한 반복을 줄입니다.
-
이것은 네트워크가 매우 바쁠 때 성능을 크게 향상시킬 것입니다.
이 업데이트는 Spring 1.3 릴리스에 계획되어 있습니다. 이는 동시에 많은 거래가 발생할 때 네트워크가 지체되지 않도록 하는 것입니다. 네트워크에 약간의 여유를 주는 것과 같습니다.
최종자에 대한 논의, Savannah 합의의 유연성 드러내다
그래서 최종자와 Savannah 합의 메커니즘 내에서의 작동 방식에 대한 논의가 있었습니다. 사람들이 처음 생각했던 것보다 더 많은 여지가 있다는 것이 밝혀졌습니다. 주요 요점은 최종자 역할이 블록 제안자와 직접 연결될 필요가 없다는 것입니다. 이는 더 나은 중복성을 위한 가능성을 열어줍니다.
이것을 이렇게 생각해 보세요:
-
현재 시스템 계약은 2/3+1 합의를 강제하도록 설정되어 있습니다. 하지만, 이게 51%까지 조정될 수 있다는 것입니다. 꽤 큰 일입니다.
-
Ultra와 같은 작은 체인은 확장 가능한 합의 모델을 요구하고 있습니다. 그들은 비용을 들이지 않고도 작동할 수 있는 것이 필요합니다.
-
흥미로운 점은, 기술적으로 여러 개의 경량 최종자를 운영하여 결함 허용성을 높일 수 있다는 것입니다. 더 많은 최종자, 더 적은 위험으로 일이 잘못될 가능성을 줄입니다. 모든 것이 옵션에 관한 것이며, Savannah는 많은 것을 제공하는 것 같습니다.
가중치 및 역할 분리, 고급 거버넌스 모델 가능하게 하다
그래서 시스템은 가중치가 있는 최종자 투표를 처리할 수 있도록 설정되어 있습니다. 이것이 의미하는 바는 무엇일까요? 기본적으로, 생산자와 최종자를 다르게 취급할 수 있다는 것입니다. 이는 거버넌스 구조에 대한 흥미로운 가능성을 열어줍니다.
이것을 이렇게 생각해 보세요:
-
가장 많은 네트워크 보안 및 안정성에 기여하는 고중량 노드에게만 보상을 지급할 수 있습니다.
-
낮은 중량 참여를 위해 자원봉사자를 사용할 수 있어, 큰 지분이 없어도 더 많은 사람들이 참여할 수 있습니다.
-
이 유연성은 프로토콜 수준에서 변경하지 않고도 합의 메커니즘을 미세 조정할 수 있게 해줍니다. 원하는 결과를 달성하기 위해 가중치와 역할을 조정하는 것입니다.
-
이는 특히 자원이 제한된 작은 체인에서 확장 가능하고 탄력적인 설계의 잠재력을 강조합니다. 책임과 보상을 할당하는 방법에 대해 창의적으로 접근하여 네트워크가 건강하고 안전하게 유지되도록 할 수 있습니다.
결론
요약하자면, 2025년 4월 30일 EOS/Vaulta 노드 운영자 회의는 EOS 생태계의 여러 중요한 발전을 강조했습니다. gossip 기반 네트워킹 및 최종자 역할의 유연성에 대한 논의는 네트워크 성능 및 적응성을 개선하려는 의지를 보여주었습니다. Antelope 소프트웨어의 업데이트와 자동 피어링과 같은 새로운 기능의 도입은 더 효율적이고 탄력적인 시스템을 향한 단계입니다. Ultra와 같은 작은 체인이 이러한 발전의 혜택을 보려는 만큼, 혁신적인 거버넌스 모델의 가능성이 더욱 분명해집니다. 전반적으로 이러한 변화는 노드 운영자와 더 넓은 커뮤니티가 직면한 문제를 해결하기 위한 적극적인 접근 방식을 반영합니다.
이 기사는 AI 기반 기술의 지원을 받아 여러 신뢰할 수 있는 출처를 바탕으로 작성되었습니다. 최종 콘텐츠는 BlockzHub 편집팀에 의해 철저히 검토 및 편집되어 정확성, 명확성, 일관성을 보장합니다. 원본 보도 자료는 필요에 따라 적절히 출처를 명시합니다. 본 기사에 표현된 의견은 반드시 BlockzHub의 공식적인 견해나 입장을 반영하는 것은 아닙니다. 이 기사는 정보 제공 목적으로만 제공되며, 금융 또는 전문가의 조언으로 간주되어서는 안 됩니다. 투자는 위험을 수반하며, 투자 결정을 내리기 전에 반드시 자격을 갖춘 금융 전문가와 상담하시기 바랍니다.