2025년 2월 26일 EOS 노드 운영자 회의는 네트워크가 직면한 최신 업데이트와 과제를 논의하기 위해 주요 관계자들을 모았습니다. 논의 주제는 소프트웨어 업그레이드와 거버넌스 제안에서부터 노드 구성 및 보안 조치에 이르기까지 다양했습니다. 회의는 EOS 생태계를 유지하고 개선하기 위해 협력과 신속한 행동의 중요성을 강조했습니다.
주요 내용
-
Spring 1.1.1 패치가 출시되어 블록 전파를 원활하게 하고 거래 속도를 높이는 데 중점을 둡니다.
-
블록 프로듀서들은 네트워크 성능 향상을 위해 Spring 1.1.1로 업그레이드할 것을 권장합니다.
-
System Contracts 3.7은 할당된 리소스의 오용을 방지하기 위해 Gift RAM 기능을 도입합니다.
-
Gift RAM 기능은 사용자가 선물 받은 RAM을 악용하거나 재판매하지 못하도록 보장합니다.
-
System Contracts 3.8은 사기 계정을 줄이기 위해 Restricted Strings를 포함할 예정입니다.
-
Restricted Strings는 플래그가 지정된 하위 문자열을 포함하는 계정 이름을 차단합니다.
-
블록 프로듀서와 파이널라이저 노드에 대한 모범 사례가 논의되었으며, 설정 및 재해 복구에 중점을 두었습니다.
-
Restricted Strings 및 MSIG 승인과 같은 거버넌스 문제에 대한 커뮤니티 피드백이 권장됩니다.
Spring 1.1 시리즈로 업그레이드
패치 1.1.1 출시
Spring 1.1.1 패치의 출시는 네트워크 성능과 안정성을 개선하는 데 중요한 단계입니다. 이 업데이트는 초기 1.1 릴리스에서 확인된 여러 버그를 해결하여 모든 노드 운영자에게 권장되는 업그레이드입니다. 아직 업그레이드하지 않은 운영자는 최신 수정 사항과 최적화를 활용하기 위해 1.1.1 버전으로 바로 이동하는 것이 좋습니다.
1.1.1의 주요 개선 사항
1.1.1 패치는 노드 운영을 최적화하기 위한 여러 주요 개선 사항을 도입합니다:
-
최적화된 블록 전파: 대규모 거래 중심 블록으로 인한 지연을 줄여 네트워크 통신을 원활하게 합니다.
-
거래 전용 모드: 공용 릴레이는 불필요한 블록 데이터를 처리하지 않고 거래만 처리할 수 있습니다.
-
향상된 네트워크 상태: 이 업데이트를 채택하는 노드가 많을수록 거래와 블록이 네트워크 전반에 더 효율적으로 전파됩니다.
이러한 개선 사항은 특히 별도의 파이널라이저 노드를 실행하는 블록 프로듀서(BP)에게 유익하며, 동기화 및 전반적인 처리 효율성을 향상시킵니다.
채택 및 테스트 업데이트
1.1.1 패치는 두 개의 테스트넷에 배포되었으며, 메인넷에 완전히 배포되기 전에 안정성을 보장하기 위해 추가 모니터링이 진행 중입니다. 노드 운영자들은 특정 시나리오에서 관찰된 최종성 드리프트와 같은 남아 있는 문제를 해결하기 위해 신속히 업데이트를 채택할 것을 권장받고 있습니다. 올바르게 구성된 노드를 업그레이드한 대규모 공용 엔드포인트는 전체 네트워크 성능에 특히 긍정적인 영향을 미칠 것으로 예상됩니다.
System Contracts 3.7에 대한 다중 서명(MSIG) 제안
3.7에 포함된 내용은?
System Contracts 3.7은 기능성과 거버넌스를 개선하기 위한 여러 업데이트를 도입합니다. 가장 주목할 만한 추가 사항은 특정 제한 조건과 함께 RAM을 다른 계정에 할당할 수 있는 Gift RAM 기능입니다. 이를 통해 선물 받은 RAM은 제3자에게 판매되거나 이전될 수 없으며, 대신 수신자만 사용할 수 있거나 발신자에게 반환될 수 있습니다. 이 제안에는 이전에 취소된 3.6.1 업데이트의 수정 사항도 포함되어 있어 더 안정적이고 안전한 구현을 보장합니다.
Gift RAM의 중요성
Gift RAM 기능은 생태계에서 리소스 오용 문제를 해결하기 위해 설계되었습니다. 과거에는 일부 사용자가 받은 RAM을 판매하거나 오용하여 무료 계정 생성 프로그램을 악용했습니다. 새로운 제한 사항을 통해 계정 생성 서비스는 리소스가 의도한 대로 사용되도록 보장할 수 있습니다. 이는 남용을 방지할 뿐만 아니라 공정한 리소스 할당을 촉진합니다. 예를 들어:
-
새 사용자에게 선물된 RAM은 계정 운영만 지원할 수 있어 재판매를 방지합니다.
-
서비스 제공자는 사용되지 않은 RAM을 회수하여 리소스를 효율적으로 사용할 수 있습니다.
-
생태계는 남용이 줄어들어 사용자 간 신뢰가 형성됩니다.
다가오는 System Contracts 3.8 릴리스
개발 및 릴리스 일정
System Contracts 3.8은 개발의 마지막 단계와 내부 테스트가 진행 중이며, 다음 주에 Jungle Testnet에 배포될 예정입니다. 여기서 엄격한 테스트를 거칠 예정이며, 모든 것이 계획대로 진행된다면 2025년 3월 11일까지 메인넷 배포를 위한 다중 서명(MSIG) 승인을 제안할 계획입니다. 이 일정은 릴리스가 안정적이고 안전하도록 보장하려는 커뮤니티의 의지를 반영합니다.
새로운 기능: 계정 생성용 Restricted Strings
이번 릴리스의 중요한 추가 사항은 계정 생성용 Restricted Strings의 도입입니다. 이 새로운 기능은 EOSIO 특권 계정이 특정 하위 문자열을 포함하는 계정 생성을 차단할 수 있도록 합니다. 목표는 공식적이거나 오해의 소지가 있는 이름의 오용을 방지하여 사기 및 사칭 시도를 줄이는 것입니다.
작동 방식은 다음과 같습니다:
-
특권 계정은 기밀성을 유지하기 위해 제한된 하위 문자열의 해시 버전을 사전에 예약합니다.
-
최종화되면 제한된 하위 문자열이 공개적으로 공개되며, 즉시 시행이 시작됩니다.
-
이 2단계 프로세스는 악의적인 행위자가 악용할 수 있는 시간 간격을 제거합니다.
제한된 문자열 목록은 작고 신중하게 선별되며, 고위험 사례만을 대상으로 합니다. 블록 프로듀서(BP)는 이러한 제한을 승인하거나 거부할 권한을 가지며, 탈중앙화되고 투명한 거버넌스 프로세스를 보장합니다.
거버넌스 및 보안 고려 사항
Restricted Strings 기능은 보안을 강화하는 동시에 거버넌스 과제를 도입합니다. 주요 질문 중 하나는 이러한 제한을 구현하면서 악의적인 행위자가 시행 전에 유사한 이름을 사전 등록하지 못하도록 하는 방법입니다. 앞서 언급한 2단계 프로세스는 이 문제를 효과적으로 해결합니다.
추가 고려 사항은 다음과 같습니다:
-
프로세스가 커뮤니티에 투명하게 유지되도록 보장합니다.
-
탈중앙화된 감독의 필요성과 보안 조치 간의 균형을 유지합니다.
-
과도한 권한 남용을 방지하기 위해 제한된 하위 문자열 목록을 최소화하고 집중적으로 유지합니다.
블록 프로듀서는 이 거버넌스 모델에서 중요한 역할을 합니다. 제안된 제한을 승인하거나 거부할 수 있는 그들의 능력은 시스템에 대한 단일 엔티티의 무제한 권한을 방지합니다.
블록 프로듀서(BP) 및 파이널라이저 노드 설정
BP 및 파이널라이저 노드에 대한 모범 사례
블록 프로듀서(BP) 노드와 해당 파이널라이저 노드를 설정하는 것은 강력하고 신뢰할 수 있는 네트워크를 유지하는 데 중요한 부분입니다. 이러한 노드가 동일한 기계에서 작동해야 하는지 또는 별도로 작동해야 하는지에 대한 공식적인 권장 사항은 없지만, 결정은 종종 운영자의 재해 복구 전략에 달려 있습니다. 각 설정 옵션은 고유한 장단점을 가지고 있습니다.
다음은 주요 고려 사항입니다:
-
별도 노드: BP와 파이널라이저 노드를 다른 기계에서 실행하면 내결함성이 향상될 수 있습니다. 그러나 노드 간 원활한 통신을 보장하기 위해 신중한 구성이 필요하며, 이는 기술적으로 까다로울 수 있습니다.
-
공유 기계: 두 노드를 동일한 기계에서 호스팅하면 구성이 간소화되지만 단일 장애 지점이 발생할 수 있습니다. 이 옵션은 리소스가 제한된 소규모 운영에서 자주 선택됩니다.
-
모니터링 및 로그: 설정에 관계없이 운영자는 시스템 로그를 면밀히 모니터링하여 문제나 잠재적 문제를 조기에 감지해야 합니다.
파이널라이저 지연의 영향
파이널라이저 노드는 블록 생성 프로세스에서 중요한 역할을 합니다. BP가 관련 파이널라이저로부터 투표를 받지 못하면 블록 생성이 일시적으로 중단됩니다. 시스템은 블록 생성을 완전히 중단하기 전에 몇 초에서 몇 분까지 짧은 지연을 허용하도록 설계되었습니다. 이 버퍼는 운영자가 사소한 문제를 해결할 시간을 제공합니다.
지연의 영향을 완화하려면:
-
파이널라이저 노드의 상태와 연결성을 정기적으로 확인합니다.
-
잠재적인 동기화 문제를 플래그로 표시하기 위해 자동 경고를 구현합니다.
-
예상치 못한 장애를 신속히 해결하기 위해 재해 복구 절차를 테스트합니다.
이러한 관행을 채택함으로써 노드 운영자는 높은 가용성을 유지하고 네트워크의 전반적인 안정성에 기여할 수 있습니다.
열린 토론 및 다음 단계
System Contracts 3.7 – MSIG 승인 필요
블록 프로듀서(BP)는 System Contracts 3.7에 대한 다중 서명(MSIG) 제안을 검토하고 승인할 것을 강력히 권장합니다. 이 업데이트는 할당된 RAM이 책임감 있게 사용되고 이익을 위해 악용되지 않도록 보장하는 Gift RAM 기능을 도입합니다. 적시 승인은 시스템 업그레이드의 모멘텀을 유지하고 배포 지연을 방지하는 데 중요합니다.
System Contracts 3.8 – Issue #186 논의
커뮤니티는 다가오는 System Contracts 3.8 릴리스의 핵심 요소인 Restricted Strings 기능에 대해 활발히 논의하고 있습니다. 이 기능은 특정 제한된 하위 문자열을 포함하는 계정 생성을 차단하여 사기 및 사칭 시도를 줄이는 것을 목표로 합니다. 개발자는 다음 두 가지 주요 사항에 대한 피드백을 요청했습니다:
-
이름 제한의 효과적인 시행과 거버넌스 투명성 간의 균형을 어떻게 맞출 것인가.
-
이러한 제한을 구현함으로써 발생할 수 있는 잠재적 위험과 의도치 않은 결과.
DaoBox 블록 프로듀서와의 소통
최근 상위 21위 순위에 다시 진입한 블록 프로듀서 DaoBox는 ENF 팀의 주목을 받았습니다. DaoBox 대표와의 소통을 통해 최신 업데이트 및 시스템 변경 사항에 대한 정렬을 보장하기 위한 노력이 진행 중입니다. 상위 순위의 모든 BP와의 개방적인 소통은 앞으로 네트워크의 성공에 필수적인 것으로 간주됩니다.
결론
EOS 노드 운영자들 간의 최근 논의는 네트워크 성능, 보안 및 거버넌스를 개선하려는 지속적인 노력을 강조합니다. Spring 1.1.1 패치와 다가오는 System Contracts 3.7 및 3.8과 같은 업데이트를 통해 운영 최적화와 리소스 남용 및 사기 방지와 같은 과제를 해결하는 데 중점을 두고 있습니다. 이러한 발전은 블록 프로듀서와 더 넓은 커뮤니티의 적극적인 참여와 결합되어 네트워크의 미래를 형성하는 데 있어 협력의 중요성을 강조합니다. 이러한 업그레이드가 롤아웃됨에 따라 이해관계자들은 정보를 유지하고 피드백을 제공하며 시스템이 다가오는 변화에 대비할 수 있도록 보장할 것을 권장합니다.
이 기사는 여러 신뢰할 수 있는 출처에서 정보를 수집하기 위해 AI의 도움을 받아 작성되었습니다. 내용은 정확성과 일관성을 보장하기 위해 편집팀에서 검토하고 수정했습니다. 기사의 의견은 저자의 개인적인 견해이며, BlockzHub의 의견을 반드시 반영하지는 않습니다. 원본 보도 출처는 적절할 때마다 인용되며 요구사항에 따라 제공됩니다. 이 기사는 정보 제공을 위한 것일 뿐, 재정적 조언을 구성하지 않습니다. 투자에는 위험이 따르며, 투자 결정을 내리기 전에 자격을 갖춘 재정 고문과 상담해야 합니다.