[middleblock]
◾ 용어 정리
1. 레거시
(legacy- 직역하면 유산.)
레거시 시스템[legacy system]은 컴퓨터 전용 용어로
하위호환을 위해 새로운 프로그램속에 남겨두는 기존의 소스코드를 뜻함. (컴퓨터 시스템, 소프트웨어를 포괄하기도 함)
ex) activeX
2. EOS
3. mvp
(Minimum Viable Product)
고객의 피드백을 받아 최소한의 기능을 구현한 제품이다.
4. Hyperledger Febric
광범위한 산업 사용 사례에 대한 모듈성과 다양성을 제공하는 엔터프라이즈급 권한이 부여된 분산 원장 플랫폼입니다.
https://hyperledger-fabric.readthedocs.io/en/release-2.2/
A Blockchain Platform for the Enterprise — hyperledger-fabricdocs master documentation
Docs » A Blockchain Platform for the Enterprise Edit on GitHub Built with Sphinx using a theme provided by Read the Docs.
hyperledger-fabric.readthedocs.io
5. 에스크로
(escrow)
상거래 시에, 판매자와 구매자의 사이에 신뢰할 수 있는 중립적인 제삼자가 중개하여 금전 또는 물품을 거래를 하도록 하는 것, 또는 그러한 서비스를 말한다. 거래의 안전성을 확보하기 위해 이용된다.
6. BasS 구조
(Blockchain as a Service - 직역 서비스형 블록체인)
사업체들이 클라우드 컴퓨팅 솔루션을 이용하여 자신들만의 블록체인 앱, 스마트 계약, 그리고 업체가 개발한 블록체인 인프라스트럭처의 기능을 빌드하고 호스팅하고 사용할 수 있게 하는 서비스이다.
BaaS는 자신들만의 블록체인을 개발하고 그 주제에 대한 지식을 쌓을 필요 없이 원하는 구성의 블록체인망의 접근을 비즈니스에 제공한다.
<MIDDLE BLOCK>
blockchain base의 middleware
기존 개발자들 대상으로 블록체인 기술에 쉽게 접근하도록
미들블록을 써서 기존의 레거시 서비스를 제공하겠다는 의도
mvp를 만든다
-> 미들블록 위에다가 back-end를 만들어야 함.
back-end 하나가 하나의 서비스라고 할 수 있다.
mvp 하나당 back-end 하나가 만들어진다 (미들블록 위에) -> 대표적 사례) 이삼다
미들블록 위에 "이삼다" 플랫폼이 올라가 있음. 플랫폼을 통해 서비스 하는 형태
-
가장 밑에 baseplatform(기저 플랫폼) 으로 블록체인들을 배치
그 위에
- 블록체인마다 스마트 컨트랙트를 통해서 커뮤니케이션 하는 부분이 있고 ,
sdk를 이용하도록 두개의 타입으로 구분 되어있다. (예를 들어 did 같은 경우 sdk type)
* Hyperledger Febric
- enterprise용 blockchain
- febric을 넣게 되면서 eos를 안넣게 됨. 굳이 성격이 유사한 블록체인을 넣을 필요x
- febric 2.0부터는 payment가 지원됨
ex ) 신용카드로 만원을 결제하면 핸드폰으로 만원에 해당하는 만큼의 토큰이 들어옴
-> 에스크로
* kafka
- 실제 서비스에 들어가고 블록체인이 늘어나면 중간에 트래픽 병목이 일어날 수도 있음.
이를 해결하기 위해
- 서비스 하면서 데이터 스토리지에 데이터 쌓임.
여기서 데이터를 긁어와서 분석 / 모니터링에 사용
* 비대면 신원인증
- 현재 중앙화된 시스템에서는 , 중앙 정부가 나의 신원을 증명해줌
- blockchain / did에서는 내가 내 신원을 증명함.
- 내가 누군지 나의 신분증을 가지는 것 - 보안 단계가 매우 철저해야함
- 우리나라에서 비대면으로 인증하는 방법은 복수 채택을 하도록 되어있음
(실명 확인표 사본 제출, 영상통화, 접근매체 전달시 확인, 기존 계좌 활용, 기타 이에 준하는 방법 중 택2)
> 영상 인식 + 기존계좌 활용 채택
영상 인식은 facephi라고 하는 실제 은행권에서 사용하는 시스템을 도입
- 왜 하는가?
> 블록체인 오라클 문제
내 신분에 대한 did를 발급 받아 훼이크를 줘서 다른사람의 소유나 자격에 대한 증명을 하는 등
악용 가능성.
> 해결하는 방법
- 은행 계좌는 실제로 내 신분증을 가지고 오프라인에서 만들도록 되어있음 즉, 증명이 되어있는 상태.
계좌 어떻게 활용?
그 신분증 소유자에 해당하는 사람의 계좌에 1원을 보냄 + 간단한 메세지를 함께 보내서
해당 메세지를 확인하는 식
( 계좌는 은행에서 이미 증명을 받은 것이므로,
신분증 소유자와 해당 계좌의 소유자 매치가 확인이 되면 신분증 소유자의 신분 또한 간접적으로 증명이 되는 것. )
< key 암,복호화 시스템 >
대칭키 & 비대칭키 키의 쓰임새 알아둬야 함.
대칭키 , 비대칭키에 각각 어떤 알고리즘이 있는지 해당하는 알고리즘에을 분류해서
필요할 때 쓸 수 있어야 함.