2025년 3월 12일, EOS 노드 운영자 회의는 EOS 커뮤니티의 주요 인사들을 모아 최근 개발 사항과 도전 과제를 논의했습니다. 초점은 주로 EOS 시스템 계약 버전 3.8.0의 배포와 테스트넷에서의 네트워크 성능 문제에 있었습니다. 참가자들은 연결성을 향상시키고 피어 투 피어 네트워크를 최적화하는 방법에 대한 통찰을 공유했으며, 빠른 블록 시간으로 인한 고유한 문제를 다루었습니다. 이번 회의는 EOS 생태계를 개선하고 앞으로의 강력한 성능을 보장하기 위한 한 걸음이었습니다.
주요 내용
-
EOS 시스템 계약 v3.8.0의 배포가 모든 필요한 서명을 받아 성공적으로 승인되었습니다.
-
v3.8.0의 주요 업데이트에는 '선물 RAM'과 예약된 계정 이름 문자열의 도입이 포함됩니다.
-
테스트넷에서 투표 전파 지연이 발생하고 있어 잠재적인 수정 방안에 대한 논의가 이루어졌습니다.
-
피어 투 피어 네트워크 효율성을 개선하기 위해 새로운 가십 기반 피어링 시스템이 개발되고 있습니다.
-
빠른 블록 시간이 투표 전파에 도전 과제를 만들어내고 있어 노드 간의 더 나은 조정이 필요함을 강조하고 있습니다.
EOS 시스템 계약 v3.8.0의 배포
MSIG의 승인 및 실행
시스템 계약에 대한 좋은 소식입니다! 시스템 계약 v3.8.0을 배포하기 위해 필요한 MSIG가 승인을 받았습니다. 회의가 시작되기 직전에 필요한 15개의 서명을 모두 받았습니다. 꽤 효율적입니다.
v3.8.0의 변경 사항 요약
그렇다면 v3.8.0에서 무엇이 새로워졌을까요? 다음은 요약입니다:
-
리카르디안 조항과 관련된 몇 가지 문제가 수정되었습니다. 저는 개발자는 아니지만, 좋은 일이라고 들었습니다.
-
"선물 RAM"이 추가되었습니다. 이는 다른 사람에게 RAM을 줄 수 있지만, 그들은 이를 전송하거나 재판매할 수 없습니다. 흥미롭습니다.
-
계정 이름에 대한 문자열 예약이 추가되었습니다. 이는 브랜드를 보호하기 위한 것으로, 누군가 이미 사용 중인 이름을 쉽게 가져갈 수 없도록 합니다.
다음 단계
3월 18일에 예약된 문자열의 해시 벡터가 공개될 예정입니다. 이는 사람들이 그 예약된 문자열로 새로운 계정을 만드는 것을 방지할 것입니다. 모든 것을 정리하고 이름 스쿼팅을 방지하는 것이죠.
테스트넷 업그레이드 및 연결 문제
테스트넷에서의 블록 전파 문제
버전 1.1.1로 업그레이드한 후, 일부 블록 생산자들은 투표가 예상보다 빠르게 전파되지 않는 것을 발견했습니다. 특히 정글 및 킬란 테스트넷에서 두드러졌습니다. 일부 노드가 최신 블록에 대한 정보를 전파하는 데 어려움을 겪고 있는 것 같습니다. 피어링 설정을 조정했더니 상황이 조금 나아졌습니다.
투표 전파 지연의 가능한 원인
투표가 느린 이유는 무엇일까요? 몇 가지 이유가 있을 수 있습니다. 1.1.0에서 1.1.1로의 업그레이드가 연결 처리 방식에 영향을 미쳤을 수 있습니다. "중복 연결 처리"에 대한 몇 가지 변경 사항이 있었고, 아마도 이로 인해 이상한 동작이 발생했을 수 있습니다. 또한, 1.1.0에서 추가된 "블록 MAC" 기능이 있을 수 있습니다. 이 기능이 불필요하게 연결을 필터링하거나 차단하고 있을 수 있습니다.
문제 해결 및 제안된 수정 사항
그들이 시도한 것은 블록 MAC을 비활성화하는 것이었습니다. 그리고 그게 문제를 해결한 것 같았습니다! 하지만 물론, 그게 진짜 해결책인지 확실히 하기 위해 더 많은 테스트가 필요합니다. 그들이 고려하고 있는 사항은 다음과 같습니다:
-
다양한 테스트넷에서의 추가 테스트.
-
블록 MAC이 있는 경우와 없는 경우의 네트워크 트래픽 분석.
-
투표 전파 중 CPU 및 메모리 사용량 점검.
-
연결 처리와 관련된 코드 변경 사항 검토.
지연의 정확한 원인을 파악하고 수정이 다른 것을 망치지 않도록 하는 것이 중요합니다.
피어 투 피어 네트워크 최적화
조정된 피어링의 중요성
현재 EOS 네트워크는 블록 생산자(BP)가 서로 효율적으로 소통하는 데 의존하고 있습니다. 이는 글로벌 네트워크이므로 정보를 신속하게 전파하는 것이 매우 중요합니다. 현재 설정은 BP가 블록을 빠르게 전파하기 위해 많은 조정을 필요로 합니다. 다음과 같이 생각해 보세요:
-
모두가 누구와 이야기해야 하는지 알아야 합니다.
-
그 연결이 신뢰할 수 있어야 합니다.
-
문제가 발생하면 모든 것이 느려질 수 있습니다.
제안된 개선 사항: 가십 기반 피어링
팀은 BP 간의 연결을 처리하는 새로운 방법인 "가십 기반 피어링"을 검토하고 있습니다. 이 아이디어는 연결 프로세스의 일부를 자동화하는 것입니다. 다음은 그 작동 방식입니다:
-
BP는 가십 프로토콜을 사용하여 자동으로 피어를 찾습니다.
-
메시지는 정당성을 보장하기 위해 서명됩니다.
-
상위 BP만 연결 정보를 공유하여 보안성과 효율성을 유지합니다.
합의 및 네트워크 성능 논의
빠른 블록 시간이 고유한 도전 과제를 생성합니다
EOS의 빠른 블록 시간은 단 0.5초로, 투표가 매우 빠르게 전파되어야 합니다. 일부 노드는 왕복 시간이 500ms에 달해 투표를 제때 제출하기 어렵습니다. 이는 네트워크에 흥미로운 문제를 만들어냅니다. 마치 결승선을 통과하기 위해 이미 반쯤 도착한 것과 같습니다.
탈중앙화된 네트워크에서의 중앙 집중식 조정 필요성
이상하게 들릴 수 있지만, 탈중앙화된 설정에서도 네트워크에서 누가 누구와 소통하는지에 대한 중앙 집중식 조정이 여전히 필요합니다. 일부 사람들은 블록 생산자(BP)가 네트워크 최적화를 소프트웨어에만 의존해서는 안 된다고 생각합니다. 다음과 같은 의견이 있었습니다:
-
수동 조정이 여전히 중요합니다.
-
소프트웨어 자동화는 완전한 해결책이 아닙니다.
-
최종자 확장이 회복력을 개선하는 데 도움이 될 수 있습니다.
결론
요약하자면, 2025년 3월 12일의 EOS 노드 운영자 회의는 EOS 생태계 내에서의 중요한 발전과 지속적인 도전 과제를 강조했습니다. "선물 RAM" 및 계정 이름 보호와 같은 기능을 포함한 시스템 계약 v3.8.0의 성공적인 배포는 커뮤니티에 한 걸음 나아간 것입니다. 그러나 최근 업그레이드 이후 테스트넷에서의 투표 전파 문제는 여전히 해결해야 할 과제가 있음을 나타냅니다. 피어 투 피어 연결 최적화와 블록 생산자 간의 더 나은 조정 필요성에 대한 논의는 고성능 네트워크를 유지하는 복잡성을 반영합니다. EOS 커뮤니티가 이러한 도전 과제를 계속 해결해 나가면서, 탈중앙화와 효과적인 네트워크 관리 간의 균형이 주요 초점으로 남아 있습니다.
이 기사는 AI의 도움을 받아 여러 신뢰할 수 있는 소스로부터 정보를 수집하여 작성되었습니다. 콘텐츠는 정확성과 일관성을 보장하기 위해 편집팀이 검토 및 수정하였습니다. 본 기사에서 표현된 견해는 AI의 것이며 반드시 BlockzHub의 견해를 반영하는 것은 아닙니다. 원본 보도 자료는 필요에 따라 적절히 인용되었습니다. 본 기사는 정보 제공을 목적으로 하며, 금융 투자 조언이 아닙니다. 모든 투자는 위험을 수반하므로, 투자 결정을 내리기 전에 반드시 자격을 갖춘 금융 전문가와 상담하시기 바랍니다.