Vaulta (구 EOS) 노드 운영자 회의: MSIG 계획, 시스템 계약 변경 및 가십 네트워크 테스트

2025년 6월 11일에 열린 최신 Vaulta($EOS $A) 노드 운영자 회의에서는 몇 가지 큰 변화가 논의되었습니다. 우리는 시스템 계약을 위한 새로운 다중 서명(MSIG) 계획, 스테이킹 및 보상 작동 방식의 전면적인 재작업, BPay 청구 처리 방법에 대해 이야기했습니다. 또한 Jungle 네트워크에서 새로운 Antelope Spring v1.2 RC3을 테스트하는 것에 대한 많은 논의가 있었습니다. 상황이 빠르게 진행되고 있으며, 모든 사람이 이러한 업데이트를 준비하고 있는 것 같습니다.

주요 내용

• 주요 Vaulta 시스템 계약 업데이트가 7월에 예정되어 있으며, 이는 스테이킹 및 보상 작동 방식을 변경하여 모든 것을 $A 토큰으로 이동시킬 것입니다.

• 새로운 시스템은 $A 토큰으로만 스테이킹 및 언스테이킹을 허용하며, 보상도 $A로 청구됩니다.

• 프록시 운영자와 협력하여 새로운 토큰 시스템으로 점진적으로 전환하도록 돕고 있습니다.

• BPay 청구가 새로운 토큰 시스템에서도 작동하도록 래퍼를 추가할 계획입니다.

• 노드 운영자는 Antelope Spring v1.2 RC3, 특히 새로운 가십 기반 피어링을 테스트하여 프로덕션 설정에 대한 권장 사항과 함께 프라임 타임에 대비하고 있습니다.

시스템 계약 배포를 위한 예정된 Vaulta MSIG

Vaulta 재단은 다중 서명(MSIG) 거래를 계획하고 있습니다. 소문에 따르면 7월 8일경에 제안을 목표로 하고 있으며, 목표는 7월 15일까지 실행하는 것이지만, 이는 충분한 승인을 얻는 것에 달려 있습니다.

이 MSIG는 스테이킹, 보상 및 피어 키 등록에 대한 변경 사항을 통합하는 업데이트된 시스템 계약에 관한 것입니다.

정확히 무엇이 변경됩니까?

• 우선, 스테이킹 및 언스테이킹이 core.vaulta 계약을 통해서만 이루어지도록 하려고 합니다. 전체 프로세스를 간소화하는 것으로 생각하십시오.

• BP는 피어 키를 등록할 수 있습니다. 이는 Spring v1.2.0 가십 기반 BP 피어링에 필요합니다.

• 더 이상 $EOS에서 스테이킹할 수 없습니다. $A에서의 스테이킹은 core.vaulta를 통해 계속 가능합니다.

• 언스테이킹도 마찬가지입니다. 더 이상 $EOS로 언스테이킹할 수 없습니다. $A는 core.vaulta를 통해 진행해야 합니다.

• 그리고 $EOS로 BP 보상을 청구하는 것은 안 됩니다. core.vaulta를 통해 $A로 보상을 청구해야 합니다.

스테이킹 및 보상 청구 전면 개편

스테이킹 및 보상 청구와 관련하여 시스템이 약간의 개편을 거치고 있습니다. 기본적으로 모든 것이 토큰화된 형태로 이루어져야 합니다. 더 이상 보상에 대한 직접적인 EOS 발행은 없으며, 이는 꽤 큰 문제입니다.

다음과 같이 생각하십시오:

• 스테이킹 및 언스테이킹? 모두 토큰을 통해.

• 보상 청구? 네, 다시 토큰입니다.

• 목표? 토큰이 분배되는 방식에 대한 더 엄격한 통제. 말이 되죠?

선임 개발자들이 아직 세부 사항을 작업 중이라는 것을 알고 있지만, 주요 아이디어는 모든 것을 간소화하고 토큰 흐름을 더 면밀히 주시하는 것입니다. 궁극적으로 시스템을 더 효율적이고 관리하기 쉽게 만드는 것입니다.

프록시 인프라 조정

전환 기간 동안 대규모 스테이킹 프록시와 협력하는 방법에 대한 논의가 있었습니다. 가장 중요한 것은 Vaulta가 새로운 시스템으로 전환함에 따라 모든 사람이 같은 페이지에 있는지 확인하는 것입니다.

• 일부 프록시는 새로운 토큰으로 수수료를 받기 시작하지만, 한동안은 EOS로 보상을 지급할 것입니다. 중간 지점과 같습니다.

• 궁극적으로는 완전히 토큰 기반 보상 시스템으로 전환할 계획입니다. 점진적인 과정입니다.

• 노드 운영자는 이러한 변경 사항의 영향을 받을 수 있는 다른 프록시나 풀을 알고 있다면 알려야 합니다. 정보가 많을수록 좋습니다.

BPay 청구 처리 격차

현재 시스템 계약 업데이트가 eosio.bpay 보상 청구 통합을 잊어버린 것 같습니다. 이런! 이는 블록 생산자가 전환 기간 동안 보상을 제대로 청구하지 못할 수 있음을 의미합니다.

이를 해결하기 위해 래퍼 액션을 추가하는 아이디어가 있습니다. 기본적으로 이 래퍼는 BP가 새로운 토큰 형식으로 보상을 청구할 수 있도록 합니다. 이는 몇 가지 이유로 중요합니다:

