지난 주말, Vaulta 노드 운영자들은 일반적인 업데이트를 넘어선 공개 토론을 위해 모였습니다. 회의에서는 가격 피드 관리 방법, 리소스 제공자를 위한 새로운 시스템, 노드 간 연결 문제 등 다양한 주제를 다루었습니다. 또한 네트워크를 통해 트랜잭션이 이동하는 방식과 시스템을 더 원활하게 운영하기 위한 아이디어에 대해서도 논의했습니다. 이는 Vaulta 네트워크를 강력하게 유지하기 위해 현재 상황과 주의가 필요한 부분을 파악할 좋은 기회였습니다.
주요 내용
-
오라클 가격 피드를 위한 새로운 시스템으로의 전환이 진행 중이며, $A-$BTC 및 $A-$USD 쌍이 이미 활성화되었습니다. 가격 피드 제공자들은 전환을 준비하고 조율해야 합니다.
-
리소스 제공자를 위한 새로운 프레임워크가 출시되어 계정 관리를 용이하게 하고 단일 파일로 시스템을 배포할 수 있게 되었습니다.
-
새로운 가십 피어링 시스템을 사용할 충분한 블록 생산자(BP)를 확보하는 것은 여전히 과제이며, 현재 참여를 위해서는 수동 설정이 필요합니다.
-
Vaulta 네트워크의 아키텍처가 검토 중이며, 트랜잭션이 지연될 수 있는 지점에 주의를 기울이고 있습니다.
-
운영을 단순화하기 위해 확정된 블록에서만 노드를 실행하는 것에 대한 논의가 있지만, 이는 일부 사용에 영향을 미칠 수 있습니다.
-
트랜잭션 처리에서 추측 실행의 역할이 명확해지고 있으며, 특수 노드에 대한 아이디어가 제시되고 있습니다.
-
새로운 쌍 시스템이 가동될 때 문제를 방지하기 위해 가격 피드 제공자 간의 조율이 중요합니다.
-
현재 BP 가십 피어링은 미래에 더 많은 노드를 발견하는 데 도움이 되도록 확장될 수 있지만, 지금은 주요 초점이 아닙니다.
쌍 시스템으로의 오라클 가격 피드 마이그레이션
오라클 가격 피드를 새로운 쌍 시스템으로 전환하는 작업이 진행 중이지만, 구현 상태에 대한 몇 가지 질문이 남아 있습니다. 예를 들어, 디트로이트 렛저 테크(Detroit Ledger Tech)는 가격 피드 제공자들이 언제 전환해야 하는지에 대해 더 명확한 설명을 요청했습니다.
긍정적인 측면은 $A-$BTC 및 $A-$USD 쌍이 현재 활성화되었다는 것입니다. 이는 알로하(Aloha)와 그레이매스(Greymass)로부터 두 가지 주요 오라클 승인이 확보되어 이 쌍들이 작동할 수 있게 되었음을 의미합니다. 그러나 가격 피드 제공자들 간의 조율은 여전히 필요합니다. 현재 오라클 운영자들은 이 새로운 쌍에 가격을 공급하기 시작하지 않았습니다. 주요 우려는 잠재적인 가격 조작을 막기 위해 여러 제공자가 동시에 출시해야 한다는 것입니다.
복잡성을 더하는 것은 새로운 오라클을 등록하는 과정이 여전히 수동이라는 점입니다. 이는 알로하(Aloha), 리오(Rio), 타이탄(Titan)과 같은 관리자들이 새로운 제공자의 가격 피드가 승인되고 등록되기 전에 화이트리스트에 추가하는 과정을 포함합니다.
델파이 구현 상태 질문
디트로이트 렛저 테크(Detroit Ledger Tech)는 델파이 오라클이 새로운 쌍 시스템을 채택하는 시기에 대해 질문을 제기했습니다. 그들은 가격 피드 제공자들이 언제 전환 프로세스를 시작할 수 있는지에 대한 명확한 설명을 요구하고 있습니다.
$A-$BTC 및 $A-$USD 쌍 활성화
$A-$BTC 및 $A-$USD 쌍은 알로하(Aloha)와 그레이매스(Greymass) 오라클 모두로부터 승인을 받아 운영 상태로 나아가는 중요한 단계를 표시했습니다.
가격 피드 제공자 간 조율 필요
논의에서는 여러 가격 피드 제공자가 새로운 쌍을 동시에 활성화해야 한다는 점을 강조합니다. 이는 잠재적인 가격 조작을 방지하고 시장 안정성을 보장하기 위함입니다.
오라클 등록 절차는 여전히 수동
예비 오라클 제공자는 지정된 관리자에 의한 수동 화이트리스트 등록 절차를 거쳐야 합니다. 알로하(Aloha), 리오(Rio), 타이탄(Titan)은 현재 가격 승인 및 오라클 등록을 위한 이러한 관리자 역할을 수행하고 있습니다.
리소스 제공자 프레임워크 출시
그레이매스(Greymass)는 리소스 제공자를 위한 새로운 프레임워크를 출시했습니다. 이 시스템은 계정 리소스를 자동으로 처리하도록 설계되었습니다. 예를 들어, 오라클과 같은 시스템이 충분한 CPU와 NET을 가지고 원활하게 작동하도록 여러 스크립트가 필요한 대신, 이 새로운 프레임워크는 이 모든 것을 한 번에 처리합니다. 이는 기존 Node.js 설정에서 크게 발전한 것으로, 이식성을 높이고 관리를 더 쉽게 만듭니다.
가장 깔끔한 부분 중 하나는 배포입니다. 모든 것이 단일 실행 파일로 컴파일됩니다. 이는 여러 스크립트를 다루는 것보다 훨씬 간단하게 시스템을 설치하고 실행할 수 있게 합니다. 기능은 특히 특정 임계값을 기반으로 리소스를 관리하는 측면에서 이전과 상당히 유사하지만, 패키징이 훨씬 깔끔해졌습니다. 이는 더 많은 사람들이 네트워크의 주요 계정에 필요한 리소스를 설정하고 유지 관리하는 것을 더 쉽게 만들 것입니다.
BP 가십 피어링 진행 상황 및 과제
블록 생산자(BP)들이 가십 피어링을 통해 서로 직접 통신하도록 하는 것은 여전히 진행 중인 작업입니다. 디트로이트 렛저 테크(Detroit Ledger Tech)와 같은 운영자들이 이를 활성화하는 등 일부 채택 사례가 있었지만, 아직 충분하지 않습니다. 주요 장애물은 가십 프로토콜을 적극적으로 사용하는 노드의 임계 질량에 도달하는 것입니다. 충분한 참여자가 없으면 새로운 노드가 다른 노드를 안정적으로 찾고 연결하기 어려워 작고 단절된 피어 그룹이 형성됩니다. 이는 몇몇 사람만 이야기하는 방에서 대화를 시작하려는 것과 같아서 메시지가 멀리 퍼지지 않습니다.
현재 가십 네트워크에 참여하려면 이미 네트워크의 일부인 최소 하나의 피어에 수동으로 연결해야 합니다. 이 부트스트랩 프로세스는 개선하고자 하는 수동 단계입니다. 우리는 사람들이 먼저 연결할 중앙 지점이나 더 분산된 방법과 같이 이러한 초기 연결을 처리하는 다양한 방법을 논의하고 있습니다. 앞으로는 이 가십 시스템을 BP를 넘어선 더 일반적인 피어 발견에 사용할 가능성에 대한 이야기도 있지만, 이는 나중의 일입니다. 지금의 초점은 BP 간 통신이 견고한지 확인하는 것입니다.
네트워크 아키텍처 및 트랜잭션 흐름 논의
네트워크 구조와 트랜잭션이 네트워크를 통해 이동하는 방식에 대한 논의에서 몇 가지 사항이 제기되었습니다.
트랜잭션 릴레이 병목 현상 확인
사람들은 공개 API 노드에서 실제 블록 생산자에게 트랜잭션을 전달하는 것이 느릴 수 있다는 점을 발견했습니다. 이는 생성되는 블록이 항상 가능한 만큼 많은 트랜잭션을 포함하지 않는 이유 중 하나로 보입니다. 마치 데이터가 줄의 맨 앞으로 가려고 하는 교통 체증과 같습니다.
확정된 블록 모드 고려 사항
특히 사바나(Savannah) 합의와 관련하여 노드가 이미 확정된 블록만으로 작동하는 것에 대한 많은 논의가 있었습니다. 이는 노드 운영을 더 간단하게 만들 수 있습니다. 그러나 일부 사용의 경우 정보가 나타나는 데 약간 더 많은 대기 시간이 필요할 수 있습니다.
추측 실행 역할 명확화
또한 모든 노드가 추측 트랜잭션 실행을 수행해야 하는지에 대해서도 논의했습니다. 일부는 특정 노드가 그러한 작업만을 수행하도록 설정하는 것이 네트워크에 더 좋을 수 있다고 생각합니다. 이렇게 하면 노드가 특정 작업에 집중하여 전체 시스템을 더 원활하게 운영할 수 있습니다.
이 기사는 AI 기반 기술의 지원을 받아 여러 신뢰할 수 있는 출처를 바탕으로 작성되었습니다. 최종 콘텐츠는 BlockzHub 편집팀에 의해 철저히 검토 및 편집되어 정확성, 명확성, 일관성을 보장합니다. 원본 보도 자료는 필요에 따라 적절히 출처를 명시합니다. 본 기사에 표현된 의견은 반드시 BlockzHub의 공식적인 견해나 입장을 반영하는 것은 아닙니다. 이 기사는 정보 제공 목적으로만 제공되며, 금융 또는 전문가의 조언으로 간주되어서는 안 됩니다. 투자는 위험을 수반하며, 투자 결정을 내리기 전에 반드시 자격을 갖춘 금융 전문가와 상담하시기 바랍니다.