Block Header

블록을 거래가 담긴 꾸러미, 헤더를 그 꾸러미의 안내 기록이라고 생각해 보세요. 헤더에는 수신인이나 금액 목록이 없습니다. 대신 데이터로부터 계산한 짧은 값인 암호학적 지문이 들어 있어 데이터의 변화를 알아낼 수 있습니다. 한 지문은 이전 블록을 가리킵니다. Merkle root라는 다른 지문은 이 블록에 든 거래들의 식별자를 요약합니다. 이렇게 특정 내용이 기록의 특정 위치와 연결됩니다. 다만 거래를 작게 복사한 것은 아닙니다. 지문에서 원래 거래 내용을 복원할 수는 없습니다. [1] [4]

채굴자는 후보 블록을 만든 뒤 조건에 맞는 해시를 찾습니다. 해시는 숫자로 해석되는 지문이며, 정해진 목표값보다 작거나 같아야 합니다. 이 탐색이 Proof of Work입니다. 적절한 결과를 간단히 예측할 수 없기 때문에 데이터를 바꾸고 계산을 반복합니다. 가장 잘 알려진 변수는 헤더 안의 보조 숫자인 nonce입니다. 더 많은 경우를 시도하려면 블록 맨 앞에 만드는 특별한 Coinbase Transaction의 데이터를 바꿀 수도 있습니다. 그러면 Merkle root도 달라져 새로운 헤더가 만들어집니다. 다른 노드는 찾은 결과를 빠르게 다시 계산해 확인할 수 있습니다. [1] [3] [4]

헤더의 연결을 따라가면 모든 거래를 내려받지 않고도 블록 간 연결과 그에 해당하는 작업을 검증할 수 있습니다. 하지만 유효한 Proof of Work를 갖춘 블록 안에서 누군가 필요한 서명 없이 다른 사람의 자금을 쓰려 한다고 생각해 보세요. 헤더만 확인해서는 이 문제를 찾아내지 못합니다. 그래서 Full Node는 거래, 서명, 사용 가능한 미사용 출력, 허용된 보상도 검증합니다. 헤더가 유효하다고 블록 전체가 유효한 것은 아닙니다. [2]

nBits 필드는 해시가 충족해야 할 목표값을 나타냅니다. 목표값의 압축된 표현이지, 블록 탐색기에 표시되는 “difficulty” 수치는 아닙니다. 노드는 그 목표값이 체인의 해당 위치에 적용되는 규칙에도 맞는지 검사합니다. 채굴자가 시간을 임의로 선택할 수도 없습니다. 앞선 11개 블록의 시간을 정렬했을 때 가운데에 오는 값, 즉 중앙값보다 뒤여야 하고, 너무 먼 미래의 시각이어서는 안 됩니다. 그렇다고 이 시간이 각 지급의 정확한 시각이나 채굴 소요 시간을 재는 초시계인 것은 아닙니다. [2] [3]

필드의 순서와 크기는 고정되어 있습니다. version 4바이트, 이전 헤더의 해시 32바이트, Merkle root 32바이트, time 4바이트, nBits 4바이트, nonce 4바이트로 거래 수와 관계없이 총 80바이트입니다. 이 형식으로 정확히 인코딩한 헤더에 SHA-256을 두 번 적용하면 블록 식별자가 됩니다. 숫자 필드는 가장 낮은 자리의 바이트를 먼저 두는 little-endian을 사용합니다. 해시의 내부 바이트 순서는 식별자를 보통 표시하는 순서와 다릅니다. 따라서 직접 계산할 때 탐색기에 나온 값들을 그대로 이어 붙이는 것만으로는 충분하지 않습니다. [1] [4]