Journal Archive

블록체인은 소규모 데이터들이 P2P(Peer to Peer) 방식으로 연결되어 있는 분산 컴퓨팅 기술 기반의 위변조 방지 기술이다. 블록체인의 필수 요소로 P2P 네트워크, 암호화, 장부, 합의가 있다. 하나의 거래 정보가 발생하면 이 거래 정보는 블록체인 네트워크에 분산되어 있는 수많은 노드들에게 전파되기 때문에 거래자 간의 신뢰 문제를 해결하는 수단이 된다. 이러한 과정 속에서 공증을 위한 합의 및 승인이 수행되며, 이 합의 및 승인에 의해 특정 자격을 갖는 중개자를 제거하는 것을 탈중앙화(decentralization)이라고 부른다. 따라서 P2P 네트워크 참여자는 처리 로직에 의한 거래 데이터의 타당성 확인, 공개키 인프라(public key infrastructure)에 의한 거래 데이터의 암호화, 합의 메커니즘에 의한 단일 블록체인 유지를 통해, 거래 데이터를 수정 불가의 공유 원장에 안전하게 저장하여 공유할 수 있다.

합의는 모든 참여자가 거래 데이터를 하나의 블록체인에 유지하기 위한 것으로, 새로 생성된 암호화 블록의 내용을 참여자가 검증하고 승인하는 과정을 말한다. 이를 위해 마지막 블록이 블록체인에 연결된 이후에 발생한 모든 거래 데이터를 하나의 블록으로 엮고 암호화하여 새로운 암호화 블록을 생성한다. 새로운 암호화 블록의 최초 생성자가 이것을 모든 참여자에게 방송하면, 수신자(최초 생성자 이외의 나머지 참여자)는 수신된 블록의 거래 데이터를 검증하고 거래 데이터의 순서에 문제가 없으면 이를 자신의 블록체인의 끝에 연결한다.

새로운 암호화 블록의 생성은 블록의 해쉬값(주소) 계산을 수반하며, 이는 상당한 양의 계산을 요구한다. P2P 네트워크 참여자는 누구나 새로운 암호화 블록의 해쉬값을 계산할 수 있지만, 이중에서 최초로 계산한 참여자가 새로운 암호화 블록을 생성하고 나머지 참여자에게 방송하여 승인을 요청하게 된다. 이와 같은 합의 방식을 작업 증명(proof of work) [6]이라고 하며, 비트코인이나 이더리움은 이러한 합의 방식을 사용한다. 엄청난 양의 계산을 요구하는 작업 증명은 공유 원장으로서의 블록체인을 유지하는 전략이기도 하다. 최초 계산자에게 계산 노력을 암호 화폐로 보상하여 블록체인을 일관성 있게 유지한다. 이외에도 지분 증명(proof of stake) [7], 실용적 결함 포용 방식(practical Byzantine fault-tolerance) [8]등 다양한 방식이 있으며 지속적으로 연구되고 있다.

블록체인은 P2P 네트워크의 모든 참여자가 동등한 권한을 갖고 합의에 참여하는 퍼블릭(public) 블록체인과 합의 참여자를 네트워크 참여자의 일부로 제한하는 프라이빗(private) 블록체인으로 나누어지며 표 1에 퍼블릭과 프라이빗 블록체인의 차이를 정리하였다.

퍼블릭 블록체인에서는 P2P 네트워크의 모든 참여자가 합의에 참여하며, 참여자 수가 증가할수록 합의에 걸리는 시간은 기하급수적으로 증가한다. 이러한 이유로 퍼블릭 블록체인은 거래 데이터의 실시간 처리에 현실적 장벽이 높다. 반면 프라이빗 블록체인은 합의 참여자를 네트워크 참여자 중의 일부로 제한하는 것으로, 합의에 걸리는 시간이 짧고 거래 데이터의 처리 및 관리에 필요한 기능적 요소를 포함하고 있어서 비즈니스 응용에 널리 사용되고 있다.

