더키 MVP 및 메인넷 완료 보고서(2018.11.30.) 입니다.
그림 파일을 포함한 자세한 내용은 https://blog.naver.com/thekeyvip/221409828722 에서 확인하실 수 있습니다.
THEKEY MVP/Mainnet Technical Report
Of
Blockchain based Dynamic Multi-Dimension Identification
THEKEY Project Team, November 2018, Beijing, China
목 차
1. 배경
2. 핵심 사안에 대한 해결책
2.1 BDMI 역량 향상
2.1.1 성능 향상을 위한 기술 업그레이드
2.1.2 효율성 향상을 위한 기술 업그레이드
2.1.3 신뢰성 향상을 위한 기술 업그레이드
2.1.4 시험 결론
2.2 안전한 환경(SE)
2.2.1 목적
2.2.2 방법
2.2.3 결론
2.2.4 신뢰할 수 있는 제품의 전망
2.3 다중 시나리오 응용 프로그램
2.3.1 상업 보험에서 보험 인수
2.3.2 다차원 노인 생존 인증
3. 더키 생태계 개요
3.1 기본 기능
3.2 응용 시나리오
3.3 성과, 효율성 및 신뢰성에 대한 BDMI 시스템 개선
4. 결론
부록 1 : 코드 목록
부록 2 : 제품 절차
a) 병원 DAPP은 사용자 정보를 수집하고 신원 인증을 시작합니다
b) 더키 DAPP은 IDV에 대한 사용자 정보를 얻고 결과를 반환합니다
c) 병원 DAPP은 IDV 결과 및 처방 원장 정보를 얻고 사용자는 비용을 지불합니다.
청구서를 작성한 다음 체인에 청구 해결을 생성합니다
d) 실제 신원 월렛
e) 인증 토큰
f) 로드 밸런싱
g) 상업 보험 인수
h) 다차원 노인 생존 인증
i) 스마트 계약 신청
1. 배경
1 단계 MVP 완료 후 THEKEY는 블록체인 기반의 BDMI(Dynamic Multi-Dimension Identification) 기술에 대한 기술 증명 및 "부인할 수 없고, 변경할 수 없는 EA5(전자 인증 5) 수준 온라인 신원 확인(IDV) 결과가 생성되었습니다. 동시에 THEKEY는 IDV 및 디지털 지갑을 통합하여 전 세계에서 처음으로 Real Identity Wallet(RIW)을 형성했으며, 이는 돈세탁 방지 애플리케이션에서 중요한 역할을 할 것이므로 암호화폐 및 디지털 경제의 건강 발전을 위한 탄탄한 토대를 마련합니다. 우리의 MVP / Testnet Progress Report에서 THEKEY Project는 가능한 한 빨리 실제 응용 프로그램에 적용될 수 있도록 1 단계 업적을 기반으로 BDMI 기술의 성능, 효율성 및 안정성을 향상시키는 데 중점을 둡니다. 또한 RIW, 사용자 데이터 및 프로그램 엔진을 지원하기 위해 보안 환경(SE)에 대한 연구를 결정했습니다.
2. 주요 문제에 대한 해결책
MVP / Testnet Progress Report에서 언급 된 문제와 관련하여 BDMI 기능, SE 및 다중 시나리오 응용 프로그램 개선에 초점을 맞춘 실험 및 연구를 수행하고 이에 따라 솔루션 및 완성 된 기술 업그레이드를 수행했습니다.
2.1 BDMI 역량 향상 성과
효율성 및 신뢰성과 같은 BDMI 역량을 향상시키기 위해 다음과 같은 개선 사항을 달성했습니다.
2.1.1 성능 향상을 위한 기술 업그레이드
온-체인 높은 동시성 문제를 해결하기 위해 인증 토큰을 구현하면 시스템 성능이 향상됩니다. 사용자는 사용자 이름과 암호로 로그인 한 다음 사용자 정보가 캐시에 저장되고 서버는 사용자 이름과 암호를 확인하라는 요청을 받습니다. 성공적인 확인 후에 redis의 주요 관련 정보는 Base64를 사용하여 암호화되어 토큰을 생성 한 다음 사용자에게 전송됩니다. 사용자가 토큰(쿠키 또는 로컬 저장소)을 저장하고 로그인 할 때 확인 요청이 토큰과 함께 서버로 전송됩니다. 서버는 요청을 받아 토큰을 확인하고 성공하면 데이터를 반환합니다.
2.1.2 효율성 향상을 위한 기술 업그레이드
시스템 효율은 서버 배치를 최적화하여 향상됩니다. 사용자 요청이 서버로 보내지면 Nginx는 요청을 로드 균형 조정을 위해 예약합니다. 요청이 서비스 계층에 들어가면 논리가 서버에 의해 처리되고 정보가 저장되며 결과가 반환됩니다. Nginx 서버 및로드 밸런싱 전략은 시스템 성능을 크게 향상시켜 더 많은 사용자가 THEKEY 에코 시스템에 참여하고 사용자 경험을 향상시킬 수 있도록 합니다.
2.1.3 신뢰성 향상을 위한 기술 업그레이드
소프트웨어 프로그래밍의 결함과 오류 및 외부 요인으로 인한 소프트웨어 실행 오류를 방지하기 위해 데몬이 블록체인 노드에 내장되어 지속적인 가용성과 시스템 신뢰성을 보장합니다. 동시에 부동 소수점 오류 방지, 무한 루프 방지 및 출력 제어를 비롯한 스마트 계약의 견고성 테스트가 수행됩니다. 또한 재해 복구 메커니즘 및 데이터베이스의 백업 메커니즘에 대한 전략이 세부적으로 개발되었습니다.
2.1.4 시험 결론
BDMI 역량 | 세부 지표 | BDMI 1 단계 | BDMI 2 단계 |
시스템 성능 | 데이터 손실률 | 0.4 % | 0.2 % |
작업 금액 단위 시간당 | 50+ | 200+ | |
메모리 사용률 | 15 % | 25 % | |
시스템 사용률 | 20 % | 35 % | |
시스템 효율 | 네트워크 처리량 | 약 70 | 약 250 |
네트워크로드 속도 | 50M | 200M | |
시스템 응답 시간 | 3s | 2s | |
시스템 신뢰성 | 오류 감지 | N / A | 오류 감지 데몬 |
오류 복구 | N / A | 오류 허용 | |
오류 방지 | N / A | 견고성 테스트 | |
데이터 백업 | N / A | 백업, 총 증가 교대 |
BDMI 1 단계 및 2 단계 기술 지표 비교
2.2 안전한 환경(SE)
2.2.1 목적
보안 환경(SE)의 궁극적 인 목표는 높은 보안 수준으로 사용자의 개인키, 데이터 및 엔진을 보호하는 것입니다. 그러나 현재 주류의 TEE(Trusted Execution Environment) 및 기타 솔루션은 아직 미숙합니다. 예를 들어, TEE는 비용이 많이 들고 대량 생산이 어렵고 효과적인 보안 보호 메커니즘이 부족합니다. 따라서 TEE에 의해 실현된 SE는 인간-장치 분리 시나리오에서 신뢰할 수 없게 됩니다. 따라서 우리는 SE 연구를 탐구해야 합니다.
2.2.2 방법
첫째, EA5 레벨 IDV는 인간-장치 분리 문제를 효과적으로 해결할 수 있습니다. EA5 레벨 IDV 아래 6가지 요소를 포함합니다. 고유한 생체 인식 데이터는 BDMI의 기반이 됩니다.
• 생체 인식 데이터를 포함하여 IDV에 사용되는 BDMI의 주요 데이터는 모두 관련 정부 기관에서 사전에 확인합니다.
• IDV에 사용되는 BDMI의 데이터는 다양한 클라이언트의 다양한 요구 사항을 충족 할 수 있을 정도로 포괄적입니다.
• BDMI의 신뢰성을 보장하기 위해 정부에서 검증한 신분증 데이터와 행동 데이터 및 동일 사용자의 신상 데이터 간의 IDV 중 교차 점검이 항상 수행됩니다.
• BDMI의 견고성을 보장하기 위해 BDMI는 IDV가 실행될 때 항상 업데이트된 데이터를 사용하여 최신 변경 사항이 있는 경우 이를 캡처합니다.
• IDV가 완료되면 감사 결과를 문서화하여 사용자의 개인 신용을 평가하고 계산할 수 있습니다.
둘째, 보안 방화벽은 보안 환경에서 의심되는 액세스를 방지하고 액세스 세부 정보를 기록하기 위해 채택됩니다. 예를 들어 누가 언제 어떤 작업을 했는지. 보안 방화벽 솔루션은 모니터 모델 설정, 화이트리스트 설정, 블랙리스트 설정, 전략 설정 등으로 구성됩니다.
셋째, 잠재적인 위험을 감지하기 위해 시스템 환경에 대한 실시간 검사가 수행됩니다. 완벽한 안전 전략은 시스템을 스캔하고 위험을 경고하며 최적의 솔루션을 제공하기 위해 개발되었습니다.
넷째, 내부 위협을 줄이고 컴플라이언스를 향상시킴으로써 액세스 제어 기능을 강화합니다. 이 전략에는 권한이 부여 된 사용자 제어, 데이터 액세스 안전 전략, 응용 프로그램을 조정할 필요가 없으며 기본 제공 감사 및 보고서가 포함됩니다.
다섯째, 스토리지 및 백업 보안은 투명한 데이터 암호화를 통해 이루어집니다. 특정 전략에는 테이블 스페이스 및 컬럼 레벨 암호화, 백업 암호화 및 데이터 펌프 암호화, 비정형 데이터 암호화 등이 포함됩니다. 또한 전송 프로세스는 SSL / TLS와 다른 네트워크 암호화 체계의 조합을 통해 보안됩니다.
2.2.3 결론
위에서 언급 한 계획과 전략에 대한 연구를 통해 우리는 처음에는 소프트웨어를 기반으로 한 보안 환경(SE)을 구축했습니다. 즉, 사용자의 개인키, 데이터 및 프로그램 엔진을 저장할 수 있으며 다른 사람이 자유롭게 액세스 할 수 없는 SE입니다. "변경 불가능한" 비즈니스 루프는 EA5 레벨 IDV가 수행 된 후에만 데이터에 액세스 할 수 있고 SE의 콘텐츠에 액세스 할 때 모든 작업이 완전히 기록되는 곳에서 이루어집니다. 이 계획은 실제 보안 환경을 만들고 THEKEY 사용자의 권리와 이익을 보장하기 위해 Google 시스템에 내장되어 있습니다.
2.2.4 신뢰할 수 있는 제품의 전망
신뢰할 수 있는 제품의 향후 개발을 위해 신뢰할 수 있는 실행 환경(TEE)과 보안 환경(SE)이 밀접하게 통합되어야 한다고 생각합니다. 이 연구를 바탕으로 우리는 SE의 소프트웨어 요구 사항에 따라 SE 및 관련 TEE를 자세히 조사하여 하드웨어 및 소프트웨어 관점에서 제품 안정성을 보장하고 THEKEY 사용자에게보다 안전하고 편리한 경험을 제공합니다.
2.3 다중 시나리오 응용 프로그램
2.3.1 상업 보험의 인수
상업 보험의 인수 시, 피보험자의 의료 기록이 발효되어 그 절차가 완료됩니다. 따라서 IDV는 그 과정에서 피보험자에게 전달됩니다. BDMI 기술은 상업 보험 인수 시 IDV에 최적화 된 솔루션을 제공합니다. 이 과정은 다음과 같습니다.
첫째, 사용자가 APP를 통해 보험 상품 목록을 탐색하여 선택합니다. 보험 회사 DAPP은 사용자 및 보험 상품의 정보를 획득하고, 사용자에게 제품의 상세한 소개를 제공합니다. 그런 다음 사용자는 제품을 구매할 것을 확인합니다. 상기 보험 회사는 BDMI 기술에 의해 IDV를 사용자에게 수행하고 IDV가 성공한 후, 사용자는 개인 건강 기록 데이터를 검색하도록 보험 회사에 권한을 부여합니다. 의료 보험 DAPP은 체인에서 사용자 정보 및 권한을 획득하고 데이터 교환 플랫폼에서 개인 건강 정보를 얻고 체인에 업로드를 합니다. 보험 회사 DAPP은 개인 건강 정보를 얻습니다. 스마트 계약은 인수 규칙에 따라 검증을 수행합니다. 검증이 성공한 후 사용자는 APP를 통해 제품을 구입하고 프리미엄을 지불 할 수 있습니다.
2.3.2 다차원 연장자 생존 입증
연금 분배 시나리오에서, 연금 수급자는 IDV가 수급자에게 전달 된 후에만 분배될 수 있습니다. 따라서 IDV는 이 과정에서 중요한 단계입니다. IDV는 BDMI 기술을 활용하여 국가 사회 보장 기금의 안전을 보장하고 행정 및 거래 효율성을 높이고 사용자 경험을 향상시킴으로써 성취됩니다. 연금 국은 연금 수령자의 IDV 요청을 실행하고 요청을 블록체인에 저장합니다. 요청은 스마트 계약을 통해 IDV 엔진을 호출하고 BDMI 기술로 IDV를 수행하고 IDV 결과를 블록체인에 저장합니다. 한편 관리 직원은 IDV 결과에 따라 연금 지급을 결정합니다.
3. 에코 시스템의 개요
2 단계 MVP를 마친 후 다음과 같은 완벽한 생태계를 구축했습니다.
3.1 기본 능력
• IDV 기술
• CPA 기술
• IPFS 분산 스토리지
NEO 똑똑한 경제를 지원하는 NEO Smart Contract
3.2 응용 시나리오
• 상업 보험 인수
• 다차원 노인 생존 인증
3.3 성과, 효율성 및 신뢰성에 관한 BDMI 시스템 개선
• 실제 신분 지갑(RIW)
• 안전한 환경 심층 연구(SE, TEE)
• 인증 토큰 별 BDMI 성능 향상
• 로드 밸런싱 전략에 따른 BDMI 효율성 향상
• 데몬에 의한 BDMI 신뢰성 향상, 데이터 백업 및 견고성 테스트
4. 결론
2 단계 MVP를 마친 후 다음과 같은 결론을 얻었습니다.
첫째, EA5 수준의 IDV, RIW, SE 연구, BDMI 기능 개선 및 IDV의 다중 시나리오 적용(상업 보험 인수 및 노인 생존 인증 포함)의 성취는 백서 "분산형 National Big Data와 블록체인을 이용한 신원 확인 도구의 생태계" 애플리케이션 시나리오는 NEO 스마트 경제를 지원하기 위해 NEO 공개 체인에 배포되었습니다.
둘째, EA5 레벨 IDV는 두 단계의 IDV, 즉 EA5- 및 EA5+ 레벨로 구성됩니다. 노인 생존 인증 시나리오에서 생체 인증이 없는 IDV는 정확한 연금 지출 요구를 충족시킬 수 있습니다. 이것은 EA5 레벨 IDV의 전형적인 응용 프로그램입니다. EA5+ 레벨 IDV는 다중 생체 인증 및 기타 다양한 응용 프로그램 시나리오의 보안 요구 사항을 충족시킵니다.
셋째, MVP 개발의 두 단계 후에 BDMI Mainnet이 배포 표준에 도달했습니다. 그러나 다음과 같이 노인 생존 인증 배포에서 개선해야 할 여섯 가지 측면이 여전히 있습니다.
• 다중 시나리오 적용에는 다중 합의 메커니즘이 필요하며 현재 단일 합의 메커니즘으로는 이 요구 사항을 충족하기에 충분하지 않습니다.
• 성과와 일치 메커니즘 간에는 강한 상관관계가 있다.
• 우리가 선택하는 플랫폼의 보안은 통제 범위를 벗어나 데이터, 자금 및 환자에 대한 안전 또는 보안 위험을 초래합니다.
• 현재 플랫폼은 환자의 의료 영상 등과 같이 엄청난 양의 데이터를 처리 할 수 있도록 설계되지 않았습니다.
• 비즈니스 로직은 스마트 계약 및 DAPP 개발을 통해서만 실현 될 수 있으며 극단적인 플랫폼 역량을 심각하게 제한하거나 부정할 수 있습니다.
• 가상 세계의 거버넌스 논리는 실제 세계에 적합하지 않습니다.
앞서 언급 한 문제와 관련하여 우리는 해결책을 찾기 위해 실제 배치에 노력하고 있습니다. 우리는 당신이 THEKEY에게 해주신 지원에 감사드립니다. 다음 보고서를 기대해주십시오.
부록 1 : 코드 목록
https://github.com/thekeygithub/MVP/tree/master/THEKEY%20Mainnet
메인넷 스마트 계약:
0xEA39A3BBD678714DC7E3342AF8CB02444346A95B318B5D50F17FAB1D408116D9
a) 모바일-APP : 안드로이드 스마트 폰의 안드로이드 APP 소스 코드, MVP Testnet
b) 병원-DAPP : 병원 서버 코드
c) 병원 터미널 APP : 병원 서버 올인원 머신 프로그램 코드
d) IPFS-api : IPFS 사설망 데이터 액세스 API 서비스의 소스 코드
e) THEKEY-DAPP : THEKEY 서버 코드
f) NEO 인증 계약 : 지불 계약 및 데이터 저장을 포함한 스마트 계약
g) NEO-cli-THEKEY : 지갑 전송 인터페이스용 neo-cli의 수정 된 소스 코드
h) 모바일-APP : 안드로이드 스마트 폰 안드로이드 앱 소스 코드, Underwriting of MVP Mainnet의 상업 보험
i) 백엔드-DAPP : 상업 / 의료 보험 서버 소스 코드
j) 블록체인-탐색 : 블록체인-소스 코드 탐색
k) 쿠키 토큰 : 인증 토큰 소스 코드
l) KeepAlive : 데몬 소스 코드
m) BIgdataPlatform : 데이터 교환 플랫폼은 의료 기록의 소스 코드를 얻음
n) Shangbaodapp : 상업 보험 서버 소스 코드
부록 2 : 제품 절차
a) 병원 DAPP은 사용자 정보를 수집하고 신원 인증을 시작합니다.
① 스마트 계약서에 서명하고 생체 인식 데이터를 제출 한 다음 IDV 요청을 실행합니다.
② 병원 DAPP은 환자의 시스템과 처방 정보를 병원 시스템에 요청합니다.
③ 병원 DAPP은 사용자, 처방전 및 생체 인식과 같은 데이터를 IPFS 시스템에 업로드하여 IPFS 해시값을 얻습니다.
④ 병원 DAPP은 인증 계약에서 인증 응용 프로그램 인터페이스를 호출하고 IPFS 해시값은 암호화됩니다.
⑤ 병원 DAPP은 지불 계약에 필요한 TKY를 확인합니다.
⑥ 병원 DAPP은 THEKEY에게 체인의 거래 식별자를 알립니다.
b) THEKEY DAPP은 IDV에 대한 사용자 정보를 얻고 결과를 반환합니다.
① 병원 DAPP로부터 통보를받은 후 THEKEY DAPP, 해당 암호화 된 해시값을 얻기 위해 NEO의 API를 호출한다.
② THEKEY DAPP은 해시값을 해독하고 IPFS 시스템에서 사용자 관련 데이터를 검색합니다.
③ THEKEY DAPP은 인증 계약에서 업계 규칙 검사 인터페이스를 호출하여 유효성 검사 규칙을 검색합니다.
④ THEKEY DAPP은 유효성 검사 규칙에 따라 검증을 위해 인터페이스를 호출합니다.
⑤ THEKEY DAPP은 지불 계약을 토큰 할당을 완료하도록 트리거합니다.
⑥ 지불 계약은 운영자와 THEKEY에게 해당 TKY에게 지불합니다.
⑦ THEKEY DAPP은 검증 결과 및 처방 원장 정보를 IPFS 시스템에 업로드하고 IPFS 해시값을 반환합니다.
⑧ THEKEY DAPP은 인증 계약에서 인증 피드백 인터페이스를 호출하고 블록체인에서 IPFS 해시를 암호화 및 브로드 캐스트 합니다.
⑨ THEKEY DAPP은 체인 DAPP에 거래 식별자를 알립니다.
c) 병원 DAPP은 IDV 결과 및 처방 원장 정보를 얻고, 사용자는 청구서를 지불 한 다음 체인에 청구 해결을 생성합니다.
① 병원 DAPP은 블록체인에서 IPFS 해시를 검색합니다.
② 병원 DAPP은 IPFS 시스템에서 검증 결과 및 처방 원장 정보를 조회합니다.
③ 병원 DAPP은 처방전 원장 정보를 터미널에 표시합니다.
④ 사용자가 처방전을 선택하고 병원에 지불하기 위해 TKY를 사용합니다.
⑤ 병원 DAPP은 지불 결과 결제 전표를 IPFS에 업로드하고 해시값을 받습니다.
⑥ 병원 DAPP은 인증 계약서에 있는 결제 인증서 인터페이스를 호출하고 블록체인에서 IPFS 해시를 암호화 및 브로드 캐스트 합니다.
⑦ 병원 DAPP은 THEKEY DAPP에 블록체인의 거래 식별자를 알립니다.
⑧ THEKEY DAPP은 예금 명세서를 받아 CPA 감사를 주기적으로 실시합니다.
d) 실제 신분 지갑(RIW)
생체 인식 기술을 기반으로 하는 IDV가 정부에서 식별 한 데이터, 행동 데이터 및 장면 데이터뿐만 아니라 핵심 동적 데이터 유효성 검사, 신원 확인, 사용자가 자신의 생체 정보(얼굴, 지문, 홍채 등)를 사용하여 개인키를 트리거하고 똑똑한 계약을 마무리 할 때 서명 또는 TKY 지불, 둘 다 미래 감사를 위해 문서화됩니다. 이 기술적 검증에서, 토큰 발행은 참여 당사자 간의 서비스 거래를 증명하는 데 사용됩니다. 동적인 다차원 인증 과정에서 병원은 지불자입니다. 인증 서비스를 구매하기에 충분한 토큰이 계좌에 있는지 확인하기 위해 THEKEY의 TKY 충전을 미리 신청해야합니다.
THEKEY DAPP가 인증 요청을 받으면 트랜잭션이 시작됩니다. 정부 데이터 소스에 대한 쿼리는 결과(옳고 그름)에 따라 THEKEY DAPP에 의해 TKY로 변환되고, 블록체인에 대한 지불 계약이 실행되어 병원 계정과 데이터 소스 계정 및 THEKEY 계정에 대한 공제가 수행되고, 추가됩니다. 각 사용자(병원, THEKEY, 데이터 소스)는 자신의 단말기에 NEO의 지갑 소프트웨어를 설치하여 자신의 계정에서 TKY를 쿼리할 수 있습니다. 사용자는 TKY 지불 및 잔액 조회 기능은 물론 처방 정보를 쿼리하기 위해 터미널 시스템에서 작동 할 수 있습니다. 사용자의 디지털 자산의 보안을 위해 계정을 열 때 사용자를 인증합니다. 사용자가 인증을 통과하면 실제 ID(real Identity Wallet)라고 불리는 실제 ID에 바인딩 된 디지털 지갑을 만듭니다. 사용자의 각 지불 작업에는 생물학적 정보를 통한 신원 인증이 필요합니다. 인증이 통과 된 후 개인키가 트리거 되고 지불 조치가 완료됩니다. 이는 기본적으로 사기성 개인키의 도용 또는 도용의 악의적인 사용을 근본적으로 제거하고 사용자 자산의 안전을 최대한 보장합니다.
e) 인증 토큰
① 로그인 인터페이스 불러 옵니다.
② DB에 로그인
③ 성공적으로 로그인하면 사용자 정보는 redis처럼 캐시 될 수 있고 redis의 키 관련 정보는 Base64로 암호화되어 토큰을 생성 할 수 있습니다.
④ Return Token
⑤ http 요청의 승인은 리턴 토큰으로 설정됩니다.
f)로드 밸런싱
① 클라이언트가 로드 밸런싱 서버에 액세스합니다.
② Load Balancing Server는 사용자 요청을 해당 서버(병원 DAPP, THEKEY DAPP 등)로 전송합니다.
③ 서버는 데이터 저장소(Redis, IPFS, mysql 등)를 호출하여 비즈니스 로직을 완료합니다.
g) 상업 보험의 인수
① APP는 보험 상품 목록을 얻습니다.
② 사용자 정보 및 보험 상품을 체인에 업로드 합니다.
③ 보험 회사에 보험 상품을 사는 고객이 있음을 알리십시오.
④ 사슬에서 사용자 및 보험 상품의 정보를 얻습니다.
⑤ 보험 상품 세부 사항을 사용자에게 표시합니다.
⑥ 사용자가 보험 상품을 구매합니다.
⑦ IDV를 트리거하고 개인 건강 기록 접근에 대한 사용자의 승인을 확인합니다.
⑧ 사용자 PII 및 권한 정보
⑨ 사용자의 건강 기록을 요청합니다.
⑩ 체인에서 사용자 정보와 인증 정보를 얻는다.
⑪ 사용자의 건강 기록 데이터를 얻습니다.
⑫ 사용자의 건강 기록 데이터를 체인에 업로드 합니다.
⑬ 건강 기록 데이터 및 보험 인수 규정
⑭ 언더라이팅 결과를 체인에 업로드 합니다.
⑮ 구매 결과를 반환하고 보험료를 납부하십시오.
h) 다차원 노인 생존 인증
① 데이터 소스는 데이터 교환 플랫폼에 데이터를 제공합니다.
② DAPP은 데이터 교환 플랫폼에서 데이터를 요청합니다.
③ 데이터를 DAPP로 전송합니다.
④ 획득한 데이터를 블록체인에 업로드 합니다.
⑤ 결과를 블록체인에 기록합니다(IDV 결과 및 계산 결과 포함).
⑥ 결과를 데이터 교환 플랫폼으로 전송합니다(IDV 결과 및 계산 결과 포함).
⑦ 디스플레이 플랫폼으로 데이터를 전송합니다.
i) 스마트 계약 신청
① 데이터 보안 센터
개인 데이터의 경우, 우리는 데이터 보안 센터에서 데이터 보안 보호를 실시했으며, 이는 주로 사람 또는 데이터 소스와 관련된 민감한 데이터의 감도 저하에 반영됩니다. 일부 중국 법률에 명시된 규칙에 따라 국가 기밀을 포함한 민감한 데이터가 제거됩니다. 병원 DAPP은 인증 계약에서 인증 응용 프로그램 인터페이스를 호출하고, THEKEY의 공용키로 인증 매개 변수(사용자가 생성한 해시값 및 IPFS의 처방 정보)를 암호화하고 이를 인증 계약서에 저장합니다. THEKEY DAPP은 인증 계약에서 인증 피드백 인터페이스를 호출하고 병원의 공개키로 인증 결과(IPFS에서 인터페이스를 호출 할 때 생성된 해시값)를 암호화한 다음 인증 계약서에 저장합니다. 병원 DAPP은 인증 계약서의 결제 인증 인터페이스를 호출하고, THEKEY 공개키를 이용하여 결제 정보(처방 결제 정보를 IPFS에 입력 할 때 생성된 해시값)를 암호화하여 이를 인증 계약서에 저장합니다.
② 인증 센터
THEKEY는 서비스 공급자가 시작한 인증 요청을 수신하고 업계(응용 프로그램 시나리오) 다차원 교차 유효성 검사 규칙에 따라 권한을 부여하며 정보 확인 및 피드백 정보를 얻습니다. THEKEY DAPP은 병원의 요청 인증 매개 변수(산업 코드)를 획득하고 인증 계약에서 업계 규칙 검사 인터페이스를 호출하여 검사합니다. 검증이 성공하면 국가 비밀 정보 인터페이스, 공공 보안 시민 정보 인터페이스, 인간 사회 보험 정보 인터페이스, 운영자 위치 정보 인터페이스, CPA 사전 감사 인터페이스 등과 같은 검증을 필요로 하는 산업 인터페이스의 검증 규칙이 적용됩니다. THEKEY에 다시 보고 됩니다.
③ 토큰 유통 센터
병원 DAPP은 지불 계약으로 3 TKY의 송금을 확인합니다. 지불 계약서에는 일시적으로 TKY가 저장됩니다. THEKEY DAPP은 지불 계약을 트리거하여 인터페이스 호출 결과에 따라 토큰 지정을 완료합니다. 모든 다차원 인증 인터페이스 호출이 성공하면(결과를 반환) 지불 계약서는 2 TKY를 THEKEY로 전송하고, 그렇지 않으면 2 TKY를 병원으로 반환합니다. 위치 정보 인터페이스 호출이 성공하면(결과를 반환하는 경우) 지불 계약서에 1 TKY가 전송되고 역으로 1 TKY가 병원에 반납됩니다.
'공식 뉴스 17'~18'' 카테고리의 다른 글
THEKEY CEO 캐서린 리, 커뮤니티 구성원들에게 (0) | 2019.01.18 |
---|---|
THEKEY, AMA 질문과 답변 모음 (0) | 2019.01.18 |
더키 MVP 및 테스트넷 완료 보고서(한국어) (0) | 2019.01.18 |
더키(THEKEY)코인, 블록체인 기술을 적용한 신원인증 시스템 메인넷 12월 30일 출시예정 (0) | 2019.01.18 |
Catching up with THEKEY (0) | 2019.01.18 |