블록 체인 스타일 메시징을위한 애플리케이션 및 아키텍처

이전 기사에서 저는 거래 및 원장 거래를 대량으로 수행하기 위해 현실 세계와 연결되는 3 세대 블록 체인 시스템에 대해 설명했습니다. 활성화 기술은 “블록 체인 스타일 메시징”입니다.

우리는 블록 체인 원장의 아이디어를 사용하여 훌륭한 메시징 시스템을 만들 수 있습니다. 블록 체인 스타일 메시징 시스템은 트랜잭션에 대한 메시지를 수집하고 공유하며 전체 스트림을 영구 블록 체인 스타일 저장소에 저장합니다.

블록 체인 스타일 메시징 :

응용 프로그램

법적 문서
책임 면책 조항, NDA, 유언장, 지역권, 판매 명세서 등 향후 참조를 위해 문서 및 녹음을 통합 r 할 수 있습니다. . 메시지 저장소는 유연한 디지털 서명 시스템이됩니다.

간단한 합의
우리는 합의 할 수 있습니다. 내가 당신을 위해 무언가를하겠다고 말하고 당신이 나를 위해 무언가를 해주겠다고한다면 그것은 법적으로 일종의 계약입니다. 현명한 계약이 필요하지 않습니다. 이 교환 기록 만 있으면됩니다.

OTC 거래
한 가지 유형의 계약은 “장외”거래로, 두 당사자가 담보에 동의하고 전화 나 이메일 또는 기타 통신을 통해 거래합니다. 이러한 메시지 유형은 블록 체인 스타일 메시징 시스템의 거래 설명에 첨부 할 수 있습니다.

은행은 대금 수령에 동의하여 거래를 정산합니다.
거래 정산의 핵심은 다른 사람의 은행이 유가 증권을 인도하면 은행에 송금을 요청하는 것입니다. 은행은 블록 헤인 스타일 메시지를 사용하여이 핸드 오프를 협상하고 즉시 증권과 돈을 전달할 수 있습니다. 예 :

직접 처리
결제 지침은 증권 매수자 또는 판매자가 거래소에서 거래를 받아 결제 지침을 첨부하는 ‘직접 처리’라는 프로세스에서 올 수 있습니다. 돈과 증권이 이체 될 계좌. 다음은이를 수행하는 오래된 지저분한 양방향 방식과 블록 체인 방식을 비교 한 사진입니다.

블록 체인 원장에 자산 전달
구매자와 판매자는 블록 체인 원장에 대해 서명 된 거래 형태로 결제 지침을 추가 할 수 있습니다. 그런 다음 블록 체인 메시징 시스템은 트랜잭션을 블록 체인 원장에 전달합니다.

규제 모니터링
규제 당국은 종종 은행, 온라인 거래 및 온라인 게임에 기록을 요청합니다. 블록 체인 스타일 메시지를 사용하면 실시간으로 신뢰할 수있는 기록을 얻을 수있는 간단한 방법이 있습니다.

시스템 사용

이 시스템에 쉽게 가입하고 참여할 수있을 것이라고 약속했습니다. 공유 인프라를 제공하여이 시스템에 쉽게 참여할 수 있습니다. 일반적인 사용자는 시스템에 연결하여 몇 가지 간단한 작업을 수행 할 수 있습니다.

이 간단한 API 아래에서 많은 일이 일어나고 있습니다.

요구 사항

대용량
초당 100 만 개의 메시지가 필요한 단기 애플리케이션이 있으며 시스템은 모든 메시지를 수용 할 수 있도록 확장되어야합니다. 일반적인 금융 시장 요구 사항을 확인하기 위해 미국 주식 거래의 예를 살펴볼 수 있습니다. 미국 주식 거래는 하루에 약 2,500 만 건 또는 초당 약 1000 건입니다. 이 스트림은 일반적으로 열리고 닫힐 때 초당 최대 20K까지 버스트하며 초당 100K까지 높을 수 있습니다. 거래를 성사시키기 위해 10 개의 메시지가 필요한 경우 초당 100 만 개의 메시지를 지원하려고합니다. 이 블록 체인에 저장되는 총 데이터는 초당 약 2 메가 바이트 또는 하루에 50 기가 바이트입니다. 이것은 “firehose”가 초당 6000 개의 트윗과 하루에 100GB의 속도로 실행되는 Twitter와 같은 대규모 클라우드 기반 메시지 시스템에서 처리하는 양과 비슷합니다. 기존 블록 체인 시스템의 양보다 훨씬 많습니다.