블록체인의 적용 기준은 탈중앙화 거래에 필요한 합의, 참여자간 수정 불가의 거래 데이터의 영구적 저장 및 공유 등, 블록체인 고유의 기능에 기인한다. 액센츄어가 제시한 블록체인 적용 기준은 거래 원장 공유 여부, 다자간 거래 여부, 거래자간 비신뢰 또는 이해 충돌 여부, 거래 합의 필요성, 수정 불가의 거래 기록 유지 필요성, 거래 규칙의 드문 변경 등이다. 최근 적용된 응용을 살펴보면, 이들 기준 요소가 모두 들어맞지는 않더라도, 높은 수준의 프라이버시 및 거버넌스를 요구하는 응용에 블록체인을 적용하기도 한다.

비즈니스에 대한 블록체인 응용은 탈중앙화에 의해 다자간 거래 데이터의 신뢰성을 높이고 참여자 간에 데이터 공유에 따른 비즈니스 비용 절감 및 효율성에 기여하고 있다. 탈중앙화는 높은 비용을 요구하는 기존의 중개자에 버금가는 신뢰도를 보장하는 저비용의 대안적 거래 환경을 생성할 수 있지만, 향후 신뢰 보장을 위해 나타날 수 있는 새로운 중개자의 등장을 방지할 수도 있다. 현재 비즈니스 응용에 대한 블록체인의 적용은 대부분 후자의 목적에 속한다고 볼 수 있고, 이런 추세가 지속되면 자연스럽게 전자의 목적으로 옮겨갈 수도 있을 것이다.

학술정보공유에 대한 블록체인의 적용은 다양한 모델 개발을 통해 연구를 진행 중이다.

JP Tennant 등 [9]은 위변조 방지와 보상 제공을 통한 책임성 강화 및 동기 부여 측면에서 블록체인의 동료심사 품질 제고 가능성 제시하였다. M Avital [10]은 블록체인을 활용한 토큰 보상체계를 활용하여 심사 부족 문제 해결을 시도하였으며, Andrea Mambrini 등 [11]은 Referee의 심사품질에 따른 보상을 하는 OA 학술지 Peer Review 에코시스템에 블록체인과 분산저장기술(IPFS)을 적용하였다. K Janowicz 등[12]은 코인 경제 기반 모듈을 통해 블록체인 학술 출판 모듈을 제시하였으며, A Tenorio-Forn´es 등 [13]은 탈중앙화 학술출판(Reviewer 평판의 분산 관리, 고유 OA 인프라, 투명한 거버넌스)을 실현을 위해서 블록체인과 분산저장기술(IPFS)을 적용하였다. TK Mackey 등[14]은 학술출판 프로세스의 투명성, 진실성, 확장성 제고를 위해 전통적 출판시스템과 괴리되지 않기 위해 연구되었으며, Z Jan 등[15]은 동료심사의 개방화, 분산화, 보상 반영을 반영하였다.

이러한 연구뿐만 아니라 새로운 학술 커뮤니케이션 패러다임으로써 동료평가와 FAIR 리포지터리 기반으로 블록체인 기술이 새롭게 조명될 필요가 있다. 블록체인은 모든 거래 기록이 저장되는 공유 인프라를 통해, 사용자에게 분산 데이터 관리를 허용한다. 학술 정보를 ‘연구자간 협력에 의해 생성, 변경, 활용 및 공유되는 논문 및 기저(underlying) 데이터로 구성된 하나의 거대하고 동적인 집합체’로 인식한다면, 그 자체가 블록체인 기술에 적합함을 알 수 있다. 블록체인 기반의 학술 커뮤니케이션에서는 연구자가 연구 결과를 생성하거나 연구자 간에 상호 작용할 때마다 그것이 공유 인프라에 저장된다. 블록체인 기반의 학술 커뮤니케이션의 장점은, P2P 네트워크상의 모든 참여자가 동일한 정보를 공유하기 때문에 학술정보의 신뢰성 보장, 소유권 및 추적성 보장, 다양한 척도에 의한 연구 업적 인정 등을 보호 받을 수 있다.

리눅스 재단에서 만든 하이퍼렛저(Hyperledger) 프로젝트는 기업에서 적용이 가능한 표준적인 블록체인의 기술을 구현하는 목적으로 만들어진 블록체인 컨소시엄이다. 산업간 블록체인 기술 발전을 위해 조직된 전 세계적인 오픈 소스 협업 활동을 한다. 현재 금융, 뱅킹, 사물인터넷, 공급망, 제조 및 기술 분야의 총 130개 이상 회원이 하이퍼렛저 패브릭, 하이퍼렛저 컴포저 등 8개 프로젝트에 현재 참여 중이며, 표준화된 개방형 엔터프라이즈급 분산 원장 프레임워크 및 코드 베이스 개발을 위해 노력하고 있다.