• 전환 기간 동안 원활하게 작동하도록 합니다.

• 아무도 받아야 할 보상을 놓치지 않도록 합니다.

• 모든 사람에게 약간의 여유를 주어 문제가 발생할 가능성을 줄입니다.

기본적으로 잠재적인 골칫거리를 피하기 위한 빠른 해결책입니다. 타이밍은 유연하므로 다른 것을 망치지 않을 것입니다.

청구 기간 제한 검토

24시간 이내에만 청구할 수 있다는 오래된 규칙이 있습니다. 게다가 1초가 더 추가됩니다. 좀 짜증나죠? 글쎄요, 변경에 대한 이야기가 있습니다. 누군가는 그 기간을 늘리거나 계약 업데이트를 통해 제한을 완전히 없애자고 제안했습니다.

노드 운영자들은 이 아이디어에 동의하는 것 같지만, MSIG가 완료될 때까지 기다리는 것이 가장 좋다고 생각합니다. 말이 되죠, 한 번에 하나씩. 향후 MSIG에는 원활한 배포를 위해 이 변경 사항이 포함될 수 있습니다. 기본적으로 지금 당장 건드려서 해결하는 것보다 더 많은 문제를 일으킬 위험을 감수하고 싶지 않은 것입니다. 안정성을 유지하는 것이 중요합니다.

Antelope Spring v1.2 RC3 테스트 및 개선 사항

Antelope Spring v1.2 RC3이 출시되었으며, 몇 가지 흥미로운 변경 사항을 가져옵니다. 이 릴리스는 몇 가지 성가신 문제를 해결하고 노드 운영자를 위해 유연성을 높이는 데 중점을 둡니다.

• 이 업데이트는 서버 주소를 잘라냅니다. 이는 잘못된 구성 오류를 줄이는 데 도움이 될 것입니다. 우리 모두 그런 경험이 있죠?

• 이제 중복된 가십 피어 IP를 허용합니다. 이는 더 복잡한 설정을 실행하는 사람들에게 좋은 소식입니다.

• 가십 피어링 동작은 RC2와 동일하게 유지됩니다. 따라서 이미 테스트 중이라면 익숙하게 느껴질 것입니다.

가십 기반 피어링 네트워크 유효성 검사

다음 테스트 라운드는 자동 피어 검색 및 연결 기능이 실제로 작동하는지 확인하는 것입니다. 목표는 노드가 수신하는 가십 데이터를 사용하여 연결할 수 있는지 확인하는 것입니다.

계획은 다음과 같습니다:

• 참여하는 모든 사람은 지정된 노드 하나를 제외하고 모든 수동 피어 항목을 제거해야 합니다. 이는 시스템이 가십에 의존하도록 강제합니다.

• 아이디어는 노드가 수신하는 가십 데이터에만 기반하여 연결되는지 확인하는 것입니다.

• Jungle Testnet Telegram 그룹은 모든 구성 및 일정을 조정할 것입니다. 따라서 업데이트를 위해 주시하십시오.

프로덕션 피어링 권장 사항

프로덕션 블록 생산자(BP)의 경우 보안 관점에서 직접적인 외부 피어링은 일반적으로 좋지 않습니다. 더 계층화된 접근 방식을 구현하는 것이 훨씬 안전합니다.

권장 사항은 다음과 같습니다:

• "카나리 노드" 아키텍처 설정: BP → 카나리 노드 → 외부 네트워크.

• 가십 구성을 BP에 직접 두지 않고 카나리 노드에 유지합니다.

• 이 설정은 방화벽 호환성을 돕고 BP 작업을 네트워크 이상으로부터 격리합니다. 기본적으로 핵심 작업을 보호하기 위한 버퍼 영역과 같습니다.

결론

2025년 6월 11일에 열린 Vaulta 노드 운영자 회의는 많은 내용을 다루었습니다. 그들은 새로운 시스템 계약에 중요한 다중 서명(MSIG) 계획에 대해 이야기했습니다. 이는 스테이킹 및 보상 작동 방식에 변화를 가져와 모든 것을 $A 토큰으로 이동시킬 것입니다. 또한 프록시 운영자와 협력하고 Antelope Spring v1.2 RC3을 위해 Jungle 네트워크를 테스트하는 것에 대해서도 논의했습니다. 게다가 BPay 청구 문제와 보상 청구 타이밍을 나중에 어떻게 해결할 수 있는지에 대해서도 언급했습니다. 많은 움직이는 부분이 있는 것 같지만, 모두 시스템을 더 좋게 만들기 위한 것입니다.

이 기사는 AI 기반 기술의 지원을 받아 여러 신뢰할 수 있는 출처를 바탕으로 작성되었습니다. 최종 콘텐츠는 BlockzHub 편집팀에 의해 철저히 검토 및 편집되어 정확성, 명확성, 일관성을 보장합니다. 원본 보도 자료는 필요에 따라 적절히 출처를 명시합니다. 본 기사에 표현된 의견은 반드시 BlockzHub의 공식적인 견해나 입장을 반영하는 것은 아닙니다. 이 기사는 정보 제공 목적으로만 제공되며, 금융 또는 전문가의 조언으로 간주되어서는 안 됩니다. 투자는 위험을 수반하며, 투자 결정을 내리기 전에 반드시 자격을 갖춘 금융 전문가와 상담하시기 바랍니다.