※ 원글 작성 : 22년 4월 26일 Base PoW & PoS safety와 liveness Safety : 블록체인을 구성하는 문제가 없는 노드들 사이에서는 잘못된 합의가 이루어지지 않음 Liveness : 문제가 없는 노드들은 반드시 합의를 함 PoW : 현재 노드가 보유하고 있는 체인보다 더 긴 체인이 존재할 경우(더 긴 체인을 만들 해시파워가 존재할 경우) 언제든지 긴 체인으로 변경 Finality가 보장되지 않음 Liveness를 위해 safety를 희생 Casper : 기존의 PoW로 liveness를 보장하고, 50블록마다 투표하여 (epoch) safety가 보장되는 지점을 생성 블록체인 트릴레마 확장성 : 블록체인이 사용자 수, 트랜잭션/블록 수 등이 증가함에 따라 기존 수행능력을 보유..

6월 13일 블로그 이사를 단행했다. 원래 블로그는 velog를 썼는데 불편함이 있어 글 전체를 옮기게 되었다. 22년 4월부터 약 1년간 사용했지만 이젠 안녕..

※ 원글 작성 : 22년 4월 26일 오래된 정보들은 맨날 까먹어서 블로그에 정리. 기억 유지용이라 틀린 정보도 있을 수 있으니 참고바라며... 앞으로 더 추가할게 있다면 다음 게시물들도 주기적인 수정을 할 계획. Blockchain P2P network를 통해 공유되어 암호화 된 분산형 데이터베이스 Genesis block을 기준으로 각 block이 이전 block의 정보를 가지며, 체인을 생성 CPU power(hash power)를 통한 경쟁에서 생성된 block은 main chain으로 구성 Timestamp server 전송 시점을 포함한 block의 hash를 산출 후 전체에 전송 시점 기록(timestamp)를 통해 해당 데이터의 특정 시점에서의 존재 유무 확인 시점 기록 hash에는 이전 ..