피어에 새 체인코드 패키지 설치 - 다시 한 번 체인코드 바이너리를 업그레이드하는 경우에만.
a.
새 체인코드 패키지를 설치하면, 새 체인코드 정의에 전달해야 하는 패키지 ID 생성
b.
수명 주기 프로세스에서 체인코드 바이너리가 업그레이드되었는지 추적하는 데 사용되는 체인코드 버전을 변경해야 함.
3.
새 체인코드 정의 승인
a.
채널 구성원은 새 정책으로 정의를 승인. 새 정의는 시퀀스 값을 1씩 증가.
b.
각 조직의 관리자는 해당 조직에 대해 새 cc 정의를 승인 → 새 정의는 새 packageID를 참조하고 cc 버전을 변경 → 시퀀스를 1에서 2로 증가
4.
채널에 정의 커밋
a.
충분한 수의 채널 구성원이 새 체인코드 정의를 실행하면, 한 조직의 관리자가 새 cc 정의를 채널에 커밋. → 업그레이드된 cc 바이너리 코드로 새 cc 컨테이너가 시작됨.
b.
cc 정의의 시퀀스를 통해 업그레이드 추적
c.
모든 채널 구성원은 시퀀스 번호를 1씩 증가+cc 업그레이드를 위해 새 정의를 승인
배포 시나리오
채널 가입
cc 패키지 설치 → 채널에 이미 커밋된 cc 정의 승인 → cc 사용 시작.
보증 정책은 자동으로 새 조직을 포함하도록 자동으로 업데이트됨.
보증정책 업데이트
세 조직 모두 새로운 보증 정책 승인
시퀀스 증가 but cc 버전 업데이트는 X
새 보증 정책은 새 정의가 채널에 커밋된 후에 적용.
cc 설치하지 않고 정의 승인
org3는 cc 설치 x. cc 정의의 일부로 packageID 제공 X. but 여전히 채널에 커밋된 mycc 정의 승인 가능
한 조직이 cc 정의에 동의 x
동의 x 조직은 cc 사용 x
채널이 cc 정의에 동의 x
다수가 cc에 동의 x → 커밋 x
어떤 구성원도 cc 사용 x
조직은 다른 cc 패키지를 설치 (다른 cc 바이너리 사용)
각 조직은 cc 정의를 승인할 때 다른 패키지 id 사용 O ⇒
하나의 패키지를 사용하여 여러 cc 생성
하나의 cc 패키지로 여러 cc 승인하고, 커밋하여, 채널에 여러 cc 인스턴스 생성 O
각 정의는 다른 cc 이름을 지정해야 함 → 채널에서 컨트랙트의 여러 인스턴스를 실행할 수 있지만 계약에 다른 보증 정책이 적용되도록 할 수 O
Subscribe to '아무튼-작업일지'
Welcome to '아무튼-작업일지'!
By subscribing to my site, you'll be the first to receive notifications and emails about the latest updates, including new posts.
Join SlashPage and subscribe to '아무튼-작업일지'!
frame 해상도 - 점유도 커뮤니티 ui KIT - duplicate 버튼생성하기 1-3, 프로토타이핑, text styling, auto layouthttps://www.youtube.com/watch?v=E4NfxpV9hpE 미드저니
yeji Kim
fabric application
about asset transfer 구성 요소 샘플 app smart contract 샘플 app 준비하기 npm install → 종속성 설치, 앱 빌드 1. gateway에 대한 gRPC 연결 설정 2. gateway 연결 생성 요구사항 fabric gateway에 대한 gRPC 연결 네트워크와 거래할 때 사용되는 client ID 디지털 서명 3. 호출할 계약에 액세스 gateway.getNetwork, network.getContract 4. 샘플 자산으로 원장 채우기 submitTranscation은 fabric gateway를 통해 다음을 수행 거래 제안 승인 승인된 거래를 주문 서비스에 제출 트랜젝션이 커밋되고 원장 상태가 업데이트될 때까지 대기 샘플 앱에 initLedger 호출. contract.submitTransaction
yeji Kim
fabric gateway
fabric gateway fabric network에 트랜잭션을 제출하기 위해 간소화된 최소 API 제공 클라이언트 app 작성 go, node, java 중 하나를 사용 다음 트랜잭션 단계를 관리 트랜젝션 제안 평가 단일 피어에서 cc 호출하고 결과를 client에게 반환 일반적으로는 원장 업데이터 x, 원장 현재 상태를 쿼리 동일한 조직의 피어 중 원장 블록 높이가 가장 높은 피어 선택 없으면 다른 조직에서 선택 트랜젝션 제안 보증 결합된 서명 정책을 만족시키기에 충분한 보증 응답 수집 서명을 위해 client에게 준비된 트랜잭션 봉투 반환 트랜젝션 제출 서명된 트랜젝션 봉투가 주문 서비스에 전송되어 원장에 커밋 커밋 상태(유효성/무효화) 이벤트 대기 cc 이벤트 수신 스마트 계약 기능에서 발생하는 이벤트에 응답 가능 api는 endorse/submit/commitstatus 작업을 한 줄 submittransaction으로 결합해서 제공 클라이언트 app API 피어, cc 같은 운영 추상화보다는 조직, 계약 같은 논리적 추상화를 제공
