비트코인 블록체인 (Block-Chain) 구조 (Bitcoin Block-Chain structure)





이전 포스팅을 통해 비트코인 블록체인 시스템의 노드들의 종류와 그에 따른 특징에 대해 이야기를 해보았다. ( https://steemit.com/kr/@niipoong/block-chain-nodes-and-roles )

URL을 첨부했으니 읽고 오길 바란다.

이전 포스팅에서 비트코인 블록체인은 4가지로 구분되는 기능에 대해서 설명했다. 4가지 기능으로는 Wallet, Miner, Network, Block-Chain 데이터베이스 가 있으며 이 기능을 서포트 하기 위해 Stratum 과 Pool이라는 프로토콜이 존재한다.


노드들의 P2p네트워크 전체를 아우르는 블록체인 시스템 과  노드 내부의 4가지 기능 중 Block-Chain 데이터베이스의 용어가 같기 때문에 노드 내부의 Block-Chain 의 경우는 앞글자만 대문자로 표기할 것이고 전체 블록체인의 경우는 BLOCKCHAIN 이라고 표기 하도록 하겠다. 혼동하지 않기 바란다.

오늘 설명할 주제는 Block-Chain 의 구조에 대해 설명할 것이다.





노드 내부의 Block-Chain 데이터 베이스는 위의 그림과 같이 선형적으로 연결이 되어있다. 최초의 블록 (Genesis Block) 이 생성된 2009년 1월 3일 18시 15분 05초 부터 방금전 조회 했던 511597블록까지 끊임없이 연결이 되어있다.

Block 0은 Block 1 보다 먼저 생긴 블록이다. 따라서 Block 0 을 Block 1 의 부모블록 (Parent Block)이라고 한다. 반대로 Block 1은 Block 0의 자식블록 (Child Block)이라고 한다.

자식은 부모님의 DNA를 물려받고 태어나는데, Block들 또한 부모블록의 정보를 참조하고 있다. 바로 블록 Hash값을 가지고 있는데 이를 알아보기 위해 Block1을 자세히 들여다 보도록 하자.

https://blockchain.info 를 통해 블록 1 번의 포함된 정보를 확인할 수 있다.
(확인하는 방법 링크참조 https://steemit.com/bitcoin/@niipoong/blockchain-info)



사이트에서 확인한 정보는 블록내부의 모든 정보를 포함하지 않기에 직접 API를 통해 확인해 보겠다.



위의 왼쪽은 Block1의 구조를 보기 쉽게 그린 것이고 오른쪽은 실제 BlockChin.info 에서 제공하는 API를 통해 Block1 의 정보를 가져온 데이터이다.


편의상 Header와 Body라고 표현하며 포함 데이터는 각각 다르다.

Header라고 불리는 이유는 위에 나열한 6가지 Header정보들은 블록의 요약이라고 할수있는 항목들이며 Header안의 데이터를 통해 블록의 Hash값을 만들기 때문이다. 우리가 흔히알고있는 블록의 Hash는 Header정보들을 Hash한 값이다.

Header안에는 PrevBlock이라고 하는 부모블록 해쉬를 가지고 있고 이 부모 블록의 Hash를 이용하여 현재 자식블록의 Hash를 만들수 있다. 위에서 자식은 부모의 DNA를 물려받았다 라고 비유를 했는데, 블록체인에서는 부모의 Hash를 물려받았다고 생각하면 쉽다.

Body에는 블록에 담긴 Tx모두가 포함되어있다. Header에는 이 모든 Tx정보를 요약한 데이터를 가지고 있는데 이를 MerkelRoot라고 한다. 트랜잭션을 MerkleTree 데이터 자료구조를 이용하여 MerkelRoot를 생성하는데 나의 지난 포스팅 을 참조하기 바란다. (https://steemit.com/bitcoin/@niipoong/let-s-take-a-look-at-merkle-tree )

Timestamp란 블록이 생성된 시간을 의미한다. 오른쪽 실제 데이터에는 1231469665 라는 숫자가 나오는데 Timestamp란 1970년 1월 1일 0시 0분 0초 이후부터 진행된 초를 의미한다. 1231469665 초가 지난 시점에 블록이 생성 되었다고 해석하면 된다.



Body라고 불리는 부분의 데이터를 확인해보자.


Tx[] 를 확인해 보면 Block1 에는 1개의 tx가 존재한다. 해당 coinbase거래라고 불리는 채굴에 대한 보상이다.

블록의 구조를 설명하는 포스팅이지만, tx구조도 살펴보도록하자.

tx 안에도 Hash정보가 있으며 Block1의 경우에는 1개밖에 없는 tx의 Hash값과 Header의 MerkleRoot값이 일치하는 것을 볼 수 있다. MerkleRoot값은 Tx의 Hash값들을 조합하여 만드는데 tx값이 1개밖에 없기 때문에 같은 것이다.

또한 in[] 값과 out[] 값이 존재하며 이는 UTXO의 input, output에 대한 데이터이다.

UTXO에 대한 정보는 나의 이전 포스팅 ( https://steemit.com/blockchain/@niipoong/utxo-bitcoin-trading-and-utxo ) 을 참조하길 바란다.


Block-Chain 의 Block구조를 확인해 보았다.

위의 포스팅 내용은

1. Block들은 각각 선형적으로 연결되어있다.
2. 부모 Block과 자식Block은 연결되어 있으며 부모Block의 Hash는  자식 Block을 만드는데 사용된다.
3. Block의 Header는 Block전체의 요약본이라고 할 수 있다.
4. Block의 Header에는 Block의 모든 tx내용을 조합한 MerkleRoot라는 데이터를 가지고 있다.

정도로 요약을 할 수 있겠다.



댓글

댓글 쓰기

이 블로그의 인기 게시물

비트코인 스크립트 scriptSig, scriptPubKey

이미지
만약 비트코인 스크립트가 무엇인지 알고싶은 사람이라면 어느정도 p2p네트워크에 대해서는 이해를 하고있을것이라 짐작이된다.  만약 본인이 비트코인 거래를 해본적이 있다면, blockchin.info 를 통해 자신이 생성한 txid를 검색해 보기도 했을것이다. 자신의 트랜잭션이 블록에 잘 저장되는 것을 확인하고 승인이 이루어 진 것을 확인한후 거래가 잘 이루어졌다고 안심하기도 했을 것이다.  smartbit.com의 API를 통해 tx를 확인해보면 아래와 같은 데이터를 볼수있다.  success : true 라는 정보와 transaction의 confirmations : 512215 라는 트랜잭션을 저장한 블록정보도 확인할 수 있다. 그리고 coinbase : true라는 정보로 채굴자에게 주어지는 보상 트랜잭션이란 것을 알 수 있겠다. 채굴 보상에 대한 트랜잭션이기에 당연히 이중지불도 되지 않았을 것이다. 그러나 위와같은 정보를 가지고 안심할 수 있을까?  지난 포스팅 (https://steemit.com/kr/@niipoong/id-create-bitcoin-txid )을 통해 트랜잭션을 직접 만들어 보기도 했다. 아래는 트랜잭션을 만드는데 필요한 아이템들이다. ver : 소프트웨어 버전 정보 input_count : 입력값 개수 prevout_hash : 이전 트랜잭션 Hash Hash sequence : 현재 장애가 있는 Tx-대체기능, 0xffffffff로 설정 lockTime : 잠금시간 scriptSig : 해제 스크립트 value : BTC가치 scriptPubKey : 잠금 스크립트 위 아이템들만 있으면 우리는 트랜잭션을 인위적으로 생성할 수 있다. 하지만 저 아이템들 중  scriptSig 는 우리가 인위적으로 만들어 낼 수 없다. 트랜잭션 발생자의 개인키가 필요한 서명이 존재하기 때문이며, scriptPubKey를 통해 우리는 트랜잭션을 검증하고 서명을 확인한다. 지난
자세한 내용 보기

비트코인 트랜잭션 ID 만들기 Create Bitcoin TXID

이미지
지난 포스팅을 통해 우리는 Block의 Hash를 직접 생성해보았다. ( https://steemit.com/kr/@niipoong/create-bitcoin-block-hash-value ) 그리고 Block 내부를 확인해보니 편의상 Header와 Body로 구분할수 있으며 Header의 6가지 정보를 조합하여 Block의 Hash값을 만들어냈다. 추가로 Body정보를 확인해 보니 여러가지 항목들이 존재하는데 그중 Transaction 목록들이 리스트로 존재하고 있었다. 그리고 Transaction에는 각각의 Hash로된 ID가 존재했다. Transaction 이라는 단어만 놓고 보면 꽤 여러가지의 의미가 존재한다. 거래, 처리, 업무 등 다양한 의미가 있는데 비트코인에서 Transaction이란 거래를 의미한다. 따라서 Transaction ID (하위부터 TXID로 표기) 는 비트코인 거래 단위의 식별값이라고 할 수 있겠다. A라는 사람이 B라는 사람에게 BTC를 전송할때, 이 거래에 대한 Transaction이 발생하게 되고, 이 거래에 필요한 몇가지 항목들을 통해 TXID가 구해지게된다. 이번 포스팅을 통해 TXID를 직접 구해보자. 대상 트랜잭션은 Genesis Block인  #0번 Block의 거래로 정했다. Blockchain.info 를 통해 블록의 정보를 확인해보자. 맨 하단에 거래 목록을 보면 0번 Block에는 단 하나의 거래만 존재한다. 이전 포스팅에서 언급했듯 2009년 1월 3일 생선된 최초의 블록이다.  거래를 보면  4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b  을 확인할 수 있을텐데, 이것이 바로 TXID이며 오늘 우리가 구해 볼 값이다. 이어서 해당 TXID를 찾아가보자. 아래와 같은 정보를 확인 할 수 있는데, 이 HTML화면에서는 Transaction 항목들이 모두 표현되어
자세한 내용 보기

비트코인 지갑주소를 잘못입력하여 전달하면 어떻게될까?

이미지
비트코인 지갑주소를 잘못입력하여 전달하면 어떻게될까? 결론은 아무런 일도 발생하지 않는다. 이를 자세히 알기위해서는 비트코인 지갑주소가 어떤식으로 구성되며, 어떻게 산출되는지를 알필요가 있다. 본인이 비트코인 지갑을 하나 만들려고 한다. 지갑을 만들기위해 예를들어 지갑생성! 을 누르면 과연 어떤 일이 일어날생하여 우리가 흔히 보는 큐알코드와 지갑주소가 생성될까? 발생하는 일은 매우 간단하다. 1. 개인키가 생성된다.(Private Key) 2. 개인키를 기반으로 공개키가 생성된다 (Public Key) 3. 공개키를 기반으로 비트코인 주소가 생성된다. (Bitcoin Address) 위 그림이 아주 잘 표현되어있다. 개인키 -> 비트코인 주소까지 산출되는 과정이며, 그 역방향은 성립하지 않는다. 그렇다면 각각의 과정을 자세히 알아보자. 1. 개인키 생성 * 이는 본인만 알고있어야 하는 비밀번호이기 때문에 최대한 겹칠일 없는 난수로 생성한다. 당연히 아무에게도 알려줘서는 안된다. 따라서 개인키를 도출할 프로젝트를 진행한다면 암호학적으로 안전한 난수생성기를 사용하기 바란다. - 개인키는 1~2^256 승 사이의 random number이다. - 이를 발생하기위해 운영체제인 난수생성기를 이용하여 256비트의 무작위성(엔트로피)를 만들어낸다. - 아래 같은 꼴의 개인키가 생성될 것다.    18E14A7B6A307F426A94F8114701E7C8E774E7F9A47E2C2035DB29A206321725 2. 공개키 생성 * 개인키를 바탕으로 공개키가 만들어진다. 타원곡선 암호법(https://steemit.com/kr/@icoreport/key-2-ecc)을 이용하며 공식은 K(공개키) = k(개인키) * G(생성포인트 상수) 이다. - 개인키 -> 공개키는 개인키*G를 통해 알수 있으나, 공개키/G 를 하면 개인키를 알수 있지 않느냐? 알수없다. 이를 이해하기 위해서는 타원곡선
자세한 내용 보기