이 하이퍼렛저 프로젝트 중 대표적인 하이퍼렛저 패브릭은 모듈형 아키텍처 기반의 블록체인 애플리케이션 또는 솔루션 개발을 위한 근간으로 고안된 비즈니스 블록체인 프레임워크이다. 합의, 멤버십 서비스 등 구성요소의 플러그 앤 플레이를 지원한다. 또한 오픈 소스 모범 사례를 활용하며 비즈니스 환경의 기밀유지와 확장성을 가진다. 특히 가장 큰 특징으로 신뢰, 책임, 투명성을 확립한다. 허가형 네트워크로서 집단으로 정의된 멤버십과 접근권한을 비즈니스 네트워크에 제공하며, 거래의 비밀이 유지됨에 따라 비즈니스의 유연성과 보안성을 제공하여 정확한 암호화 키를 가지고 있는 당사자들에게만 거래가 보이도록 한다. 암호 화폐 사용하지 않기 때문에 거래를 확인하기 위해 채굴이나 값비싼 컴퓨팅을 요구하지 않는다. 이를 위해 스마트 계약의 탑재 논리를 활용하여 네트워크 상의 비즈니스 프로세스를 자동화한다.

하이퍼렛저 패브릭에는 여러 기업들이 프로덕션 비즈니스 네트워크 지원이 가능한 개방형 블록체인 패브릭의 구축을 위해 공급망, 자본 시장, 제조 및 의료 분야의 활용 사례에서 애플리케이션과 보안 블록체인 네트워크 간 테스트를 위해 협력하고 있다.

비즈니스에 대한 블록체인의 적용은 이더리움의 스마트 계약에서 시작되었으나, 비즈니스 응용에 최적화된 블록체인이 속속 등장하면서 새로운 방향으로 전개되고 있다. 하이퍼렛저 패브릭은 비즈니스 환경의 데이터 처리 및 관리에 필요한 각종 기능적 요소를 프레임워크로 제공하고 응용 개발 툴을 생산성 도구로 제공하고 있어서, 개발자의 호응을 얻고 있으며 다양한 비즈니스 응용을 위해 널리 보급되고 있다.

그림 2는 하이퍼렛저 패브릭의 프레임워크를 보여주고 있다. Membership, Blockchain, Transactions, chaincode의 기능으로 동작하고 있으며 각 기능별로 이벤트를 발생시키며 서비스가 된다. Membership은 사용자의 등록과 ID 관리를 담당하고 있으며, Blockchain과 Transaction은 실제로 블록체인 네트워크 상에서 블록체인이 동작하는 합의, P2P 관리, 분산원장 관리, 저장의 세부 기능을 수행한다. chaincode는 컨테이너 및 등록 관리를 통한 보안 관리를 하며 이 프레임워크를 수행하거나 작업하기 위해서는 APIs, SDKs, CLI를 활용해야 한다.

Fig. 2. 
Hyperledger fabric framework

본 연구는 학술정보공유시스템에 블록체인을 적용하기 위해서 프로토타입을 개발하였다. 기술적 검증을 위해 제안하는 모델은 FAIRness 및 신뢰성을 보장하기 위한 분산 오픈 리포지터리의 기본 기능이다. 하이퍼렛저 패브릭 플랫폼을 이용하며, 프라이빗 블록체인의 장점을 살려 개발하였다. 이 프로토타입은 개별 리포지터리의 Off-chain과 평가/검색이 가능한 블록체인 네트워크의 On-chain으로 구성된다. 블록체인 네트워크는 DOR 마스터를 두어 각각 개별적으로 생성된다. 엄선된 전문가 또는 타 기관의 구성원을 평가위원회로 두고 블록체인의 평가(검증)시에 평가자로서 활용되며, 평가된 데이터들은 블록체인으로 연결되어 관리가 된다. 표 2의 프로토타입을 구성하는 사용자의 역할이다.

