Share
Sign In
공부 내용
DB 변경 생길 때마다 알림 주기 - MySQL trigger, flutter cron
Y
yeji Kim
👍
GPT
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 '아무튼-작업일지'!
Subscribe
👍
Other posts in '공부 내용'See all
yeji Kim
하이퍼레저 패브릭 - 체인코드. - 스마트 컨트랙트 역할. 여러가지 플러그 기ㅏ능 옵션. 원장 데이터는 다양한 형식으로 저장. 컨센서스도. - kafka, raft. msp 목표 허가된 참여자 대상 모듈러 아키텍쳐 기반. 특징 퍼미션드 비결정적. 교체 가능한 모듈러 아키텍처 가능한 컨센서스 알고리즘 - solo, kafka, practical byzanti
하이퍼레저 패브릭 - 체인코드. - 스마트 컨트랙트 역할. 여러가지 플러그 기ㅏ능 옵션. 원장 데이터는 다양한 형식으로 저장. 컨센서스도. - kafka, raft. msp 목표 허가된 참여자 대상 모듈러 아키텍쳐 기반. 특징 퍼미션드 비결정적. 교체 가능한 모듈러 아키텍처 가능한 컨센서스 알고리즘 - solo, kafka, practical byzantine fault tolerant 멀티 블록체인 하나의 블록체인 네트워크를 논리적으로 독립된 여러 개의 블록체인으로 분할 가능. 순서화가 왜 필요하지? 컨센서스 알고리즘? 멀티 블록체인 지원? 컨소시엄 블록체인 - 허가된 기관만. 컨소시엄 소속 참여자가 관리 주체. r3cev, casper 프라이빗 - 허가된 기관만. 중앙 기관이 모든 권한 보유. hl fabric, eea
yeji Kim
하이퍼레저 패브릭 개발 - dapp 실행 플로우 (네트워크 구동)
https://www.youtube.com/watch?v=VAjOIZB4PVI 회사 컨소시움 구성 - a, b, c 회사 각 회사에서 peer 몇개 할지. a-peer 1, b-peer 2개 ... 회사마다 ca_a, ca_b, ca_c → root_ca cdb(couch db) orderer 기관 결정. (solo, kafka - 한개 이상, etcdraft - 비동기?) 채널이라는 소그룹 - 채널 트랜잭션 처리 hl fabric을 이용하면 여러 요소들을 가져다가 쉽게 네트워크를 구성할 수 있음. mongo DB -
yeji Kim
궁금한 것 보증 정책 : 주어진 스마트 컨트렉트에 의해 생성된 거래에 서명해야 하는 블록체인 네트워크의 조직 for 해당 거래가 유효하다고 선언 → 유효하다는 선언은 어떻게 하지? 유효 여부에 관계없이 모든 거래는 블록체인에 기록되지만 유효한 거래만 world state에 기여 ex 자동차 이체 거래 t3 : ORG1과 ORG2 사이의 자동차 환승에 대한
궁금한 것 보증 정책 : 주어진 스마트 컨트렉트에 의해 생성된 거래에 서명해야 하는 블록체인 네트워크의 조직 for 해당 거래가 유효하다고 선언 → 유효하다는 선언은 어떻게 하지? 유효 여부에 관계없이 모든 거래는 블록체인에 기록되지만 유효한 거래만 world state에 기여 ex 자동차 이체 거래 t3 : ORG1과 ORG2 사이의 자동차 환승에 대한 트랜잭션 입력 : {CAR1, ORG1, ORG2} 출력 : {CAR1.owner=ORG1, CAR1.owner=ORG2} => ORG1에서 ORG2로 소유자가 변경되었음을 나타내는 방법 애플리케이션의 조직 ORG1에서 입력이 서명 보증 정책 ORG1 및 ORG2로 식별된 두 조직에서 출력이 서명 서명은 개인 키를 사용하여 생성 네트워크의 모든 노드가 트랜잭션에 대해 동의, 네트워크의 모든 사람이 확인 가능 트랜잭션 : 두 단계의 검증 보증 정책에 따라 충분한 조직에서 서명했는지 확인 world state의 현재 값이 보증 피어 노드에 의해 서명되었을 때 트랜잭션의 읽기 세트와 일치하는지 확인 즉, 중간에 업데이트가 없었는지 확인 트랜잭션이 이 테스트를 모두 통과하면 유효한 것으로 표시됩니다. 조직이 서로 다른 상대방과 작업 트래픽을 분리하는 데 도움이 될 만큼 충분히 독립적 필요할 때 독립적인 활동을 조정할 수 있도록 충분히 통합됨. 대부분의 시나리오에서 위에서 설명한 체인코드 수명 주기 메커니즘을 사용하는 대신 체인코드에 초기화 논리를 포함 권고