이더리움의 차별점은 스마트 컨트랙을 이용하여 블록체인 위에서 다양한 어플리케이션을 만들 수 있다는 점이다. 하지만 스마트 컨트랙 때문에 오히려 간단한 일이 복잡해지기도 한다. 일례로, 이더리움에서…
이더리움을 이용한 서비스를 개발하다 보면 다양한 방식으로 인코딩된 이더리움 비밀키를 만나게 됩니다. 이 글에서는 각 방식을 알아보고, 어떤 라이브러리들을 통해 각 방식을 사용할 수 있는지 정리했습니다.
가장 간단한 방법은 비밀키를 hex 표현으로 저장하는 것입니다. web3의 createAccount를 사용하여 생성할 수 있습니다.
프로그램이 다른 프로그램과 데이터를 주고 받기 위해서는 서로 간에 공유하는 규칙이 필요합니다. 네트워크를 통해 주고 받는 정보는 결국 0과 1의 나열입니다. 이 나열을 어떻게…
현재 비트코인과 이더리움의 풀 노드를 운영하는데 필요한 디스크 사이즈가 비트코인이 150GB, 400GB 정도로 추정됩니다. 이더리움이 비트코인보다 늦게 시작되었다는 점을 감안하면 이더리움의 디스크 사용량이 빠르게 증가했음을 추측할 수 있습니다. 개인용 랩탑이나 데스크탑의 스토리지 구성이 일반적으로 1TB 이하인 것을 생각해보면 개인이 풀 노드를 운영할 때 부담스럽게 느껴질 수 있는 부분입니다.
p2p 네트워크는 많은 취약점을 가지고 있는데 대표적인 것이 Eclipse attack이다. Eclipse attack은 네트워크 전체를 공격하는 것이 아니라 목표로 하는 노드의 Routing table을 공격하여 목표로 하는 노드와 전체 네트워크 사이에 악의적인 노드를 집어넣는 공격이다. Routing table을 공격하는 방법이기 때문에 routing-table poisoning이라고도 불린다.
Ethereum은 현재 상태를 prefix tree의 일종인 modified merkle patricia trie(a.k.a. MPT)로 저장한다. MPT는 state root의 hash를 계산하기 위해 state trie 전체를 볼 필요가 없이, 수정된 branch의 hash만 다시 계산하면 되기 때문에 빠르게 root hash를 찾을 수 있다.
현재 이더리움이 겪고 있는 가장 큰 문제는 scalability다. 이더리움이 인기를 끌면서 트랜잭션의 양도 늘어나고 참여하고 있는 노드의 수도 늘고 있는데 PoW를 쓰는 이더리움의 특성상 초당 트랜잭션 처리 수는 늘지 못한다. 그래서 지금 이더리움 코어 개발자들이 초점을 맞춰서 개발하고 있는 것이 ethereum sharding이다.
이더리움 샤딩을 간단히 설명하면 샤드별로 merkle patricia tree를 만들고 그 샤드의 root들로 만들어진 merkle partricia tree의 root만을…
지난번 글에서 설명했듯이 ethereum의 상태는 modified Merkle Patricia Trie(a.k.a. MPT)에 저장된다. Ethererum에서 값은 nonce, balance 등 account의 상태고, 그 키는 account의 주소다. 이 Account의 주소는 160bit이기 때문에, MPT의 root에서부터 40 nibble의 경로를 타고 가면 account의 상태가 나와야 한다. 하지만 실제로 ethereum의 상태가 저장된 MPT에서…
지난주에 이어 코드박스가 두번째 기술 세미나를 5월 30일에 열게 되었습니다. 1주차 발표 내용이 좋다는 소문을 듣고 이번에 신규로 현장 등록 해 주신 분들이 많은데, 다음주도 물론 참여 가능합니다. 지난 주 처럼 이번주에도 많은 분들이 참석을 해주셨고 블록체인 기술, 혹은 구체적으로 CodeChain에 호기심이 있는 분이시라면 앞으로도 많은 관심을 부탁 드립니다.
2주차 세미나 주제: P2P 네트워크
