공부 내용
fabric gateway
Y
yeji Kim
fabric gateway
•
fabric network에 트랜잭션을 제출하기 위해 간소화된 최소 API 제공
클라이언트 app 작성
•
go, node, java 중 하나를 사용
•
다음 트랜잭션 단계를 관리
◦
트랜젝션 제안 평가
▪
단일 피어에서 cc 호출하고 결과를 client에게 반환
▪
일반적으로는 원장 업데이터 x, 원장 현재 상태를 쿼리
▪
동일한 조직의 피어 중 원장 블록 높이가 가장 높은 피어 선택
▪
없으면 다른 조직에서 선택
◦
트랜젝션 제안 보증
▪
결합된 서명 정책을 만족시키기에 충분한 보증 응답 수집
▪
서명을 위해 client에게 준비된 트랜잭션 봉투 반환
◦
트랜젝션 제출
▪
서명된 트랜젝션 봉투가 주문 서비스에 전송되어 원장에 커밋
◦
커밋 상태(유효성/무효화) 이벤트 대기
◦
cc 이벤트 수신
▪
스마트 계약 기능에서 발생하는 이벤트에 응답 가능
•
api는 endorse/submit/commitstatus 작업을 한 줄 submittransaction으로 결합해서 제공
클라이언트 app API
•
피어, cc 같은 운영 추상화보다는 조직, 계약 같은 논리적 추상화를 제공
gateway가 트랜젝션 제안을 승인하는 방법
•
보증 정책
◦
cc 보증 정책
▪
채널 구성원이 조직에 대한 cc 정의를 승인할 때
▪
cc 함수가 다른 cc의 함수를 호출하는 경우 두 정책 모두를 충족해야 함.
◦
개인 데이터 수집 승인 정책
▪
cc 기능이 개인용 데이터 collection에서 읽는 경우 해당 collection의 구성원인 조직으로 제안
◦
state 기반 보증 정책
▪
key-level signature 정책
▪
개별 상태에 적용 가능. 개인 데이터 수집 상태에 대한 cc 정책 또는 수집 정책을 재정의
▪
보증 정책 자체는 원장에 저장. 새 transaction으로 업데이트 가능
특정 보증 피어 대상 지정
재시도 및 오류 처리
재시도
오류처리
타임아웃
이벤트 수신
Subscribe to '아무튼-작업일지'
Subscribe to my site to be the first to receive notifications and emails about the latest updates, including new posts.
Join Slashpage and subscribe to '아무튼-작업일지'!
Join Slashpage and subscribe to '아무튼-작업일지'!
