Blocknet을 통제한다는 의미를 판단하기 전에 각자의 역할부터 이해하세요. 소프트웨어 작성, 블록 발견, 블록 검사, 코인 지출은 서로 다른 권한입니다. 이 글은 출시된 core v0.22.0에서 그 경계를 살펴본 뒤, 업그레이드 제안이 사람들이 실행하는 소프트웨어에 도달하는 과정을 설명합니다. 검증 책임을 다루며 채굴이나 개발의 분산 정도를 측정하지는 않습니다.
누가 Blocknet 규칙을 집행하나요?
노드는 받은 블록과 거래를 검증할 때 소프트웨어에 구현된 규칙을 집행합니다. 채굴자는 후보 블록을 만들고, 개발자는 구현을 유지하며, 지갑 소유자는 결제를 승인합니다. 각 역할이 네트워크에 기여하지만 코드 공개, BNT 보유, 작업 증명 발견만으로 다른 검증 조건까지 충족되지는 않습니다.
결제가 이러한 책임을 거치는 과정을 생각해 보세요. 지갑이 결제를 구성하고 승인하며, 채굴자가 제안 블록에 포함하고, 노드가 그 제안이 자신의 규칙을 따르는지 검사합니다. 수락 여부는 이 검사에 달려 있습니다. 익숙한 프로젝트 이름, 큰 지갑 잔액, 전송한 피어의 신원이 검사를 대신하지는 않습니다.
그림은 책임을 구분합니다. 1은 소프트웨어 개발, 2는 블록 제안 생성, 3은 실행 중인 규칙에 따른 검사, 4는 자기 지갑 결제 승인입니다. 번호는 투표 수나 네트워크 참여자 수를 측정한 값이 아닙니다.
개발자는 무엇을 바꿀 수 있나요?
개발자는 변경을 제안하고, 구현을 작성하고, 코드를 검토하고, 릴리스를 공개할 수 있습니다. 소프트웨어에는 노드가 실행하는 규칙이 들어 있으므로 이러한 활동은 중요합니다. 공개 core 소스에서 실제 검증 경로를 살펴볼 수 있습니다. 문서는 목적을 설명하고, 출시된 코드는 특정 버전이 구현하는 동작을 보여 줍니다.
저장소의 커밋이 실행 중인 프로그램을 다시 쓰지는 않습니다. 변경은 소프트웨어 업데이트 절차와, 해당하는 경우 활성화 로직을 통해 노드에 도달합니다. 따라서 참여자는 따르려는 네트워크 규칙과 호환되는 소프트웨어가 필요합니다. 이는 배포된 소프트웨어를 조율하는 과정이며 모든 제안이 네트워크 규칙이 된다는 보장은 아닙니다.
업데이트 정책도 이 관계의 일부입니다. 관리 CLI는 최신 릴리스를 따르는 core의 업데이트를 예약할 수 있지만, 고정된 버전에는 다른 정책이 적용됩니다. 노드 가이드에서 이 차이를 설명합니다. 모든 업데이트가 수동 확인을 기다린다고 생각하기보다 자신의 설치 환경에 적용되는 정책을 읽어 보세요.
채굴자는 무엇을 결정할 수 있나요?
채굴은 후보 블록과 승인에 필요한 작업 증명을 생성합니다. 직접 채굴에서는 seine가 노드에서 작업을 받고, 풀 채굴에서는 풀이 작업을 조율하고 해결한 블록을 상위 노드에 제출합니다. 두 경로 모두 체인을 구축합니다. 채굴 설명은 이 과정과 풀 지분 제출인 share와 전체 블록의 차이를 다룹니다.
해결된 작업 증명은 여러 조건 중 하나입니다. 출시된 블록 검증기는 블록 맥락, 난이도, 거래 유효성, 정해진 보상도 검사합니다. 제안된 보상이 해당 높이에 허용된 금액과 다르면 그 커미트먼트는 보상 검사를 통과하지 못합니다. 연산 능력을 추가해도 이 비교는 달라지지 않습니다.
예를 들어 채굴 소프트웨어의 보상 필드를 변경해도 다른 노드가 기대하는 값은 바뀌지 않습니다. 수신 노드는 높이로부터 예상 보상을 계산하고 제출된 출력을 대조합니다. 공급량 가이드는 발행 일정을 설명합니다. 채굴자는 그 일정에 부합하는 블록을 만들어야 합니다.
노드는 어떤 체인을 따를지 어떻게 정하나요?
출시된 core는 체인 선택 로직을 적용하기 전에 후보를 검증합니다. 누적 작업량을 추적하며 재구성 규칙에 따라 작업량이 더 많은 유효한 분기로 이동할 수 있습니다. 블록 수만 세면 이 차이를 놓칩니다. 작업량은 허용 가능한 이력 중 선택을 돕지만 그 안의 블록 검사를 대신하지는 않습니다.
과거 이력 검사를 설명할 때는 노드의 검증 설정도 중요합니다. 선택적인 신뢰 체크포인트 동기화는 적용 대상 과거 블록의 작업 증명과 암호학적 검증을 반복하지 않을 수 있습니다. 현재 체인 끝의 검증과 체크포인트를 이용한 과거 동기화는 서로 다른 경로입니다. 로컬 노드가 있다는 사실만으로 어떤 동기화 정책을 썼는지는 알 수 없습니다.
따라서 유용한 질문은 구체적입니다. 어떤 소프트웨어, 규칙, 검증 모드를 사용하나요? 소프트웨어 역할 가이드는 필요한 앱 선택을 돕고, 노드 가이드는 운영을 다룹니다. 피어 수나 블록 높이 화면만으로 몇 명의 독립된 사람이 네트워크를 통제하는지 판단할 수는 없습니다.
코인 보유자는 무엇을 통제하나요?
필요한 개인 키가 있는 지갑 소유자는 자신이 소유한 출력의 지출을 승인할 수 있습니다. 네트워크는 그 승인과 나머지 거래 규칙을 검사합니다. 더 많은 BNT를 보유해도 출시된 작업 증명 시스템이 다른 사람의 유효하지 않은 거래를 승인할지 잔액 가중 투표로 정하는 시스템이 되지는 않습니다.
소유와 공개할 정보를 선택하는 일도 다릅니다. 지갑에서 지원하는 조회 및 결제 증명 기능으로 자신의 자금이나 결제에 관한 정보를 공유할 수 있습니다. 그렇다고 추가 코인을 만들 권한이 생기지는 않습니다. 숨겨진 금액 검증 가이드는 결제 금액이 비공개여도 회계 검사를 수행할 수 있는 이유를 설명합니다.
업그레이드 제안은 어떻게 읽어야 하나요?
공지, 구현 릴리스, 활성화 규칙을 구분하세요. 공지는 예정된 변경을 설명하고, 호환 소프트웨어는 검사를 구현하며, 활성화는 검사 적용 시점을 정합니다. 이렇게 하면 로드맵의 문구를 이미 작동하는 동작으로 취급하지 않고 구체적으로 확인할 항목을 얻을 수 있습니다.
Faraday의 공식 발표는 아직 개발 및 테스트 중인 제안을 설명합니다. 업그레이드 가이드는 사용자 준비 사항을 추적하고, 통화 정책 가이드는 제안된 발행 변경을 현재 규칙과 구분합니다. 미래 전환에 관한 결정을 내리기 전에 날짜가 있는 이러한 출처를 참고하세요.
자주 묻는 질문
채굴자가 보상으로 허용된 양보다 많은 BNT를 만들 수 있나요?
출시된 규칙에 따라 노드는 블록 보상을 해당 높이에서 요구되는 금액과 비교합니다. 유효한 작업 증명을 찾아도 이 검사를 건너뛸 수 없습니다. 커미트먼트가 다른 보상은 거부되므로 채굴자의 연산 능력이 통화 발행 일정을 정하지는 않습니다.
BNT를 보유하면 프로토콜 투표권이 생기나요?
지갑 잔액은 네트워크 규칙에 따라 지출할 수 있는 자금입니다. 출시된 작업 증명 검증 경로는 코인 보유량에 따라 블록 승인에 가중치를 주지 않습니다. 소프트웨어 실행, 블록 생성, 자기 결제 승인은 별개의 역할이며, 큰 잔액이 유효하지 않은 거래를 유효하게 만들지는 않습니다.
새 코드를 공개하면 Blocknet이 즉시 바뀌나요?
변경을 구현한 소프트웨어가 네트워크에서 실행되고 활성화 조건이 적용될 때 코드 변경이 합의에 영향을 줍니다. 웹사이트 공지나 저장소 커밋 자체가 실행 중인 노드의 규칙을 바꾸지는 않습니다. 공식 업그레이드 안내를 따르고 사용하는 소프트웨어의 업데이트 정책을 확인하세요.