채굴이 Blocknet 결제를 보호하는 방법

BNT 결제가 블록에 포함된 시점부터 후속 채굴 작업으로 뒷받침되는 이력에 이르기까지 따라가 봅니다. 이 가이드는 네트워크가 경쟁 이력 중 하나를 선택해야 하는 이유, 확인이 알려 주는 정보, 그리고 비공개 거래 검증과의 관계를 설명합니다. 설명 대상은 2026년 10월 28일 확인한 공개 버전 core v0.22.0입니다.

BNT를 보낼 때 채굴은 무엇을 보호하나요?

유효한 결제에는 사용 권한과 원장 내 위치가 필요합니다. 지갑은 자금을 쓸 권한을 제공합니다. 채굴과 체인 선택은 어떤 유효 거래가 현재 이력에 속하는지 노드가 합의하도록 돕습니다. 두 역할은 함께 작동합니다. 블록의 작업 증명이 원래 무효인 결제를 유효하게 만들지는 않습니다.

규칙 적용 가이드는 누가 개발하고 제안하며 검증하는지 설명합니다. 여기서는 결제 자체에 집중해, 지갑과 다른 노드가 따르는 이력에 결제가 어떻게 포함되는지 살펴봅니다.

블록은 결제 이력을 어떻게 묶나요?

블록 헤더에는 이전 블록의 해시와 거래에서 파생된 머클 루트가 들어 있습니다. 루트는 블록 내용을 암호학적으로 고정하며, 이전 해시는 과거 이력과 연결합니다. 거래를 바꾸면 루트와 채굴 대상 헤더가 달라집니다. 후속 블록도 자신의 연결을 통해 바뀐 이력을 참조해야 합니다.

결제가 포함된 블록 뒤에 여러 승인 블록이 있다고 생각해 보세요. 이 부분을 대체하려면 노드의 재구성 규칙 안에서 유효하게 연결된 블록과 충분한 누적 작업을 가진 경쟁 가지가 필요합니다. 로컬 파일에서 거래를 수정한다고 그런 가지가 생기지 않습니다. 해당 작업은 특정 헤더와 거래 순서에 속합니다.

공개 블록 코드는 이 헤더 필드, 머클 검사, 체인 선택 경로를 정의합니다. 난이도 가이드는 네트워크가 새 블록마다 필요한 작업을 정하는 방식을 설명합니다.

누적 작업은 왜 블록 수보다 중요한가요?

두 채굴자가 같은 부모 블록을 확장하는 서로 다른 유효 블록을 찾을 수 있습니다. 제안마다 해시가 다르고 노드가 소식을 받는 순서도 다를 수 있습니다. 이 때문에 잠시 경쟁 가지가 생깁니다. 네트워크에는 특정 피어의 발표 순서보다 이력을 뒷받침하는 작업을 따르는 선택 규칙이 필요합니다.

Core v0.22.0은 부모의 누적 작업에 블록 난이도를 더합니다. 검증 후 작업이 엄격히 더 큰 가지는 선택 체인의 변경을 유발할 수 있습니다. 작업이 같은 대안은 이 비교를 통해 변경을 유발하지 않습니다. 난이도 자체도 가지의 부모 맥락에서 유효해야 하므로, 채굴자가 헤더에 더 큰 숫자만 적을 수는 없습니다.

예를 들어 공통 앞부분을 가진 두 가지를 비교해 보세요. 공통 부분은 양쪽 합계에 같은 작업을 보탭니다. 차이를 결정하는 것은 갈라진 뒤 쌓인 작업과 유효성·재구성 검사입니다. 난이도를 고려하지 않고 블록만 세면 이 차이를 놓칠 수 있습니다. 이는 개념적인 비교이며 실제 진행 중인 포크의 보고가 아닙니다.

확인은 결제 진행 상황을 파악하는 데 어떻게 도움이 되나요?

결제가 선택 체인에 포함되면 이후 블록은 그 이력 위에 쌓입니다. 블록이 도착할수록 깊이가 증가합니다. 포함을 대체하려면 해당 블록 이전부터 시작하는 적격 대체 이력이 필요하고, 그동안 현재 가지도 작업을 계속 쌓습니다. 따라서 단순한 거래 전파보다 포함 여부와 후속 깊이를 확인하는 것이 더 유용합니다.

높이는 위치를, 해시는 특정 블록을 식별합니다. 거래 기록과 포함 블록을 확인한 뒤 그 블록이 여전히 선택 체인에 있는지 살펴보세요. 선택된 이력이 바뀌면 포함 여부와 깊이도 바뀔 수 있습니다. 확인 카운터는 포함 블록까지 세거나 후속 블록만 셀 수 있으므로 인터페이스의 기준을 확인하세요.

Core v0.22.0은 재구성 경계도 적용합니다. 공통 조상이 현재 끝 높이에서 100을 뺀 값보다 아래에 있으면 전환을 거부합니다. 이는 실행 중인 구현의 규칙이며 표시된 카운터에 붙는 보편적인 약속이 아닙니다. 전송 시간 가이드는 일반 지갑의 사용 가능 시점을, 채굴 보상 확인은 coinbase 성숙과 풀 회계를 설명합니다.

비공개 결제의 반복 지출은 어떻게 확인하나요?

Blocknet의 공개 거래 형식은 지출 증명에 묶인 키 이미지를 사용합니다. 검증은 이 연결을 확인하고 해당 체인 상태에서 이미 지출된 키 이미지를 거부합니다. 이를 통해 노드는 출력의 충돌 사용을 감지하고, 링 서명은 적격 링 구성원 중 실제 입력이 누구인지 숨깁니다. 비공개 금액도 잔액 균형과 범위 검사를 거칩니다.

소유자가 같은 출력을 쓰는 충돌 거래를 승인했다고 가정해 보세요. 유효하게 승인된 이력에는 두 지출을 모두 담을 수 없습니다. 경쟁 이력은 서로 다른 선택을 담을 수 있으므로 체인 선택이 중요하고, 각 이력이 지출 규칙을 지켜야 하므로 거래 검증도 중요합니다. 더 많은 작업이 유효 서명을 대신하거나 불균형 거래를 회계 검사에 통과시키지는 못합니다.

이 검사는 공개 거래 검증기에 나옵니다. 더 넓은 개인정보 보호 기법은 Blocknet 프라이버시 가이드를 참고하세요. 결제 보안은 유효한 지출, 일관된 이력, 이력이 드러내는 정보를 보호하는 암호 기술을 결합합니다.

풀 채굴은 결제 보안에서 어떤 역할을 하나요?

풀은 채굴자의 블록 탐색을 조정하고 해결된 후보를 상위 노드에 제출합니다. 풀의 더 쉬운 목표를 만족하는 셰어는 기여한 작업을 기록합니다. 네트워크 목표를 만족한 해답만 검증 후 네트워크 블록이 될 수 있습니다. 풀 설명은 이 두 목표와 목적을 구분합니다.

따라서 채굴기는 결제 이력을 확장하는 과정에 기여하고, 풀은 작업을 별도로 회계 처리합니다. 비공개 풀 잔액, 셰어 수, 지갑의 확인된 결제는 서로 다른 것을 뜻합니다. 참여하려면 풀 연결 가이드부터 시작하고, 특정 BNT 결제를 추적할 때는 지갑의 거래 기록을 사용하세요.