비트코인 백본 프로토콜

[출처](https://eprint.iacr.org/2014/765.pdf)

비트코인은 분산 환경에서 공공원장 시스템을 유지 하기 위한 탈중앙화 시스템으로 나카시 사카모토에 의해 처음 소개 되었다. 원장은 miner라고 불리우는 익명의 참여자들에 의해 유지되는데, 이들은 블록체인이라고 불리우는 분산 데이터 구조에서의 프로토콜을 실행하는 일을 담당하고 있다. 이 프로토콜은 Miner들로 하여금 'Proof-of-work (aka 암호화된 퍼즐)'을 하게 만드는데, 이 작업은 블록체인에서 새로운 블록을 만들기 위해 SHA-256으로 암호화된 해쉬의 원본 값을 brute-forcing방법을 통해 무작위로 찾아내는 과정이다. 블록은 비트코인 소유자들로 부터 만들어진 일련의 거래내역을 포함하고 있으며, 비트 코인으로 지불을 수락하는 임의의 엔티티를 신용하는 트랜잭션을 발행한다. 지불한사람은 이 거래내역을 브로드 캐스팅하고, Miner는 그들이 발행하는 블록에 이러한 거래내역을 포함시킨다. Miner들은 이렇게 블록체인을 유지시키는 대가로 비트코인을 받게 된다.

비트코인의 가장 중요한 부분은 이중 지불 공격을 막는 것이다. 비트코인의 맥락에서는, 공격자가 최초에 account를 신용하여 account holder에게 상품이나 서비스를 제공받은 다음, 거래원장을 재구성하여 이러한 신용거래를 되돌릴때 이중지불 공격이 가능해진다. 이 경우, 공격자는 서비스를 받을 때까지 비트코인을 소유하게 되므로 다른 곳에다 이 비트코인을 다시 쓸 수 있게 된다.

이를 방지하기위하여, 사토시는 비트코인 시스템에 이중지불공격을 막을 수 있는 방법을 제시하였다. 특히, 수신자 (돈을 받는 사람)가 해당 거래이 포함된 불록이 k개 생성될때 까지 기다린다면, 공격자가 이러한 신용거래가 포함된 다른 블록체인을 만들어 퍼블릭 블록체인을 재구성하는 것이 성공할 확률이 k만큼 기하 급수적으로 떨어진다고 하였다. Nakamoto는 이렇게 k 블록 만큼 기다리는 것이 공격자가 정직한 참여자를 따라잡을 수 있는 확률을 희석시키는데 충분하다고 주장하였다.

그럼에도 불구하고, 이러한 분석은 과하게 생략된 경향이 있다. 특히, 비트코인의 탈중화된 설정이, 공격자가 정직한 Miner들 사이에 불일치를 삽입하여 그들의 hashing power를 감소시킬수도 있다는 사실에 대해 충분히 설명하지 않았다. (올바르지 않은 거래를 삽입하여, miner들이 이러한 거래를 블록으로 만드는데 자원을 낭비하게 할 수 있다는 뜻) 그러나 Bitcoin 시스템의 정확한 보안 특성을 확립하는 철저한 분석은 아직 까지 연구되지 않았다.

이 논문에서는 , 비트코인 백본이라고 불리우는, 공공 거래 원장 관련 문제를 해결하는 것 뿐 만 아니라 다재다능하고 확장가능한 프로토콜을 설명하고 있다. 비트코인백본은 블록체인을 만들기 위해 비트코인 소스 코드 기반을로 실행되며, 일련의 참여자들이 분산화된 환경에서 블록체인을 유지할 수 있게 끔 해준다. 이 프로토콜은 `content validation predicate`, `input contribution function`, `chain reading function`이라고 하는 함수로 구성되어 있다.

- (V) Content Validation predicate: 블록체인 내에서 정보가 적절한 구조로 저장될 수 있게 하는 역할
- (I) Input Contribution Function: 블록의 내용이 어떻게 구성되어 있는지
- (R) Chain Reading Function: 블록체인이 애플리케이션 단에서 어떻게 보여지는지

참여자들은 서로의 신원을 인증하지 않으므로 메시지의 원출처를 알수가 없다. 대신 참여자들이 상대방에게 전달된 메시지의 원본주소를 "spoof (도용?)"하게 함으로써 메시지가 어디서 부터 배달된지 알 수 있게 해준다. 결국 이러한 메시지가 전달되어 네트워크 내에 모든 당사자들이 이러한 "라운드" 과정에서 동기화 될 수 있다고 가정한다. 이러한 "라운드" 라는 개념은 백본 프로토콜에는 중요하지 않지만, 참여자들이 작업증명을 생산하는 능력을 가정하는데에서 중요하게 작용한다.

> 작업중...


비트코인 백본 프로토콜 [출처](https://eprint.iacr.org/2014/765.pdf)  비트코인은 분산 환경에서 공공원장 시스템을 유지 하기 위한 탈중앙화 시스템으로 나카시 사카모토에 의해 처음 소개 되었다. 원장은 miner라고 불리우는 익명의 참여자들에 의해 유지되는데, 이들은 블록체인이라고 불리우는 분산 데이터 구조에서의 프로토콜을 실...

Bitcoin) 비트코인 백본 프로토콜, 분석과 애플리케이션

<p>비트코인 백본 프로토콜</p>
<p><a href="https://eprint.iacr.org/2014/765.pdf">출처</a></p>
<p>비트코인은 분산 환경에서 공공원장 시스템을 유지 하기 위한 탈중앙화 시스템으로 나카시 사카모토에 의해 처음 소개 되었다. 원장은 miner라고 불리우는 익명의 참여자들에 의해 유지되는데, 이들은 블록체인이라고 불리우는 분산 데이터 구조에서의 프로토콜을 실행하는 일을 담당하고 있다. 이 프로토콜은 Miner들로 하여금 'Proof-of-work (aka 암호화된 퍼즐)'을 하게 만드는데, 이 작업은 블록체인에서 새로운 블록을 만들기 위해 SHA-256으로 암호화된 해쉬의 원본 값을 brute-forcing방법을 통해 무작위로 찾아내는 과정이다. 블록은 비트코인 소유자들로 부터 만들어진 일련의 거래내역을 포함하고 있으며, 비트 코인으로 지불을 수락하는 임의의 엔티티를 신용하는 트랜잭션을 발행한다. 지불한사람은 이 거래내역을 브로드 캐스팅하고, Miner는 그들이 발행하는 블록에 이러한 거래내역을 포함시킨다. Miner들은 이렇게 블록체인을 유지시키는 대가로 비트코인을 받게 된다.</p>
<p>비트코인의 가장 중요한 부분은 이중 지불 공격을 막는 것이다. 비트코인의 맥락에서는, 공격자가 최초에 account를 신용하여 account holder에게 상품이나 서비스를 제공받은 다음, 거래원장을 재구성하여 이러한 신용거래를 되돌릴때 이중지불 공격이 가능해진다. 이 경우, 공격자는 서비스를 받을 때까지 비트코인을 소유하게 되므로 다른 곳에다 이 비트코인을 다시 쓸 수 있게 된다.</p>
<p>이를 방지하기위하여, 사토시는 비트코인 시스템에 이중지불공격을 막을 수 있는 방법을 제시하였다. 특히, 수신자 (돈을 받는 사람)가 해당 거래이 포함된 불록이 k개 생성될때 까지 기다린다면, 공격자가 이러한 신용거래가 포함된 다른 블록체인을 만들어 퍼블릭 블록체인을 재구성하는 것이 성공할 확률이 k만큼 기하 급수적으로 떨어진다고 하였다. Nakamoto는 이렇게 k 블록 만큼 기다리는 것이 공격자가 정직한 참여자를 따라잡을 수 있는 확률을 희석시키는데 충분하다고 주장하였다.</p>
<p>그럼에도 불구하고, 이러한 분석은 과하게 생략된 경향이 있다. 특히, 비트코인의 탈중화된 설정이, 공격자가 정직한 Miner들 사이에 불일치를 삽입하여 그들의 hashing power를 감소시킬수도 있다는 사실에 대해 충분히 설명하지 않았다. (올바르지 않은 거래를 삽입하여, miner들이 이러한 거래를 블록으로 만드는데 자원을 낭비하게 할 수 있다는 뜻) 그러나 Bitcoin 시스템의 정확한 보안 특성을 확립하는 철저한 분석은 아직 까지 연구되지 않았다.</p>
<p>이 논문에서는 , 비트코인 백본이라고 불리우는, 공공 거래 원장 관련 문제를 해결하는 것 뿐 만 아니라 다재다능하고 확장가능한 프로토콜을 설명하고 있다. 비트코인백본은 블록체인을 만들기 위해 비트코인 소스 코드 기반을로 실행되며, 일련의 참여자들이 분산화된 환경에서 블록체인을 유지할 수 있게 끔 해준다. 이 프로토콜은 <code>content validation predicate</code>, <code>input contribution function</code>, <code>chain reading function</code>이라고 하는 함수로 구성되어 있다.</p>
<ul>
<li>(V) Content Validation predicate: 블록체인 내에서 정보가 적절한 구조로 저장될 수 있게 하는 역할</li>
<li>(I) Input Contribution Function: 블록의 내용이 어떻게 구성되어 있는지</li>
<li>(R) Chain Reading Function: 블록체인이 애플리케이션 단에서 어떻게 보여지는지</li>
</ul>
<p>참여자들은 서로의 신원을 인증하지 않으므로 메시지의 원출처를 알수가 없다. 대신 참여자들이 상대방에게 전달된 메시지의 원본주소를 "spoof (도용?)"하게 함으로써 메시지가 어디서 부터 배달된지 알 수 있게 해준다. 결국 이러한 메시지가 전달되어 네트워크 내에 모든 당사자들이 이러한 "라운드" 과정에서 동기화 될 수 있다고 가정한다. 이러한 "라운드" 라는 개념은 백본 프로토콜에는 중요하지 않지만, 참여자들이 작업증명을 생산하는 능력을 가정하는데에서 중요하게 작용한다.</p>
<blockquote>
<p>작업중...</p>
</blockquote>

비트코인과 암호화폐의 연구관점 및 과제 [출처](http://www.jbonneau.com/doc/BMCNKF15-IEEESP-bitcoin.pdf)  > 아직 이해가 온전하지 못하다. 일단은 계속해서 작업중인 버전이라는 것을 말씀드리고 싶다.  비트코인 백서가 출간된 이후로, 비트코인을 비롯한 수많은 알트코인이 등장하기 시작했다. 이러한 화폐들 간의 C...

Blockchain) 비트코인과 암호화폐의 연구관점 및 과제

비트코인 백서 요약

[출처](https://bitcoin.org/bitcoin.pdf)

### 1. 서론

인터넷 상거래는 전자 결제를 처리할 신뢰받는 제3자 역할을 금융기관에 전적으로 의지했다. 중재비용은 거래비용을 높이고, 비실용적이며 당사자에게 많은 개인정보를 제공해야 한다. 신뢰 대신 암호학적인 증명을 바탕으로, 거래 의사가 있는 두 당사자가 신뢰받는 제 3 자를 필요로 하지 않고 서로 직접 거래하게 해주는 전자 화폐 시스템이이다. 거래 시간순서대로 전산적 증명을 생성하는, 개인 대 개인간 분산 타임스탬프 서버를 사용한 이중지불 문제의 솔루션을 제안한다.이 시스템은 정직한 노드가 공격하려고 협력하는 노드보다 더 많은 CPU파워를 통제하는 한 안전하다.

### 2. 거래

   1. 이전의 거래내역 및 다음 소유자 공개키의 해시값에 전자서명을 한다.
   2. 1에서 생성된 정보를 화폐의 끝에 추가한다.
   3. 돈을 받는 사람은 소유권의 사슬 검증하기 위해 해당 서명을 검증할 수 있다.

그러나 이 과정에서는 화폐가 이전에 사용되지 않았는지 (어떤 거래에도 서명하지 않았는지) 수금자가 알 수가 없다. 이 것을 확인하는 유일한 방법은 모든 거래 내역을 인지하는 것 뿐이다. 기존에는 조폐국이 모든 거래내역을 알고 있었다면, 제 3자 없이 이방법을 실현하기 위해서는 거래내역이 공개적으로 알려져야 한다. 노드들이 거래 받는 순서의 단일이력에 합의하는 시스템이 필요하다. 수금자는 매 거래시 그것이 첫 수금이라는 사실에 다수의 노드가 동의 했음을 증명해야 한다.

![transaction](../images/transaction.png)

### 3. 타임스탬프 서버
타임스탬프 서버는 타임스탬프가 찍힌 항목의 블록의 해시를 가져가 널리 배포한다. 이 타임스탬프는 해쉬안에 먼젓번 타임스탬프를 포함하고, 앞선 것을 물고있는 사슬을 형성한다.

![timestmap](../images/timestamp.png)

### 4. 작업증명
3번의 타임스탬프 서버를 구현하기 위해서는 작업증명시스템을 사용해야 한다. 작업증명은 SHA256 같은 해시된 값 스캐닝을 필요로 한다.  블록의 해시에 필요한 0 비트를 주는 값이 발견될 때 까지 nonce값을 증분 하는 것으로 작업증명을 구현하는 것이다. 이런 재수행 작업뒤 모든 블록을 포함한다.
작업증명은 기본적으로 CPU당 1표다. 다수의사는 최대 작업증명 동작이 투입된 가장 긴 사슬로 대표된다. 다수 CPU파워가 정직한 노드에 의해 통제되면, 가장 정직한 사슬이 빠르게 늘어날 것이다. 과거 블록을 변경하려면 그 블록을 포함한 뒤의 모든 블록 작업증명을 재수행 해야 하고, 정직한 노드의 작업 또한 따라 잡아야 한다.
시간이 지날수록 노드를 구동하는 하드웨어 속도 증가와 관여도를 보상하기 위해, 작업 증명 난이도는 시간당 평균 블록수에 따른 평균 목표치를 조정해 결정된다. 빨리 생성되면, 난이도도 증가한다.

![proof-of-work](../images/proof-of-work.png)


### 5. 네트워크
 1. 새로운 거래가 모든 노드들에게 전파된다
 2. 각각의 노드들은 새로운 거래를 블록에 집어 넣는다
 3. 각각의 노드들은 그 블록에 맞는 난이도의 작업증명을 찾기에 나선다.
 4. 노드가 작업증명을 찾으면, 모든 노드에게 그 블록을 알린다.
 5. 노드는 모든 거래가 유효하며 아직 지불되지 않았다면 그 블록을 승인한다.
 6. 노드는 블록 승인을 알리기 위해 먼저번 해시로 승인된 블록의 해시를 사용해 사슬안에 다음 블록을 생성한다. 노드는 항상 긴 사슬x을 정확한 것으로 판단하고 그것을 잇는다.

### 6. 인센티브
블록의 첫번째 거래는 블록의 작성자가 소유한 코인으로 시작한다. 네트워크를 지원하는 노드가 자신이 생성한 블록의 양만큼 코인으로 보상을 받는다. 새 화폐 일정량을 추가하는 것은, 자원을 발견하도록 자원을 소비하는 것과 유사하다. 이경우에는 CPU와 전기다. 이러한 인센티브는 공격으로 부터 방어하는 수단이 될 수도 있다. 정직한 노드보다 더많은 CPU파워를 모은다면,  다른 모든 사람의 지불금을 훔치는 것보다 더 많은 코인을 생성하게 하면 된다.

### 7. 디스크 공간 회수
화폐 안에 최종 거래가 충분한 블록에 묻히면, 그 이전 거래는 디스크 공간 절약을 위해 폐기 될 수 있다. 블록의 해시를 깨지 않고 이 방법을 실현하기 위해서는, 이 거래를 머클트리로 해시한다. 그리고 그 루트만 블록의 해시에 포함시킨다.

![reclaiming-disk-space](../images/reclaiming-disk-space.png)

### 8. 간소화된 결제 검증
1. 사용자가 최장 작업증명 사슬을 가졌다고 확신할때까지 네트워크 노드를 조회한다.
2. 얻을 수 있는 가장 긴 사슬의 블록헤더 사본을 유지 한다.
3. 해당 거래를 타임스탬프가 찍힌 블록에 연결한 머클 분기를 얻기만 하면 된다.

비록 자신의 거래는 검사할 수 없지만, 그것을 사본과 연결 버전과, 이 후 그게 받아드려진 뒤 추가된 블록을 비교해 볼 수 있다.

![longest-proof-of-work-chain](../images/chain.png)

### 9. 나누기와 합치기
1. 모든 송금을 별도의 거래로 만드는 것은 무리이므로, 거래는 복수의 입출금을 포함한다. 이렇게 여러개를 합치게 된다면, 입금은 먼젓번 거래의 단수입금 이나 작은 양을 합친 복수입금이고, 출금은 지불용 출금과 거스름돈 정도가 있을 것이다.

![combine-split](../images/combine-split.png)

### 10. 프라이버시
네트워크 내에 거래는 공개되 있지만, 신원은 거래와 가치로부터 분리되어 보관된다. 사용자는 작업과 관련된 정보를 피하기 위해 공개키를 가지게 된다.

![privacy](../images/privacy.png)

### 11. 계산
정직한 노드가 사기 노드보다 먼저 블록을 찾을 확률이 더 높다. 사기성 블록을 만들때, 사기성 노드가 정직한 노드를 따라잡을 가능성은 낮다. 이는 노드가 가장 긴 사슬을 올바른 사슬로 인식하므로, 블록체인의 크기를 늘릴 때 중요하다.

### 12. 결론
디지털서명으로 만든 화폐의 프레임워크에서 핵심은 이중지불 방지수단을 만드는 것이다. 이를 해결하기 위해, 정직한 노드가 CPU 파워 대부분을 차지 한다면,  공격자는 전산적으로 변경하기가 어려워지는 작업 증명  방식을 사용했다. 이 네트워크는 조정없이 한번에 동작한다. 어떤 특정 경로로 가는 것이 아니라, 최선의 노력을 통해 전달 되기만 하면 된다. 노드는 네트워크를 떠났다가, 작업증명 사슬을 받아드리고 다시합류할 수도 있다. CPU파워를 사용한 투표로, 유효한 블록을 연장하는 작업을 통해 그것을 승인하고, 유효하지 않은 블록에 대해서는 기각한다. 이러한 것을 Consensus mechanism이라고 한다.


비트코인 백서 요약 [출처](https://bitcoin.org/bitcoin.pdf)  ### 1. 서론  인터넷 상거래는 전자 결제를 처리할 신뢰받는 제3자 역할을 금융기관에 전적으로 의지했다. 중재비용은 거래비용을 높이고, 비실용적이며 당사자에게 많은 개인정보를 제공해야 한다. 신뢰 대신 암호학적인 증명을 바탕으로, 거래 의사가 있는 두 당사자가 신...

Bitcoin) 비트코인 백서 요약

<p>비트코인 백서 요약</p>
<p><a href="https://bitcoin.org/bitcoin.pdf">출처</a></p>
<h3 id="1-서론">1. 서론</h3>
<p>인터넷 상거래는 전자 결제를 처리할 신뢰받는 제3자 역할을 금융기관에 전적으로 의지했다. 중재비용은 거래비용을 높이고, 비실용적이며 당사자에게 많은 개인정보를 제공해야 한다. 신뢰 대신 암호학적인 증명을 바탕으로, 거래 의사가 있는 두 당사자가 신뢰받는 제 3 자를 필요로 하지 않고 서로 직접 거래하게 해주는 전자 화폐 시스템이이다. 거래 시간순서대로 전산적 증명을 생성하는, 개인 대 개인간 분산 타임스탬프 서버를 사용한 이중지불 문제의 솔루션을 제안한다.이 시스템은 정직한 노드가 공격하려고 협력하는 노드보다 더 많은 CPU파워를 통제하는 한 안전하다.</p>
<h3 id="2-거래">2. 거래</h3>
<ol>
<li>이전의 거래내역 및 다음 소유자 공개키의 해시값에 전자서명을 한다.</li>
<li>1에서 생성된 정보를 화폐의 끝에 추가한다.</li>
<li>돈을 받는 사람은 소유권의 사슬 검증하기 위해 해당 서명을 검증할 수 있다.</li>
</ol>
<p>그러나 이 과정에서는 화폐가 이전에 사용되지 않았는지 (어떤 거래에도 서명하지 않았는지) 수금자가 알 수가 없다. 이 것을 확인하는 유일한 방법은 모든 거래 내역을 인지하는 것 뿐이다. 기존에는 조폐국이 모든 거래내역을 알고 있었다면, 제 3자 없이 이방법을 실현하기 위해서는 거래내역이 공개적으로 알려져야 한다. 노드들이 거래 받는 순서의 단일이력에 합의하는 시스템이 필요하다. 수금자는 매 거래시 그것이 첫 수금이라는 사실에 다수의 노드가 동의 했음을 증명해야 한다.</p>
<p><img src="../images/transaction.png" alt="transaction"></p>
<h3 id="3-타임스탬프-서버">3. 타임스탬프 서버</h3>
<p>타임스탬프 서버는 타임스탬프가 찍힌 항목의 블록의 해시를 가져가 널리 배포한다. 이 타임스탬프는 해쉬안에 먼젓번 타임스탬프를 포함하고, 앞선 것을 물고있는 사슬을 형성한다.</p>
<p><img src="../images/timestamp.png" alt="timestmap"></p>
<h3 id="4-작업증명">4. 작업증명</h3>
<p>3번의 타임스탬프 서버를 구현하기 위해서는 작업증명시스템을 사용해야 한다. 작업증명은 SHA256 같은 해시된 값 스캐닝을 필요로 한다.  블록의 해시에 필요한 0 비트를 주는 값이 발견될 때 까지 nonce값을 증분 하는 것으로 작업증명을 구현하는 것이다. 이런 재수행 작업뒤 모든 블록을 포함한다.
작업증명은 기본적으로 CPU당 1표다. 다수의사는 최대 작업증명 동작이 투입된 가장 긴 사슬로 대표된다. 다수 CPU파워가 정직한 노드에 의해 통제되면, 가장 정직한 사슬이 빠르게 늘어날 것이다. 과거 블록을 변경하려면 그 블록을 포함한 뒤의 모든 블록 작업증명을 재수행 해야 하고, 정직한 노드의 작업 또한 따라 잡아야 한다.
시간이 지날수록 노드를 구동하는 하드웨어 속도 증가와 관여도를 보상하기 위해, 작업 증명 난이도는 시간당 평균 블록수에 따른 평균 목표치를 조정해 결정된다. 빨리 생성되면, 난이도도 증가한다.</p>
<p><img src="../images/proof-of-work.png" alt="proof-of-work"></p>
<h3 id="5-네트워크">5. 네트워크</h3>
<ol>
<li>새로운 거래가 모든 노드들에게 전파된다</li>
<li>각각의 노드들은 새로운 거래를 블록에 집어 넣는다</li>
<li>각각의 노드들은 그 블록에 맞는 난이도의 작업증명을 찾기에 나선다.</li>
<li>노드가 작업증명을 찾으면, 모든 노드에게 그 블록을 알린다.</li>
<li>노드는 모든 거래가 유효하며 아직 지불되지 않았다면 그 블록을 승인한다.</li>
<li>노드는 블록 승인을 알리기 위해 먼저번 해시로 승인된 블록의 해시를 사용해 사슬안에 다음 블록을 생성한다. 노드는 항상 긴 사슬x을 정확한 것으로 판단하고 그것을 잇는다.</li>
</ol>
<h3 id="6-인센티브">6. 인센티브</h3>
<p>블록의 첫번째 거래는 블록의 작성자가 소유한 코인으로 시작한다. 네트워크를 지원하는 노드가 자신이 생성한 블록의 양만큼 코인으로 보상을 받는다. 새 화폐 일정량을 추가하는 것은, 자원을 발견하도록 자원을 소비하는 것과 유사하다. 이경우에는 CPU와 전기다. 이러한 인센티브는 공격으로 부터 방어하는 수단이 될 수도 있다. 정직한 노드보다 더많은 CPU파워를 모은다면,  다른 모든 사람의 지불금을 훔치는 것보다 더 많은 코인을 생성하게 하면 된다.</p>
<h3 id="7-디스크-공간-회수">7. 디스크 공간 회수</h3>
<p>화폐 안에 최종 거래가 충분한 블록에 묻히면, 그 이전 거래는 디스크 공간 절약을 위해 폐기 될 수 있다. 블록의 해시를 깨지 않고 이 방법을 실현하기 위해서는, 이 거래를 머클트리로 해시한다. 그리고 그 루트만 블록의 해시에 포함시킨다.</p>
<p><img src="../images/reclaiming-disk-space.png" alt="reclaiming-disk-space"></p>
<h3 id="8-간소화된-결제-검증">8. 간소화된 결제 검증</h3>
<ol>
<li>사용자가 최장 작업증명 사슬을 가졌다고 확신할때까지 네트워크 노드를 조회한다.</li>
<li>얻을 수 있는 가장 긴 사슬의 블록헤더 사본을 유지 한다.</li>
<li>해당 거래를 타임스탬프가 찍힌 블록에 연결한 머클 분기를 얻기만 하면 된다.</li>
</ol>
<p>비록 자신의 거래는 검사할 수 없지만, 그것을 사본과 연결 버전과, 이 후 그게 받아드려진 뒤 추가된 블록을 비교해 볼 수 있다.</p>
<p><img src="../images/chain.png" alt="longest-proof-of-work-chain"></p>
<h3 id="9-나누기와-합치기">9. 나누기와 합치기</h3>
<ol>
<li>모든 송금을 별도의 거래로 만드는 것은 무리이므로, 거래는 복수의 입출금을 포함한다. 이렇게 여러개를 합치게 된다면, 입금은 먼젓번 거래의 단수입금 이나 작은 양을 합친 복수입금이고, 출금은 지불용 출금과 거스름돈 정도가 있을 것이다.</li>
</ol>
<p><img src="../images/combine-split.png" alt="combine-split"></p>
<h3 id="10-프라이버시">10. 프라이버시</h3>
<p>네트워크 내에 거래는 공개되 있지만, 신원은 거래와 가치로부터 분리되어 보관된다. 사용자는 작업과 관련된 정보를 피하기 위해 공개키를 가지게 된다.</p>
<p><img src="../images/privacy.png" alt="privacy"></p>
<h3 id="11-계산">11. 계산</h3>
<p>정직한 노드가 사기 노드보다 먼저 블록을 찾을 확률이 더 높다. 사기성 블록을 만들때, 사기성 노드가 정직한 노드를 따라잡을 가능성은 낮다. 이는 노드가 가장 긴 사슬을 올바른 사슬로 인식하므로, 블록체인의 크기를 늘릴 때 중요하다.</p>
<h3 id="12-결론">12. 결론</h3>
<p>디지털서명으로 만든 화폐의 프레임워크에서 핵심은 이중지불 방지수단을 만드는 것이다. 이를 해결하기 위해, 정직한 노드가 CPU 파워 대부분을 차지 한다면,  공격자는 전산적으로 변경하기가 어려워지는 작업 증명  방식을 사용했다. 이 네트워크는 조정없이 한번에 동작한다. 어떤 특정 경로로 가는 것이 아니라, 최선의 노력을 통해 전달 되기만 하면 된다. 노드는 네트워크를 떠났다가, 작업증명 사슬을 받아드리고 다시합류할 수도 있다. CPU파워를 사용한 투표로, 유효한 블록을 연장하는 작업을 통해 그것을 승인하고, 유효하지 않은 블록에 대해서는 기각한다. 이러한 것을 Consensus mechanism이라고 한다.</p>

bitcoin-core를 설치했다면 bitcoind daemon 에서는 모든  block 정보를 동기화 하게 된다.

이는 꽤나 많은 양이기 때문에, 동기화에 하루이틀 이상의 오랜 시간이 소요된다.

![스크린샷 2016-04-20 08.53.33](../images/bitcoin-sync-1.png)

지갑주소 공개합니다. 0.00001 BTC있는데 가져가쉴??

현재 Sync상황을 알기 위해선, 일단 내 bitcoin-core가 얼마나 동기화 는지 확인 해야 한다.

```
bitcoind getinfo bitcoind getblockcount
```

getinfo 명령어는 bitcoin daemon 의 전반적인 상황을 볼 수 있고, bitcoind getblockcount는 현재 동기화된 block의 count를 볼 수 가 있다.

281205개가 동기화가 되어 있다.  전체 block의 height는 [blockchain.info/ko/](https://blockchain.info/ko/) 여기에서 확인할 수 있다.

현재 약 408506개가 있는데, 절반정도 동기화되어 있는 걸 볼 수 있다.


이는 약 11시간에 걸쳐서 동기화한 결과다.

스펙은 아래와 같다.

Google Cloud Compute

n1-standard-2(vCPU 2개, 7.5GB 메모리)  
 Intel Haswell  
 SSD 75 GB

CPU 사용량 ( 사용량이 많이 튀는 시간 대는 내가 환경설정을 세팅할 때다.)

![스크린샷 2016-04-20 09.05.00](../images/bitcoin-sync-2.png)

 
용량

30여만개의 정보들은 약 20기가를 차지한다. (core 포함)

```
 savurself11@bitcoin:~/bitcoin$ df -h
 Filesystem Size Used Avail Use% Mounted on udev 3.7G 8.0K 3.7G 1%
 /dev tmpfs 749M 340K 748M 1%
 /run /dev/sda1 74G 20G 52G 28%
 / none 4.0K 0 4.0K 0%
 /sys/fs/cgroup none 5.0M 0 5.0M 0%
 /run/lock none 3.7G 0 3.7G 0%
 /run/shm none 100M 0 100M 0% /run/user
 ```

음.. 아마 8시간이 더 있으면 동기화가 완료 될 것 같다.

동기화가 완료되는 대로 다시 포스팅 해야지.

----


8시간후

서버를 켜 놓은지 약 20여 시간이 지났다.

그 사이에 컴퓨터 스펙을 업그레이드 했다. (CPU 4개, Ram 16gb)

실시간으로 프로세서의 상황을 모니터링하고 있었는데, 너무나 과부하가 걸리고 있어서 어쩔 수 없었다. (내돈 ㅠㅠ)

난 그저 내가 보낸 transaction 을 보고 싶었을  뿐인데, 이를 bitcoin-core로 보기위해서는 어마무시한 노력이 필요하다는 것을 알게 됐다.

```
 savurself11@bitcoin:~$ bitcoin-cli getinfo
 ```

 ```json
 {
   "version" : 90500,
   "protocolversion" : 70002,
   "walletversion" : 60000,
   "balance" : 0.00000000,
   "blocks" : 324389,
   "timeoffset" : -1,
   "connections" : 8,
   "proxy" : "",
   "difficulty" : 34661425923.97693634,
   "testnet" : false,
   "keypoololdest" : 1461075368,
   "keypoolsize" : 101,
   "paytxfee" : 0.00000000,
   "relayfee" : 0.00001000,
   "errors" : ""
 }
```

```
savurself11@bitcoin:~$ bitcoin-cli getblockcount 324398 savurself11@bitcoin:~$
```

전체 블록인 40만 8천여개 중에 이제 32만개를 돌파하고 있다. 이정도 추세라면 내일이 되어서야 완료될 성 싶다.

![스크린샷 2016-04-20 20.00.01](../images/bitcoin-sync-1.png)

--

정확히 이틀이 지났다.

어제 32만개라고 포스팅했는데, 간밤에 4만개 밖에 동기화 하지 못했다. ㅠㅠ


bitcoin-cli 의 현재 sync 상황을 확인해보자.
```
savurself11@bitcoin:~$ bitcoin-cli getblockcount
364511
```

364511 번 까지 왔다. 이 블록은 언제적 블록인지 알아보자.

```
savurself11@bitcoin:~$ bitcoin-cli getblockhash 364511 000000000000000014136f884dbf60e529a1cd296d3b321bcac22420c97be03d
```

블록 해쉬 정보만 있으면, 이 블록에 대한 정보를 가져올 수 있다.

```
bitcoin-cli getblock "000000000000000014136f884dbf60e529a1cd296d3b321bcac22420c97be03d"
```
transaction정보는 너무 많아서 생략한다.

```json
{
  "time" : 1436418994,
  "nonce" : 2453655801,
  "bits" : "1816418e",
  "difficulty" : 49402014931.22746277,
  "chainwork" : "0000000000000000000000000000000000000000000847c569a240f670fc6820", "previousblockhash" : "000000000000000006588b7d0aefa8045d5c6822e975b5d37558610f406880ac", "nextblockhash" : "0000000000000000015b001aca1ba32cfedc54fe3deae0f4b724b321e3b7b425"
}
```
 
```
savurself11@bitcoin:~$ date -d @1436418994
Thu Jul 9 05:16:34 UTC 2015
```
 
2015년 7월 정보까지 따라왔다. 이 정도 추세면 내일 모레쯤이면 따라 잡을 수 있을 것 같기도하다.

---

동기화가 완료되었다 으헝헣ㅎ
그 사이에 google cloud compute engine(이하 gce) 의 쿠폰 유효기간이 다해 (내 300달러 ㅠㅠ) 과금이 되고 있었다.

4월 21 경에 서버를 돌리다가 과부하 되는 cpu 가 안쓰러워 업그레이드를 했고

![Compute Engine study workspace](../images/bitcoin-sync-4.png)

5시간 전에는 70기가에서 100기가로 업그레이드를 했다.

**참고로 디스크 점유율이 90%를 넘어가면 동기화를 정지한다.**

이제 내가 보낸 비트코인정보를 내 서버에서 볼 수 있게 되었다.

내 30만원 ^^


2018년 현재: 거래량이 많아진 지금은 더 오랜 시간이 소요될 것.


bitcoin-core를 설치했다면 bitcoind daemon 에서는 모든  block 정보를 동기화 하게 된다. 이는 꽤나 많은 양이기 때문에, 동기화에 하루이틀 이상의 오랜 시간이 소요된다.  ![스크린샷 2016-04-20 08.53.33](../images/bitcoin-sync-1.png)  지갑주소 공개합니다. 0...

Bitcoin) Bitcoin-core의 Sync를 동기화 해보자.

2016년 4월 Posting

비트코인을 드디어 샀다. 깔깔깔깔

원래는 [코빗](https://www.korbit.co.kr/) 에서 사려고 했는데, 외국사이트를 한번 이용해보고 싶어서 [LocalBitcoins](https://localbitcoins.com/) 라는 사이트를 이용했다.[  
](https://www.korbit.co.kr/)이용하기 위해서는 가입 뿐만 아니라, 여권 인증도 필요했는데 약간 귀찮긴 했지만 흥미로웠음.

결제방식은 Paypal로 하고, 5달러치를 결제했더니 **0.0084** BTC 이 내 수중으로 들어왔다. 내통장에서 나간돈은 5,871원.

[코빗](https://www.korbit.co.kr/)에서는 얼마인지 궁금해서 조회해 봤더니

약 0.003 BTC를 손해봤다. ㅋㅋㅋㅋㅋㅋㅋ

그래도 뭐 거래가 목적이라기 보단, 일단 이 비트코인을 활용해보는게 목적이었으니 상관없다.

내가 LocalBitCoins에서 거래한 사람은 뉴질랜드 사람이었는데, 새벽 12시반 (뉴질랜드시간) 에도 친절하게 거래에 응답해주었다.

나의 개인적인 질문에도 답을 해주었다.

```bash
** dr*** : ** I don’t mine bitcoins. I am just doing trading here. I lived in New Zealand, so mining cost can be very expensive- - - - - -

**savurself11: ** Do you mine bitcoin yourself or just engage in bitcoin trade? It is just my curiosity.</div> 
```

예상은 했지만 그렇다고 한다.

지금은 자러갔는지, 거래 목록에 뜨지는 않지만 상당히 재미난 경험이었다.

자 이제 이걸 가지고 무엇을 해볼까..

영수증

```bash
Receipt
==== LocalBitcoins.com Receipt Contact====
Seller: dr***
Buyer: savurself11
0.00840000 BTC sent to buyer on 2016-04-18 12:11:36+00:00
LocalBitcoins.com fee BTC: 0.00008400
Payment details as shown to buyer:
•Paypal payments from Verified Personal Paypal Accounts Only
•Upload a Clear and Readable Quality photo of your ID that match your verified paypal shipping address
•Only accept PayPal payments through PAYPAL BALANCE
•Name in LocalBitcoins must be the same as in Paypal
•Paypal Fee needs to be paid from Buyer
•One Trade per day

Due to the high risk of accepting Paypal payment I reserve the right to deny your transaction for any reason.
Amount: 5.00 USD
==== End ====
```

# 2017년 12월...

그것이 알고싶다의 방영과

![2시간동안 30억벌었는데요](http://img.insight.co.kr/static/2018/01/07/700/jetk3jmr1aiqrze5bjqc.jpg)

이 짤이 나돌면서 나는 비트코인을 샀다는 것을 이제서야 기억하게 되는데...

```bash
Receipt
==== LocalBitcoins.com Receipt Contact====
Seller: savurself11
Buyer: ac***
0.00582700 BTC sent to buyer on 2017-12-15 07:39:15+00:00
LocalBitcoins.com fee BTC: 0.00005827
Payment details as shown to buyer:
{}
Amount: 102207.91 KRW
==== End ====
```

오천원 주고 산 비트코인이 무려 10만원이 되어 20배가 되었다.


2016년 4월 Posting 비트코인을 드디어 샀다. 깔깔깔깔  원래는 [코빗](https://www.korbit.co.kr/) 에서 사려고 했는데, 외국사이트를 한번 이용해보고 싶어서 [LocalBitcoins](https://localbitcoins.com/) 라는 사이트를 이용했다.[   ](https://www.korbit.co.kr/)이용하기 ...

yceffort

bitcoin

Bitcoin) 비트코인 백본 프로토콜, 분석과 애플리케이션

Blockchain) 비트코인과 암호화폐의 연구관점 및 과제

Bitcoin) 비트코인 백서 요약

Bitcoin) Bitcoin-core의 Sync를 동기화 해보자.

Bitcoin) 비트코인 샀던 후기