프로토타입의 사용자는 학술정보 기탁자(또는 출판사, Depositor), 리포지터리 관리자(DOR 마스터, DOR Master) 학술데이터(메타)의 FAIR를 평가하고 승인하는 평가위원회(Committee), 블록체인 검증자(Verifier), 그리고 등록된 학술정보를 검색 및 활용하는 재사용자(Reuser)로 구성된다.

그림 3과 프로토타입의 동작 시나리오이며, 그림 4은 그에 따른 On-chain과 Off-chain의 동작 흐름을 보여준다.

Fig. 3. 
Prototype operation scenarios

Fig. 4. 
on-chain, off-chain operation flow

기탁자는 블록체인 네트워크에 데이터 평가를 위해 학술데이터의 엔트리를 On-chain에서 제출하여 작업을 시작한다. 기관이 원하면 해당 데이터는 공개가 되지 않으며, 필요에 따라 평가 시에 공개한다. 선정된 구성원들이 평가를 하며 평가에 통과한 데이터들은 블록이 되어 블록체인으로 연결되며 검증자1과 검증자2에 전달이 되며 각각의 개별 리포지터리에 저장된다. 재사용자는 이러한 블록체인에서 검색을 통해 데이터에 접근 가능하다. 리포지터리 등록 및 관리 모듈, 논문 등록 및 관리(Metadata 링크) 모듈, 메타데이터 관리(FAIR 테스트) 모듈, Front app(데이터 검색 및 메타 데이터 보기)으로 구성된 프로토타입을 개발하였으며, 메타데이터 등록시에, FAIR 검사를 해서 만족하지 않으면 거절, 만족하면 승인하며, app이 아닌 chaincode에서 이루어진다.

프로토타입은 기본적으로 웹에서 실행할 수 있으며, 이를 위해서 DApp이라고 불리는 웹API에 그림 2의 기반한 블록체인 시스템 프레임워크에 얹는 방식으로 개발되었다. DApp은 블록체인 기반의 애플리케이션으로 스마트 계약을 통해 블록체인에 원장을 읽고 쓰는 작업을 할 수 있다. 그림 5는 제안하는 프로토타입의 동작 프로세스이다.

Fig. 5. 
Prototype operation process

이 DApp은 API-Server, Commission, Publisher, Web으로 구성되어 있으며 API-server는 네트워크 애플리케이션 개발에 용이한 Node.js [16], 나머지는 뷰기능을 쉽게 다룰 수 있는 웹 애플리케이션 프레임워크인 Angular.js [17], 블록체인 트랜잭션의 동작을 위한 내부의 chaincode는 GoLang [18]으로 개발되었다. API-Server는 이 프로토타입의 서버 기능을 담당하고 Commission은 위원회에서의 합의 기능을 수행한다. Publisher는 데이터를 저장하고 블록체인에 트랜잭션을 생성하는 출판사이며, Web은 사용자가 검색을 할 수 있도록 한다. 블록체인 네트워크는 gRPC서버와의 연동과 해당 기능들을 하는 peer, Membership 및 Order 서비스로 구성된다. 이 gRPC 서버는 원격제어를 위한 코딩없이 다른 주소 공간에서 함수나 프로시저를 실행할 수 있는 프로세스 간 통신을 담당하며 DApp에서의 chaincode를 통해 각 Peer에 동작을 지정할 수 있도록 한다. System chaincode는 블록체인 트랜잭션 동작이 아닌 블록체인 구성에 관한 정보를 가지고 있는 chaincode이며, chaincode는 블록체인 트랜잭션을 수행하는 peer이다. Endorsing peer는 위원회에서의 블록체인 생성을 위한 합의를 수행하며, Ledger peer는 블록체인의 일반동작을 수행한다. 합의의 경우 트랜잭션이 생성되었을 때 미리 선택된 Endorsing peer들은 해당 트랜잭션의 데이터를 검토하고 확인하며, 일정 인원수 이상의 Endorsing peer가 수락을 하면 블록이 생성된다. Membership service는 블록체인 네트워크 구성시 각 peer에게 네트워크의 구성원이 될 수 있도록 권한을 부여하며, Order service의 경우 해당 트랙잭션이 블록체인으로 구성될 때 트랜잭션 발생 순서에 따라 정렬을 할 수 있도록 한다.