배포
개인 메시지를 수신자 주소로 보낼 라우팅 시스템을 제공해야합니다. 우리는 또한 모든 거래와 메시지의 “불 호스”와 최종 블록의 게시를 통해 공유 데이터를 제공하는 우리의 사명을 충족시킬 것입니다.

배송 보장
거래를 입력하면 완료된 것으로 표시되거나 시간이 초과되어 기록에 기록됩니다.

비공개 암호화 된 데이터
참가자는 암호화 된 비공개 메시지를 교환 할 수 있어야합니다.

키 관리
각 참가자의 공개 키를 추적하여 비공개 메시지를 보내고 지침을 확인할 수있는 방법이 필요합니다. 각 참가자는 개인 메시지를 읽고, 지침에 서명하고, 개인 정보 기록을 읽기 위해 보안 개인 키를 저장해야합니다.

실명
우리는 실제 사람이나 실제 회사의 말을 알고 싶습니다. 각 공개 키와 관련된 실제 이름을 알고 싶습니다.

불변성
게시 된 블록을 검색 할 때 변경되지 않았 음을 보여줄 수 있어야합니다. 비트 코인 블록 체인과 같은 불변 저장소에 저장된 블록 해시와 Merkle 해시 트리를 살펴보면이를 수행 할 수 있습니다.

인프라

이 모든 것을 간단한 API로 제공하려면 공유 SaaS 인프라가 필요합니다. 공유 인프라에는 다음과 같은 구성 요소가 포함됩니다.

* 새로운 트랜잭션과 메시지를 받아들이는 엔드 포인트

* 다음 참가자에게 메시지를 전달하는 라우터

* 데이터를 원하고 처리 할 수있는 소수의 참가자를 위해 모든 데이터를 배포하는 Firehose

* 트랜잭션이 포함 된 스토리지 블록을 메시지와 함께 조립하고 서명하는 블록 빌더. 이 중앙 집중식 블록 빌더는 비트 코인과 같은 합의 기반 시스템보다 훨씬 빠른 속도로 실행할 수 있습니다. 블록 구축 서비스를 신뢰하는지 확실하지 않은 경우 알려진 메시지에 대해 firehose 및 완료된 블록을 관찰하여 감사 할 수 있습니다. 우리는 빅 블록 스토어에서 해시를 가져와 비트 코인 거래에 넣음으로써 동일한 수준의 비트 코인 보안으로 데이터가 변경되지 않도록 보장 할 수 있습니다.

* 블록을 저장하고 과거 트랜잭션을 조회하는 SaaS 서비스

아키텍처

현재 작업중인 아키텍처 및 데이터 구조에 대한 세부 정보를 모두 공유하지는 않겠습니다. 그러나 높은 수준에서 우리는 최신 클라우드 구성 요소에서 이러한 종류의 시스템을 구축하는 방법을 알고 있습니다.

공개 키 암호화
인증, 서명, 암호화 된 비밀 키 및 주소 전달에 타원형 공개 키 암호화를 사용합니다.

오픈 소스 코드
신뢰할 수있는 암호화 기반 시스템으로서 사용자 커뮤니티가 검토하고 개선 할 수있는 오픈 소스 코드를 기반으로 구축됩니다.

클라우드 인프라
대량 메시징 시스템은 이전 P2P 네트워크 시대가 아니라 현재 빅 데이터 시대의 생물입니다. 클라우드 인프라가 필요하며 대부분의 참가자는 중앙 집중식 서비스를 통해 액세스합니다.

확장 가능한 메시지 파이프 라인 수
주문형 클라우드 아키텍처를 사용하여 필요에 따라 메시지 파이프 라인 수를 확장합니다.

마이크로 서비스
인프라는 마이크로 서비스의 지속적인 개선을 통해 진화 할 것입니다.

지속적 통합 테스트 베드
지속적 통합 테스트 베드는 참여자가 수정 및 통합을 테스트하는 데 사용할 수 있습니다. 우리는 표준이 아닌 작동 코드를 제공 할 것입니다. 이를 통해 시스템은 이전 표준 프로세스 또는 거버넌스 프로세스에 비해 빠른 속도로 발전 할 수 있습니다.

후속 조치

관련 아이디어 및 응용 프로그램에 대해 저에게 연락하십시오. 우리 회사 인 Blockchain Clearing Corporation이 미국 주식의 실시간 (TØ) 배송을 어떻게 조직하고 있는지 알고 싶다면 볼티모어에서 열린 ISITC 회의에 오셔서 만나십시오.