얼마전 BIM principle에 올린
블록체인과 BIM - 스마트 계약을 위한 블록체인 기술에 대한 기고 요청이 있었다. 이 글은 4차 산업혁명의 핵심 키워드로 알려진 블록체인 응용인 비트코인 정체와 내부 메커니즘을 좀 더 깊이 확인하고 설명하기 위해, 개발용 소스 빌드, 설치 및 사용 과정을 수행하고, 블록체인 핵심 구조 및 코드에 대한 분석 내용을 간단히 요약한다. 이 과정을 통해, 블록 체인 개념과 실제 구현을 이해할 수 있고, 기술을 제대로 응용할 수 있을 것이다.
스마트 계약 개발 시 주로 많이 활용되는 이더리움에 대해서는 아래 글을 참고하길 바란다.
블록체인 개념을 좀 더 요약한 슬라이드 자료가 있다.
블록체인의 핵심 개념은 중앙에서 거래(트랜잭션)의 신뢰성과 추적성을 관리하는 것이 아니라, 거래 참여들이 트랜잭션 정보를 분산 저장하여, 신뢰성과 추정성을 확보하는 것이다.
참여자간 거래 내역을 블록체인으로 보관(MIT Technology Review)
이를 위해, 각 참여자들은 블록을 연결해, 트랜잭션의 변화를 관리한다.
Blockchain & Transaction Hash (Wikipedia)
블록체인을 이용한 비트코인 기본 동작 과정은 다음과 같다. 참고로, 사토시가 쓴
논문(
한글버전)과
이더리움 위키을 읽으면 전체 개념을 알기 쉽다.
1. A가 B에게 송금
2. 블록(장부)가 생성됨
3. 생성된 블록이 블록체인 참여자들에게 전파됨
4. 참여자들이 해당 거래의 신뢰성을 체크함
5. 신뢰성이 확보되면, 해당 블록은 기존 블록체인에 추가됨
6. 양쪽의 거래 완료
주요 활용 개념은 다음과 같다.
암호화: A, B가 가진 전자지갑 계좌에 금액 이체 등 거래를 하려면, 각자가 발행한 공개키 암호키가 있어야 한다. 본인의 계좌를 상대방에게 전달할 때는 본인임을 증명할 수 있는 키를 함께 전달한다.
블록체인과 해쉬: 참여자간 거래를 담고 있는 것이 블록이다. 블록(장부)은 여러개의 거래를 기록한다. 거래는 위변조 안되도록 거래 데이터를 이용해 해쉬값이 생성되어 덧붙여진다. 기록된 블록은 블록체인에 참여한 서버들에게 분산 저장된다.
P2P: 블록체인은 참여자간에 분산 저장된다. 거래가 발생하여 블록에 추가될 때 합리적인 상황인지를 참여자들 간에 합의과정을 거쳐야 한다. 이 과정은 예전 P2P방식 파일 공유와 구조가 매우 유사하게 진행된다. 이는 마치 민주주의에서 의사결정시 합의(컨센서스) 과정을 거치는 것과 유사하다.
통화발행정책: 여기서 블록을 생성하는 역할을 마이너가 수행한다. 마이너는 블록을 생성하기 위해서는 블록을 유일하게 증명하는 해쉬를 생성해야 한다. 비트코인은 블록의 해쉬를 푸는 마이너에게 비트코인으로 보상한다. 마이너가 풀어야 하는 해쉬 문제는 시간이 지나면서 난이도가 높아져 인플레이션을 방지하도록 되어 있다.
여기서는 블록체인 소스코드가 어떻게 앞의 블록체인 개념을 구현하고 있는 지 분석한다. 분석을 위해 구글링을 통해 발견한 비트코인 빌드 관련 가장 잘 설명되어 있는
링크1과
링크2를 참고한다. 비트코인 프로토콜은
여기를 참고한다. 클래스 멤버 설명은
비트코인 doxygen 위키를 참고한다. 설치 과정은 다음과 같다.
블록체인 소스 빌드
블록체인 소스 빌드를 위해 우분투 운영체계를 미리 준비한다. 만약, 윈도우에서 우분투 설치하려면, Hyper-V, VirtualBox, VMware 등 가상머신 위에서 처리해도 된다. 여기에서는 우분투 16.04를 사용하였다.
개발용 소스 빌드 설치 시스템 업그레이드를 한다.
sudo apt-get update
sudo apt-get upgrade
아래 패키지를 설치한다. 디펜던시 에러가 알 수 있다. 에러는 로그를 확인해 해결하도록 한다.
sudo apt-get install build-essential libtool autotools-dev autoconf pkg-config libssl-dev
sudo apt-get install libboost-all-dev
sudo apt-get install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler
sudo apt-get install libqrencode-dev autoconf openssl libssl-dev libevent-dev
sudo apt-get install libminiupnpc-dev
Bitcoin 소스를 다운로드 한다.
cd ~
git clone https://github.com/bitcoin/bitcoin.git
Bitcoin 은 버클리 데이터베이스 4.8을 사용한다.
이를 설치한다. 단, 경로 지정시 theusername 부분은 로그인한 계정 이름과 소스 설치 경로를 고려해 수정하라. 참고로, 버클리 데이터베이스는 메모리 상에서 계산 처리하는 방식을 취해 처리 속도가 매우 빠르다.
cd ~
mkdir bitcoin/db4/
cd bitcoin/db4
wget 'http://download.oracle.com/berkeley-db/db-4.8.30.NC.tar.gz'
tar -xzvf db-4.8.30.NC.tar.gz
cd db-4.8.30.NC
mkdir build_unix
cd build_unix
../dist/configure --enable-cxx --disable-shared --with-pic --prefix=/home/theusername/bitcoin/db4/
make install
Bitcoin, Berkley DB 4.8 을 컴파일한다.
cd ~/bitcoin/
./autogen.sh
디펜던시 에러가 나면, 아래 명령을 실행해 본다.
./configure LDFLAGS="-L/home/theusername/bitcoin/db4/lib/" CPPFLAGS="-I/home/theusername/bitcoin/db4/include/"
그리고 다시 /autogen.sh 를 실행한다. 이제 컴파일을 한다.
make -s -j5
제대로 빌드되었다면, 다음 화면을 볼 수 있다.
아래 폴더에 바이너리 파일이 있다면 성공한 것이다.
cd ~/bitcoin/
./src/bitcoind
./src/qt/bitcoin-qt
./src/bitcoin-cli
블록체인 사용
블록체인은 일반적인 블록체인 네트워크와 테스트용 네트워크를 제공한다.
1. 일반 네트워크 서버 실행
\빌드된 블록체인을 서비스하는 서버를 실행해 본다.
$ ./bitcoind -daemon
Bitcoin server start
그리고, 다음 명령을 이용해 동기화된 블록수를 확인해 본다.
$ ./bitcoin-cli getblockchaininfo
그럼 다음과 같이 표시되고, 블록수가 출력된다.
백그라운드로 실행되고 있는 bitcoin-d를 다음 명령으로 프로세스 번호를 확인한다.
$ ps -ef | grep bitcoin
확인된 프로세스를 다음과 같이 실행 종료 시킨다.
$ kill -process_number
2. 테스트 네트워크 서버 실행
블록체인 테스트 네트워크 망에서 거래를 테스트해보자. 이를 위해 다음 명령을 실행한다.
$ ./bitcoind -regtest -daemon
3. 블록 생성
101개 블록을 생성한다. 거래는 이 블록에 이력 기록된다.
$ ./bitcoin-cli -regtest generate 101
블록 수를 확인해 본다.
$ ./bitcoin-cli -regtest getblockcount
101
4. 타 계좌 생성
계좌를 생성한다(ktw를 사용하고 싶은 다른 이름을 변경한다).
$ ./bitcoin-cli -regtest getnewaddress ktw
2N8Bm2d2mGFAF7z2FZSRHvdpSNUt39zWa5X
기본 잔고 BTC를 확인해 본다.
$ ./bitcoin-cli -regtest getbalance
50.00000000
앞서 생성한 계좌의 잔고를 확인해 본다.
$ ./bitcoin-cli -regtest getbalance ktw
0.00000000
5. 송금
10 BTC 송금하기 위해 송금처, 송금액을 지정해 트랜잭션을 발생한다. 이 결과로 트랜잭션 식별번호(txid)가 리턴된다.
$ ./bitcoin-cli -regtest sendtoaddress [앞에서 생성한 계좌번호] 10
트랜잭션을 확인해 본다.
$ ./bitcoin-cli -regtest listunspent
[
]
미확정된 트랜잭션을 다시 확인해 본다.
$ ./bitcoin-cli -regtest listunspent 0
송금자의 잔고를 다시 확인해 본다.
$ ./bitcoin-cli -regtest getbalance
49.99996240
미확정 트랜잭션을 확정하기 위해 채굴을 실행한다. 이 결과로 블록체인에는 채굴로 인한 트랜잭션이 블록에 저장되고, 트랜잭션이 블록에 저장되어 송금이 확정된다.
$ ./bitcoin-cli -regtest generate 1
[
"36254b11d6c28434b0e14a2a84d633d38e46177d9298a56e132346a3d340be0c"
]
송금 확정되었는 지 다시 확인해 본다.
$ ./bitcoin-cli -regtest listunspent
이런식으로 거래 이력이 블록에 기록되고, 참여자간 거래 정보가 공유된다. 블록에 기록된 정보가 참여자간에 다르면, 누군가 정보를 위조한 것이다.
6. 잔고 확인
잔고를 확인해 본다.
$ ./bitcoin-cli -regtest getbalance ktw
10.00000000
UI기반 비트코인 도구 사용
UI기반 비트코인을 사용하기 위해 빌드된 /src/qt/bitcoin-qt 를 실행해 보자.
다음과 같이, Bitcoin Core가 실행될 것이다.
아직은 비트코인 지갑에 아무것도 없다. 메뉴에서 Options 를 선택하고, 언어를 다음과 같이 한국어로 설정한다.
프로그램을 종료하고 다시 실행다면, 다음과 같이 한글 인터페이스를 볼 수 있다. 이제 지갑을 만들고, 거래를 하면 된다.
참고로, UI QT메뉴에서 호출되는 기능을 담당하는 모듈은 다음과 같다.
소스코드 분석 과정
이제 제대로 동작되고 있으니, 핵심적인 소스코드를 분석해, 동작 방식을 좀 더 상세히 확인해 본다. 참고로, 다른 괜찬은 코드 분석 사례를
여기에서 참고할 수 있다. 그리고,
비트코인 doxygen 위키에서 관련 클래스의 설명을 확인할 수 있다. 사토시가 쓴
논문(
한글버전)을 읽으면 전체 개념을 알기 쉽다. 소스코드와 기본적인 문서를 확인하였으니, 이제 소스 코드의 역공학을 통해 동적 실행 및 정적 구조를 분석해본다. 비트코인 소스코드는 C++로 개발되어 있다. 비트코인 문서를 보면, 비트코인 어플리케이션 클래스 간 참조 그래프를 확인할 수 있다.
정적 모델 구조
정적 모델 구조는 주로 데이터, 구조체, 클래스 구조를 주로 확인한다. 가장 기본적인 몇 가지 구조를 살펴보자. 사토시 나카모토가 비트코인 개발 할 때 가장 핵심이 되는 구조는 primitives, wallet 패키지에 담겨져 있다. 패키지 모듈 간 의존성 그래프를 보면, 다음과 같이 primitives 정보를 wallet이 의존하고 있는 것을 알 수 있다.
그외 중요한 패키지는 다음과 같다.
- RPC: 블록체인 네트워크 참여자간 명령이나 데이터를 주고 받음
- consensus: 머클트리(merkle) 트리를 관리하고, 참여자간 컨센서스를 처리함. 머클트리는 트랜잭션을 요약해 암호화한 해쉬값을 관리함
1. primitive 패키지
primitives 패키지는 블록체인의 핵심이 되는 구조인 블록, 트랜잭션 구조가 정의되어 있다. 블록체인과 트랜잭션 정보를 관리한다.
블록들을 연결하는 블록체인 인덱스는 CBlockIndex 클래스에 다음과 같이 정의된다.
CBlockIndex는 CBlock의 베이스 클래스이고, 블록의 체인을 연결하는 구조는 다음 클래스 다이어그램과 같이 블록 정보를 가지고 있는 해쉬맵과 블록 인덱스를 이용해 관리된다. 실제 블록 체인 데이터는 디스크에 저장되고, 필요할 때 메모리로 serialization된다.
블록 정보의 신뢰성과 추적성을 확보하는 방식은 해쉬와 트랜잭션 이력을 블록 체인이 담아두는 구조에 있다. 해쉬 생성은 다음 호출 그래프와 같이
SHA256함수를 사용한다.
블록마다 트랜잭션 이력 정보가 다음과 같이 리스트 형식으로 관리된다. 트랜젹션은 입금 CTxIn, 출금 CTxOut 클래스를 리스트로 관리하고 있다. 출금은 출금 BTC를 저장하는 nValue를 가지며, 최대 BTC 는 사토시가 정의한 21000000 이다. 입금은 입금 트랜잭션 해쉬를 관리하는 COutPoint를 보관한다. 각 입출금 트랜잭션은 트랜잭션 시나리오가 정의된 CScript를 가지고 있어, 다양한 트랜젹션 시나리오 계산을 지원한다. CScript는 바이트 연산자를 처리하는 가상머신이며, 트랜잭션 계산에 특화되어 있다.
2. wallet 패키지
wallet(지갑. 계정)을 관리한다. 데이터는 CDB클래스를 통해 저장된다. 이를 활용하기 쉽게 CWalletDB를 정의하고 있다. DB를 사용하는 CWallet은 거래를 위한 개인키, 공개키를 지갑에 설정하여, 트랜잭션 시 보안을 지원한다. 지갑은 트랜잭션 정보가 관리되는 블록체인과 연결되며, 거래되는 계정 장부(address book)를 관리한다.
wallet 주요 클래스 구조
지금까지 분석된 비트코인 정보 모델 구조를 매우 간략하게 요약하면, 다음과 같다.
동적 실행 모델 구조
비트코인 전체 동작을 기술하는 것은 지면한계상 어려우니, 핵심적인 블록체인 처리 부분만 실행 구조를 분석해 보자.
1. 비트코인 서버 실행
비트코인 서버 메인인 bitmaind.cpp를 분석해 본다.
int main(int argc, char* argv[])
{
SetupEnvironment(); // 비트코인 환경 설정
noui_connect(); // 비트코인 서버 기능 처리 핸들러 등록
return (AppInit(argc, argv) ? EXIT_SUCCESS : EXIT_FAILURE); // 서버 시작
}
bool AppInit(int argc, char* argv[]) 함수는 bitmaind 서버 옵션에 따라 필요한 함수를 호출한다. 이 함수은 다음과 같은 구조이다.
bool AppInit(int argc, char* argv[])
{
AppInitBasicSetup(); // 어플리케이션 기본 설정
fRet = AppInitMain(); // 메인 초기화
}
AppInitMain()이 호출되는 부분을 grep -r "AppInitMain" ./* 으로 확인해 본다.
AppInitMain가 코딩된 init.cpp를 확인한다. 주석에 Satoshi Nakamoto 2009 카피라이트를 발견할 수 있다. 라이센스는 MIT이다.
// Copyright (c) 2009-2010 Satoshi Nakamoto
// Copyright (c) 2009-2017 The Bitcoin Core developers
// Distributed under the MIT software license, see the accompanying
// file COPYING or http://www.opensource.org/licenses/mit-license.php.
bool AppInitMain()
{
RegisterAllCoreRPCCommands(tableRPC);
RegisterWalletRPC(tableRPC);
bool fLoaded = false;
while (!fLoaded && !fRequestShutdown) {
do {
LoadBlockIndex(chainparams); // 블록 인덱스 로딩
LoadGenesisBlock(chainparams); // 최초 블록 제너시스 블록 로딩
pcoinsdbview->Upgrade(); // 비트코인 뷰 업그레이드
ReplayBlocks(chainparams, pcoinsdbview.get());
RPCNotifyBlockChange(true, tip); // 블록 변경시 변경 공지함
}
}
OpenWallets(); // 지급 열기
}
이 중 관심이 가는 Load다GenesisBlock() 을 확인한다. validation.cpp에 있다.
bool CChainState::LoadGenesisBlock(const CChainParams& chainparams)
{
LOCK(cs_main); // 쓰레드 동기화를 위한 락 처리
if (mapBlockIndex.count(chainparams.GenesisBlock().GetHash())) // 이미 블록 맵에 제네시스 블록이 등록되어 있으면, 굳이 로딩할 필요 없이 리턴함.
return true;
CBlock &block = const_cast<CBlock&>(chainparams.GenesisBlock()); // 블록 생성
CDiskBlockPos blockPos = SaveBlockToDisk(block, 0, chainparams, nullptr); // 블록을 저장
CBlockIndex *pindex = AddToBlockIndex(block); // 블록 인덱스에 블록 추가
CValidationState state;
ReceivedBlockTransactions(block, state, pindex, blockPos, chainparams.GetConsensus()); // 블록 트랜잭션 처리
return true;
}
블록은 아래 함수를 통해 기존 블록 맵과 인덱스에 삽입되며, 입력된 해쉬값을 새로 생성된 해쉬값과 쌍으로 만들어, 다시 해쉬값을 생성한다. 각 블록의 해쉬가 일부 변경되면, 블록 체인의 모든 해
쉬값은 재계산되어야 하고, 블록체인 참여자의 해쉬값도 모두 변경되어야 하므로, 위변조가 어렵다. 참고로, mapBlockIndex는 해쉬값을 생성하여, 해쉬값으로 객체를 관리하는 컨테이너인 unordered_map의 인스턴스이다.
CBlockIndex* CChainState::AddToBlockIndex(const CBlockHeader& block)
{
uint256 hash = block.GetHash(); // 입력된 블럭 해쉬값 획득
CBlockIndex* pindexNew = new CBlockIndex(block); // 블럭을 생성하고 인덱스를 획득
pindexNew->nSequenceId = 0;
BlockMap::iterator mi = mapBlockIndex.insert(std::make_pair(hash, pindexNew)).first;
pindexNew->phashBlock = &((*mi).first); // 새로운 블럭의 해쉬값 생성 후 할당
BlockMap::iterator miPrev = mapBlockIndex.find(block.hashPrevBlock); // 이전 블럭 인덱스 획득
if (miPrev != mapBlockIndex.end()) // 이전 블럭이 있으면
{
pindexNew->pprev = (*miPrev).second; // 새로운 블럭의 이전 블록을 찾은 이전 블록과 체인 연결
pindexNew->nHeight = pindexNew->pprev->nHeight + 1; // 깊이 증가
pindexNew->BuildSkip();
}
pindexNew->nTimeMax = (pindexNew->pprev ? std::max(pindexNew->pprev->nTimeMax, pindexNew->nTime) : pindexNew->nTime); // nTimeMax 타임스탬프 갱신
pindexNew->nChainWork = (pindexNew->pprev ? pindexNew->pprev->nChainWork : 0) + GetBlockProof(*pindexNew);
pindexNew->RaiseValidity(BLOCK_VALID_TREE); // Validity 플래그 마스크 설정
if (pindexBestHeader == nullptr || pindexBestHeader->nChainWork < pindexNew->nChainWork)
pindexBestHeader = pindexNew;
setDirtyBlockIndex.insert(pindexNew);
return pindexNew;
}
CBlockIndex * CChainState::InsertBlockIndex(const uint256& hash)
{
BlockMap::iterator mi = mapBlockIndex.find(hash); // 입력된 해쉬의 블록 획득
if (mi != mapBlockIndex.end()) // 해쉬가 있으면 해당 블록 인덱스 리턴
return (*mi).second;
// Create new
CBlockIndex* pindexNew = new CBlockIndex(); // 블록 인덱스 생성
// 주어진 블록 해쉬와 새로 생성된 블록 해쉬를 합친후, 이에 대한 해쉬를 획득함
mi = mapBlockIndex.insert(std::make_pair(hash, pindexNew)).first;
pindexNew->phashBlock = &((*mi).first);
return pindexNew;
}
2. 계좌 트랜잭션 처리
./bitcoin-cli 명령을 이용해 다양한 트랜잭션 처리를 할 수 있다. 명령은 rpcwallet.cpp에 CRPCCommand 구조체 형식의 명령 테이블로 정의되어 있다.
static const CRPCCommand commands[] =
{ // category name actor (function) argNames
// --------------------- ------------------------ ----------------------- ----------
{ "rawtransactions", "fundrawtransaction", &fundrawtransaction, {"hexstring","options","iswitness"} },
{ "hidden","resendwallettransactions", &resendwallettransactions, {} },
{ "wallet","abandontransaction", &abandontransaction, {"txid"} },
...
{ "wallet","getaddressinfo", &getaddressinfo, {"address"} },
{ "wallet","getbalance", &getbalance, {"account","minconf","include_watchonly"} },
{ "wallet","getnewaddress", &getnewaddress, {"account","address_type"} },
...
{ "wallet","gettransaction", &gettransaction, {"txid","include_watchonly"} },
...
{ "wallet","listlockunspent", &listlockunspent, {} },
...
{ "wallet","sendtoaddress", &sendtoaddress,
...
{ "wallet","rescanblockchain", &rescanblockchain, {"start_height", "stop_height"} },
{ "generating", "generate", &generate, {"nblocks","maxtries"} },
};
주요 bitcoin-cli 명령 처리 과정을 살펴보자.
generate 명령을 수행하면, 등록된 generate함수가 호출된다. generate() 함수는 generateBlocks() 함수를 호출하며, 다음과 같은 블록 로직을 수행한다.
UniValue generateBlocks(std::shared_ptr<CReserveScript> coinbaseScript, int nGenerate, uint64_t nMaxTries, bool keepScript)
{
int nHeightEnd = 0;
int nHeight = 0;
{
nHeight = chainActive.Height(); // 체인 높이 획득
nHeightEnd = nHeight+nGenerate;
}
unsigned int nExtraNonce = 0;
UniValue blockHashes(UniValue::VARR);
while (nHeight < nHeightEnd) // 추가할 체인 높이가 될때까지 체인 추가
{
CBlock *pblock = &pblocktemplate->block;
++nHeight; // 체인 높이 증가
blockHashes.push_back(pblock->GetHash().GetHex()); // 블록 해쉬를 블록해쉬맵에 추가함
}
return blockHashes;
}
sendtoaddress 명령 수행과정을 살펴보자. 이 명령은 다음 같은 옵션을 가진다.
$ ./bitcoin-cli -regtest sendtoaddress [앞에서 생성한 계좌번호] 10
이를 수행하면, sendtoaddress() 함수가 실행된다. 먼저 request 파라메터에서 계좌번호에 해당하는 CWallet pwallet 객체와 송금할 금액 CAmount nAmount 변수를 얻는다. 송금계좌를 CTXDestination dest 객체에 넣고, 계좌에 대한 트랜잭션 처리를 위해, CWalletTX wtx를 준비한다. 이제 SendMoney() 함수를 호출해 송금한다. 그리고, 송금 트랜잭션에 대한 해쉬값을 얻어 리턴한다. SendMoney() 함수는 트랜잭션(거래) 객체를 생성하여, CommitTransaction() 함수에서 트랜잭션 이력 관리를 위한 링크를 만들고, 거래 사건을 브로드케스팅를 준비한다.
아래 코드는 이 거래의 핵심적인 코드만 추려 보인 것이다.
UniValue sendtoaddress(const JSONRPCRequest& request)
{
CWallet * const pwallet = GetWalletForJSONRPCRequest(request); // 입력 파라메터 정보 획득
// Make sure the results are valid at least up to the most recent block
// the user could have gotten from another RPC command prior to now
pwallet->BlockUntilSyncedToCurrentChain();
CTxDestination dest = DecodeDestination(request.params[0].get_str()); // 송금 목적지 획득
CAmount nAmount = AmountFromValue(request.params[1]); // 송금액 획득
CWalletTx wtx;
SendMoney(pwallet, dest, nAmount, fSubtractFeeFromAmount, wtx, coin_control); // 송금
return wtx.GetHash().GetHex(); // 트랜잭션 해쉬값 리턴
}
static void SendMoney(CWallet * const pwallet, const CTxDestination &address, CAmount nValue, bool fSubtractFeeFromAmount, CWalletTx& wtxNew, const CCoinControl& coin_control)
{
CScript scriptPubKey = GetScriptForDestination(address); // 송금 계좌 주소 파싱
CRecipient recipient = {scriptPubKey, nValue, fSubtractFeeFromAmount}; // 송금 영수증 정보 생성
vecSend.push_back(recipient);
pwallet->CreateTransaction(vecSend, wtxNew, reservekey, nFeeRequired, nChangePosRet, strError, coin_control); // 트랜잭션 생성
pwallet->CommitTransaction(wtxNew, reservekey, g_connman.get(), state); // 트랜잭션 처리
}
bool CWallet::CommitTransaction(CWalletTx& wtxNew, CReserveKey& reservekey, CConnman* connman, CValidationState& state)
{
AddToWallet(wtxNew); // wallet에 트랜잭션 객체를 추가해 거래 이력정보를 관리하도록 함
for (const CTxIn& txin : wtxNew.tx->vin)
{
CWalletTx &coin = mapWallet[txin.prevout.hash]; // 이전 트랜잭션 해쉬를 통해, 트랜잭션 객체 획득
coin.BindWallet(this); // 획득한 트랜잭션 객체와 링크 연결함
NotifyTransactionChanged(this, coin.GetHash(), CT_UPDATED);
}
CWalletTx& wtx = mapWallet[wtxNew.GetHash()]; // 생성된 트랜잭션 객체 획득
if (fBroadcastTransactions) // 트랜잭션 브로드캐스트함
wtx.AcceptToMemoryPool(maxTxFee, state); // 브로드캐스트 메모리풀에 추가. 거래 이력 전파.
return true;
}
마무리
이 글에서는 비트코인 분석을 위해 소스를 빌드하고, 동작 방식을 확인해 보았다. 코드를 분석해 보면, 복잡하기는 하지만 블록체인 개념에 새로운 기술을 사용한 것은 아니다. 공개키/개인키 암호화, 해쉬함수, 블록과 인덱스 관리 구조, 트랜잭션 이력관리 리스트, 데이터베이스 처리 등은 이미 기존에 많이 활용하던 기술이다. 코드는 깔끔하고, 크게 군더더기가 없어 보이는 데, 트랜잭션 처리에 간단한 가상머신을 만들어, 거래 시나리오를 사용자화할 수 있는 확장성을 지원한 개념이 좋았다.
비트코인에서 사용한 블록체인이 사회적으로 크게 이슈화 된 이유는, 기존 시스템의 신뢰성 확보 방안인 중앙집중식 관리가 네트웍 및 보안 기술의 발달로 분산처리화되면서, 기존 시스템의 기득권과 게임의 법칙이 변화하고 있는 부분에 있다.
컨텐츠의 신뢰성, 무결성, 추적성을 통제하는 모든 시스템에 블록체인 기술을 활용할 수 있다. 스마트 계약(contract)을 구현하기 위해 블록체인을 응용하는 경우가 많아지고 있다. 참고로,
이더리움은 계약과 관련된 정보를 사용자화하여, 블록으로 관리할 수 있는 플랫폼을 제공한다. 이더리움의 많은 개념은 비트코인에서 가져왔다.
블록체인이 만능이 아님은 여러 해킹 뉴스를 통해 접할 수 있다. 이는 기술 활용 전에 사회적, 제도적 준비가 되어 있어야 한다고 생각한다. 아울러, 블록체인을 제대로 활용하기 위해서는 기술에 대한 근본적인 이해가 필요할 것이다.
기타 레퍼런스
