바이프로스트 네트워크
  • 소개
  • 바이프로스트 네트워크 구조
    • 합의
    • 크로스체인 커뮤니케이션 프로토콜 (CCCP)
    • 오라클 서비스
  • 노드 운영 매뉴얼
    • 기본 노드 요구 사항
    • 풀 노드 요구 사항
    • 검증자 계정 관리
    • 운영자 가이드
      • 엔드포인트 (Endpoint) 노드 셋업
        • 도커 셋업
        • Systemd 셋업
      • 검증자 노드 셋업
        • 도커 셋업
        • Systemd 셋업
      • 릴레이어 셋업
        • bifrost-relayer.rs
      • 체인 데이터 스냅샷
      • 문제 해결
        • 테스트넷 체인 동기화 이슈
    • 시스템 모니터링
      • Prometheus and Grafana
      • Sentry
  • 노미네이터
  • 개발자 문서
    • 이더리움 API
      • 프리컴파일 컨트랙트
      • 개발자 라이브러리
      • 개발자 환경
    • 바이프로스트 프리컴파일 컨트랙트
      • 스테이킹
      • 거버넌스
      • 릴레이 매니저
    • 팔렛 인터페이스
      • BfcStaking
      • BfcUtility
      • BfcOffences
      • RelayManager
    • 클라이언트 API
      • JSON-RPC API
        • author
        • chain
        • childstate
        • debug
        • eth
        • grandpa
        • net
        • offchain
        • payment
        • rpc
        • state
        • system
        • trace
        • txpool
        • web3
      • 익스플로러 API
      • 런타임 API
    • 크로스체인 트랜잭션 및 오라클 API
      • 가격 오라클 컨트랙트 API
      • 소켓 컨트랙트 API
    • 바이프로스트 테스트넷 BFC 토큰 수령 방법
  • 거버넌스
  • 보안
  • 토큰 & 자산
    • 유니파이드 토큰
    • 인플레이션 모델
  • Add Network
    • 포키
    • 메타마스크
  • Bridge
    • 브릿지 가이드
      • 바이프로스트 네트워크로 예치
      • 다른 네트워크로 출금
    • 용어
  • Staking
    • 스테이킹 가이드
      • BFC 스테이킹
      • BFC 언스테이크
    • 용어
      • 모든 밸리데이터
      • 스테이킹 현황
  • Language
    • Bifrost Network Guide
Powered by GitBook
On this page
  • 2단계 노드 아키텍처
  • "컨트롤러" 및 "스태시" 키

노드 운영 매뉴얼

누구나 바이프로스트 네트워크에 BFC를 예치하여 검증자 (validator) 또는 지명자 (nominator)가 될 수 있습니다. 검증자는 새로운 블록을 생성하고 세트 내의 다른 검증자가 생성한 블록을 검증합니다. 활성 검증자는 이러한 작업을 올바르게 수행한 대가로 각 라운드 종료 시 보상을 받습니다. 블록 생성의 모든 라운드에서 검증자 후보는 자체 본딩된 지분과 지명자로부터 위임받은 예치금의 합을 기준으로 순위가 매겨집니다. 순위에서 상위 n명의 후보가 다음 라운드에서 합의 프로세스에 참여하여 보상을 받을 수 있는 활성 검증자가 됩니다.

2단계 노드 아키텍처

바이프로스트 네트워크의 노드는 일반적인 Substrate 기반 노드와 유사하지만, 네트워크의 상호 운용성 특성상 일부 추가 기능이 필요합니다. 따라서 바이프로스트 네트워크는 다음 두 가지 계층의 노드로 구성됩니다.

1단계의 기본 노드 (Basic node)는 블록 생성 역할을 수행하고 아카이브 노드 (archive node)로 작동합니다. 기본 노드는 일반적인 Substrate 기반 노드입니다.

2단계의 풀 노드 (Full-node)는 기본 노드의 기능을 가지며, 추가적으로 블록체인들을 상호 연결하는 릴레이어 (relayer) 역할을 수행합니다.

Node Tier
Feature Requirements

Basic node

- 블록 생성 / 최종화 (AURA / GRANDPA) - 아카이브 모드

Full node

- 블록 생성 / 최종화 (AURA / GRANDPA) - 아카이브 모드 - 크로스체인 릴레이 - 가격 피드 수집 (온체인 / 오프체인)

"컨트롤러" 및 "스태시" 키

검증자(풀 노드 및 기본 노드 모두)를 운영하고 지명자가 되기 위해서는 "컨트롤러 (Controller)" 및 "스태시 (Stash)" 계정이라는 두 가지 유형의 계정이 필요합니다. 이들은 근본적인 암호화폐적 차이가 아닌, 의도된 사용 목적에 따라 구분됩니다.

컨트롤러 키

컨트롤러 키는 사용자의 직접적인 통제하에 있는 준 온라인 (semi-online) 키이며 수동 익스트린식 (extrinsic) 제출에 사용됩니다. 검증자 또는 지명자의 경우, 이는 컨트롤러 키가 검증 또는 지명을 시작하거나 중지하는 데 사용됨을 의미합니다. 컨트롤러 키는 수수료를 지불할 약간의 BFC를 보유해야 하지만, 막대한 금액을 보유하는 데 사용해서는 안 됩니다. 비교적 자주 인터넷에 노출되므로 신중하게 다루고 주기적으로 새 키로 교체해야 합니다.

스태시 키

스태시 키는 대부분의 경우 콜드 월렛 (cold wallet)이 될 것이며, 금고 안의 종이 조각이나 하드웨어 보안 계층으로 보호되는 형태로 존재합니다. 인터넷에 노출되거나 익스트린식을 제출하는 데 거의 사용되지 않아야 합니다. 스태시 키는 대량의 자금을 보관하도록 의도되었습니다. 이는 은행의 저축 예금 계좌와 같다고 생각할 수 있으며, 이상적으로는 긴급한 상황에서만 사용됩니다. 또는, 더 적절한 비유는 무작위 섬에 숨겨져 있고 원래 숨긴 해적만이 아는 보물이라고 생각할 수 있습니다.

스태시 키는 오프라인으로 보관되므로, 특정 컨트롤러에 자금을 본딩하도록 설정되어야 합니다. 비지출 (non-spending) 활동의 경우, 컨트롤러는 스태시의 자금을 배후에 둡니다. 예를 들어, 지명, 스테이킹 또는 투표에서 컨트롤러는 스태시의 가중치를 사용하여 자신의 선호도를 나타낼 수 있습니다. 실제로 스태시 키의 자금을 이동하거나 청구할 수는 없습니다. 그러나 누군가 귀하의 컨트롤러 키를 획득할 경우, 슬래싱 (slashable) 행동에 사용될 수 있으므로 여전히 보호하고 정기적으로 변경해야 합니다.

Previous오라클 서비스Next기본 노드 요구 사항

Last updated 8 days ago