본 프로토타입의 네트워크는 Docker 기반의 피어 형태로 구성되며 검증노드는 Docker container에 chaincode를 배포하고 실행한다. 그림 6은 본 시스템이 프로그램상 실제로 동작하는 네트워크의 Docker container별 동작 구성도이며 표 3는 개별 사용자의 기능을 구성하는 Docker container이다. 모든 원안에 들어있는 기능들이 개별적으로 하나의 container에서 동작한다. Off-chain에서는 학술데이터(scholar info)를 포함하는 생산자와, 검증자의 기능으로 구성되어, On-chain에서는 블록을 생성하기 위한 평가위원회, orderer, ca(인증서)의 합의주체와 합의를 위한 kafka와 zookeeper의 합의 엔진으로 이루어진다.

Fig. 6. 
Operation plot for each docker container in the network

Off-chain의 상단에 위치한 생산자는 학술데이터를 레지스트리 형태로 메타데이터를 구성하여 on-chain에 제출하며 하단부에 위치한 검증자1과 검증자2는 각각 인증(ca.bc), 리포지터리(couchDB), 피어 동작(peer), 동작접근을 위한 api로 구성되어 합의 후에 새로 연결되는 블록체인이 갱신이 되면 전달받아 개별 리포지터리에 저장한다. On-chain에서는 기탁자(Depositor)로부터 제출받은 학술데이터를 평가위원회(committee)를 통해 검증 및 FAIR 평가를 하며 Orderer와 ca를 통해 블록 내부의 트랜잭션 순서를 정렬한다. 이 때 합의된 트랜잭션 정렬을 위해 소수일 때는 kafka를, 다수일 경우에는 zookeeper 컨테이너가 동작하며 메시지를 큐잉하여 확장성을 높인다.

본 프로토타입은 그림 4의 시나리오에 따라 그림 7과 같이 동작한다. 1~6과정은 기탁자가 리포지터리에 학술데이터 및 메타데이터를 제출하는 과정이다. 블록체인과 DApp은 REST API서버를 통해서 통신을 수행하며, REST API 서버는 HTTP API기반의 JSON-RPC를 제공하고 하이퍼렛저 패브릭과 통신하기 위하여 gRPC를 이용한다. 각 수행절차에서는 함수기반으로 호출 및 응답한다.

Fig. 7. 
How the codes work

학술데이터가 등록되고 위원회에서는 논문 및 메타데이터를 확인하고 서명을 하는데, 아래의 그림에서 7~12번이 이에 해당된다. 기탁자가 학술데이터를 등록하는 과정과 평가위원회가 서명을 하는 과정은 모두 블록체인에 등록되며, 본 과정에서 Endorser peer는 chaincode를 시뮬레이션하여 트랜잭션을 승인 여부를 결정한다. API Server는 승인한 Endorser peer들의 서명을 받아서 트랜잭션을 생성하여 Orderer 제출한다. Orderer는 트랜잭션을 확인하고, 합의과정을 통하여 블록을 생성하는데, 본 PoC에서는 Kafka방식의 합의과정을 사용하였다. 최종적으로 생성된 블록은 해당 채널내의 모든 피어들에게 전송된다.

마지막으로 Web에서는 재사용자(reuser)가 논문을 검색(13~16번)하고, 특정 논문에 대한 서명(17~20번)을 확인한다.

본 프로토타입은 chaincode에 의해 트랜잭션이 처리된다. 이 chaincode에는 총 7개의 함수로 이루어져 있으며, 각 사용자(각 피어)의 역할로 이루어져 있다. 표 4는 본 프로토타입의 chaincode의 함수를 정의한다. Login 함수는 DOR 마스터와 평가위원회가 로그인을 하기 위한 함수이다. putpaper 및 putdata는 기탁자로 인해 학술데이터 및 메타데이터가 검색을 위해 web과 평가를 위해 평가위원회로 전달되어지는 함수이다. signpaper는 평가위원회에서 메타데이터를 평가 및 승인하는 함수이며, GetPaperContents를 통해 검증자에게 서명된 학술데이터가 전달이 된다. Search 함수는 재사용자가 Web에서 블록체인화된 학술정보를 검색하기 사용되며 GetPaperSign를 통해서 승인된 메타데이터를 확인할 수 있다.