※ 원글 작성 : 22년 4월 26일 Algorithm & Protocol SPV node SPV 노드는 체인의 전체를 받지 않고 헤더만 다운로드 하여 노드의 스토리지 부담이 적음, 1/1000 수준 (그래도 크다...) 블록헤더 상에는 머클루트가 포함되어 있기 때문에 각 트랜잭션의 포함 여부를 알 수 있음 Bloom filter 특정 원소가 포함되어 있는지 확인하는 확률형 자료구조 집합의 크기가 크거나 원소가 많을 경우 정확히 파악하는게 힘들기 때문에 전처리로 집합 내에 포함되지 않을 원소들을 미리 제거 가능 SPV노드 상에서 Filter 사용 SPV노드가 지갑주소가 포함된 특정 거래 정보를 요청 시에 주변 노드에게 전파되어 자신의 정보를 노출할 수 있음 Segwit Segregated Witness ..

※ 원글 작성 : 22년 4월 26일 UTXO 비트코인 트랜잭션 내에 출금이 이루어지지 않은 기록 Wallet은 사용자의 계좌 상에 오고 간 전체 입출금 기록을 확인하여 거래 목록을 추적 Wallet 상의 balance는 UTXO의 합으로 표현 UTXO model & Account model 대표적으로 전자는 비트코인, 후자는 이더리움 Account model은 각 사용자의 계정 상 잔액을 글로벌로 retrieve UTXO 장점 확장성 : 동시에 tx처리 가능 프라이버시 : Account에 비해 개인정보 보호 Account 장점 단순성 : State 추적 가능, state를 저장하지 않는 모델은 거래처리 및 조회가 복잡 효율성 : Account의 잔액만 확인하여 출금 진행 가능 (이중지불이 발생할 수 있..

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

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