
Hyperledger fabric 에서 reply attact 을 막기위한 nonce는 랜덤으로 생성되는데, 해당 nonce 를 가지고 TXID 도 만듭니다. 따라서 nonce 는 트랜잭션마다 가지고 있게 되며, Ledger에 그대로 저장되어 - nonce를 검증하기 위해서는 해당 트랜잭션에 대해 Ledger에 이미 동일한 TxID를 가진 트랜잭션이 있는지에 대한 중복 검사를 통해 검증됩니다. 반면 이더리움이나 쿼롬등은 nonce는 Address마다 하나씩 가지고 있으며, 하나씩 증가합니다. 따라서 Address에 있는 nonce 값과 비교해서 검증을 하게 되죠. 결국 패브릭은 엄청난 공간의 낭비, 검증의 낭비를 초래하게 되는데요.( block index 를 통해 완화하긴 합니다. 근데 용량증가시와 MV..
블록체인
2019. 8. 13. 17:44
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 하이퍼레저 패브릭
- 스위프트
- hyperledger fabric
- 스칼라
- 파이썬 머신러닝
- Golang
- play 강좌
- 스칼라 강좌
- 안드로이드 웹뷰
- 플레이프레임워크
- Hyperledger fabric gossip protocol
- 파이썬 동시성
- Actor
- 스칼라 동시성
- 파이썬 데이터분석
- 파이썬
- 그라파나
- CORDA
- 엔터프라이즈 블록체인
- 주키퍼
- Akka
- play2 강좌
- Play2
- 이더리움
- 파이썬 강좌
- Adapter 패턴
- 하이브리드앱
- 블록체인
- Play2 로 웹 개발
- akka 강좌
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
글 보관함