Section3:블록체인 기술(1) - 트릴레마 [BEB 6th]

코드스테이츠 블록체인 부트캠프 6기 

 

 

 

💃 블록체인 트릴레마란 무엇인가요?
블록체인 기술의 3대 요소인 확장성(Scalability), 보안성(Security), 탈중앙성(Decentralization) 중 하나는 희생해야 한다는 문제

 

💃 블록체인의 확장성, 보안성, 탈중앙성에 대해 설명해보세요.
확장성: 높은 트랜잭션 처리량과 미래의 증가량을 잘 견딜 수 있는 것
           더 많은 거래량을 수용할 수 있는 블록체인의 능력
보안성: 데이터나 프로그램이 보호되어 있고, 권한이 없는 사용자나 악의적인 사용자의 접근을 막는 것 
           블록체인에 저장된 데이터를 다른 공격으로부터 보호하거나 이중 지출에 대한 블록체인의 방어 기능
탈중앙성: 네트워크가 중앙집권화된 방식으로 운영이 되는 것이 아닌, 소규모 노드 간 자율적으로 운영되는 것
            소수의 엔티티가 네트워크를 제어하지 않도록 하는 네트워크의 중복성

 

아래와 같이 생각해봅니다.

• 확장성: 일 잘하는 것
• 보안성: 입 무거운 것
• 탈중앙성: 민주적인 것(소통이 잘 되는 것)

가정

회사 내에서 비밀 프로젝트를 한다고 가정해봅니다.

프로젝트의 성공 기준은 아래와 같습니다.

1. 팀워크가 좋아야 함
2. 주제가 새 나가면 안 됨

여기서 완벽하게 위 기준을 부합해서 성공하기란 매우 어려운 일입니다. 다음의 세 가지 케이스를 통해 왜 위의 두 기준에 동시에 부합하기 어려운지 확인해봅시다.

Case 1) 탈중앙성 실패

소통 없이 자기 혼자 연구를 다 해버리는 최고 에이스 팀원은 세부 내용을 자기 개인 페이지에서만 작성하고 있어서 주제가 새어나갈 일이 없습니다. 또한, 뛰어난 업무 능력을 가지고 있기 때문에 일이 많이 생겨도 빠르게 처리할 수 있습니다. (확장성, 보안성 확보)

하지만 모든 세부 내용이 다른 팀원에게 공유와 소통이 안 될 수 있습니다. (탈중앙성 실패)

 

Case 2) 보안성 실패

반면 모든 내용을 공용 페이지에 작성하고 소통이 잘되는 팀은 일은 잘될 수 있지만 (탈중앙성, 확장성 확보),

팀원이 늘어날수록 실수로 세부 내용을 발설하거나, 컴퓨터에 자료를 그대로 띄워둔 채로 퇴근하는 등 세부 내용이 새 나갈 수 있는 위험이 커집니다. (보안성 실패)

 

Case 3) 확장성 실패

마지막으로 팀워크도 좋고 다들 보안 의식이 투철한 팀입니다.

이들은 결정도 안건마다 투표를 통해 민주적으로 내리고, 자료를 전부 공용 페이지에서 자신들만의 언어(무스 보호 등)로 적어서 정리합니다. (탈중앙성, 보안성 확보),

하지만 의사 결정하고 문서화하는데 시간이 많이 들어 일을 빨리 못합니다. (확장성 실패)

💃 확장성, 보안성, 탈중앙성을 중심으로 한 네트워크의 장단점을 비교 설명해보세요.

	확장성중심	보안중심	탈중앙화중심
장	-네트워크가 많은 양의 트랜잭션을 지원할 수 있도록 한다. - 소셜 메시징 애플리케이션과 같이 보안이 주요 초점이 아닌 애플리케이션에서 유용할 수 있습니다.	- 기존 가치 이전보다 빠르고 저렴한 대규모 가치 이전이 가능합니다. - 퍼블릭 블록체인의 보안은 네트워크 참여자에게서 나옵니다. 높은 보안은 복제하기 쉽지 않은 높은 네트워크 효과를 의미합니다.	- 탈중앙화를 통해 사용자가 단일 엔티티를 신뢰하지 않고도 합의를 유지할 수 있습니다. - 분산화는 시스템의 견고성을 증가시키기 때문에 바람직합니다. 네트워크를 검열에 저항하게 하여 누구나 네트워크를 사용할 수 있도록 하여 재산권을 향상하게 시킵니다.
단	- 확장성은 보안을 희생해야 합니다. - 네트워크가 확장됨에 따라 합의 메커니즘도 확장해야 중앙 집중화를 벗어날 수 있습니다.	- 더 많은 자원, 다시 말해 더 많은 투자(해시파워)가 필요합니다. (51%공격을 당하지 않으려면;)	- 분산화는 지연을 초래하고 네트워크 속도를 늦춥니다. - 중복성을 도입하기 때문에 비용이 많이 들고 모든 애플리케이션에 바람직하지 않습니다.

 

💃 레이어 1, 레이어 2 솔루션은 무엇인가요? : 확장성을 개선하기 위한 솔루션이다!!
레이어 1 솔루션: 기존의 블록체인(레이어 1)의 규칙 또는 메커니즘을 직접적으로 개선하는 것   (도로차선추가)
 1) 합의프로토콜개선 : PoW->PoS
 2) 샤딩 : 트랜잭션을 작게나눠 병렬처리.
레이어 2 솔루션: 기존의 블록체인(레이어 1) 위에 새로운 블록체인(레이어 2)을 추가해 거래를 개선하는 것(도로건설및다른교통수단추가)
 1) 롤업 : 레1외부에서 트랜잭션실행하고, 레1내부에 트랜잭션에 "머클루트값, 각계정의 잔고"만 이더에 업데이트!
  => 레1건들지않아서 보안성유지+확장성강화
그런데 이 값을 어떻게 믿지?  그래서 2가지방법을 생각해냈다. 😎롤업비교
    1-1) 옵티미스틱롤업(flaud proof) : 레이어1에 클론연결가능(?) 롤업에서 실행한 모든 트랜잭션을 모두 이더리움에 올린다.
롤업에있던 “마이크로블록”이 올라가는데 만약 의심가는 트잭이 발견이 되면, 재실행해서 잘못된 블록을 생성한 노드를 잡아냄.
모든 변경사항을 결국 이더리움에 올리잖..?? (이더에 올리는횟수가 많아지면)수수료가 획기적으로 감면되진 않는다.(쪼오금감면), (모두해서)확장성도살짝;떨어지나.. ZK롤업보다많이쓰이는방식
    1-2) ZK롤업(영지식) : 자체환경에서 존재하니 자체롤업으로 앱에 연결하기. 수백개의 트잭을 합쳐서 영지식기반의 ZK-Snark를 투명. 정상이라는 증명을하는 키트를 트잭에 실어서. 보안이 옵티보다 좋고 빠른완결가능. 그러나 누군가 실행해줄 제3자가 필요해 
 2) 중첩블록체인 : 분산형 네트워크 인프라(실행은 보조 체인의 상호 연결된 두번째체인 웹에서 수행.)
(메인넷)부모안에 자식(의존하는 보조체인) : 규칙따르며 실행한 결과를 부모체인에 전달 (일감분산)
 3) 상태채널 : (두사용자간)채굴노드개입x, 채널이 닫히고 최종 결과에 해당하는 트랜잭션만 레어이1에 저장.(ex. 라이덴)
채널 안에서 상태를 업데이트(비공개원장기록) ->최종결과만 기록 => 장) 확장성확보/ 단) 탈중앙화희생
 4) 사이드체인 : 거래를 확인하기위한 자체 합의알고리즘사용, A사이드체인은 레이어1 플랫폼에 브릿지로 연결되며, 신뢰할 수 있는 당사자 간의 반복적인 거래에 편리
비트코인1:1라이트닝네트워크 동결. 스왑비슷.. 라이트코인으로 지불거래하고 바뀐결과 [지불한자UTXO,받은자UTXO]를 비트코인에 저장.(수수료1번발생)    (ex.메인체인에서 거래하고싶은데 10분씩 기다리기 어려울때. 사용한다. //확장성, 수수료 절감)
자체적인 컨트랙트을 실행할 수 있기 때문에 이더리움 위에 붙여서 사용하기 편하다는 장점이 있다.
  => 장) 대규모 배치 트랜잭션에 사용, 공개적으로 원장에 기록. 보안침해 영향없음,
  => 단) 인프라가 처음부터 구축되어야 함.

💃 비트코인, 이더리움, 이오스의 트릴레마 사례에 대해 설명해보세요.

사례	세대와 체인공개유형에 따른 트릴레마 설명
비트코인	-높은 탈중앙화와 보안성은 확보, 확장성의 한계로 트릴레마 발생 -탈중앙화와 보안에 초점을 맞춰 개발되었으며, 네트워크 확장에 따른 트랜잭션 속도에 대한 확장성 문제 발생 -> 라이트닝네트워크 도입
이더리움	-확장성 한계로 트릴레마 발생(이더리움 플랫폼 위의 디앱상 이루어지는 거래를 1초에 20건 처리) -> 확장성 한계 극복을 위해 이더리움 2.0발표 -작업증명 방식의 대안으로 지분증명PoS과 샤딩 기술 활용 -이더리움 2.0이 블록체인 트릴레마를 해결 할 수 있을지 관심 집중
이오스	-> 위임지분증명(DPos,21명 속도up) 합의 알고리즘을 통해 탈중앙화와 확장성 해결 -위임지분증명 합의 알고리즘의 특성상 소수의 노드를 통해 합의가 이루어지기 때문에 탈중앙화 가치 저하 -소수의 노드가 블록을 생성하기 때문에 보안성 저하

확장성을 타협한 암호화폐의 약점을 두 가지로 정리해보면 다음과 같다.(ex. 이더리움의 CASPER알고리즘)

1. 블록에 거래가 포함될 때 속도의 지연 
   ... 블록생성주기,데이터크기 등 플랫폼구조에 기인한 수수료와 리소스 할당의 문제 -> 사이드체인으로 해결?
2. 합의 노드들간 합의과정에 드는 속도의 지연 문제
   ... 채굴업체들의 권력화로 쉽지않음

---

<<탈중앙화를 타협;하고 속도를 중시한>>

하이퍼렛져 : (기업용)프라이빗 블록체인

컨소시엄 블체: 연합 | 선택한참가자만 권한획득 | 탈중앙화 (ex.클레이튼

하이브리드 블체: 공공+민관 | 일부공개,일부제한 | 부분적분산

 

---

ㅉㅉ비캐안되겠네

 

트릴레마 해소방안 연구

 

💃 비트코인 캐시의 한계점은 무엇인가요?
제한된 확장성 : 기존 비트코인 구조를 크게 변경하지 않고, (2~8배정도의)블록의 크기를 늘렸다는 점에서 확장성의 효과는 제한적
자원의 중앙화 : 주요 채굴농장이 블록 해시파워의 대부분을 차지하고 있음(탈중앙화가치저하, 보안성저하)

💃 라이트닝 네트워크와 그 한계점에 대해 설명해보세요.
기존 비트코인의 확장성 문제(느린 처리 속도)를 해결하기 위한 레이어 2 솔루션
개별 거래를 별도의 채널(Off-Chain)에서 처리한 후 그 결과만 비트코인 블록체인에 기록하는 방식 (상태채널비슷)
오프체인 시스템 특성상 제3자 세력이 필요(비공개,중앙화)하기 때문에 신뢰성 측면에서 한계가 존재함

온체인은 메인넷 위에서 발생하는 트랜잭션입니다. 
오프체인은 메인넷에서 벗어나서 발생하는 트랜잭션을 의미. (라이트닝네트워크)

레이어 1은 흔히 아는 블록체인을 의미.(비트코인, 에이다, 솔라나 등... )
레이어 2는 보조해 주는 사이드 체인이나, 롤업(외부에서 트랜잭션을 발생)을 말합니다. 

비슷해 보이지만 유기적으로 연결되어 있을 뿐 조금씩 다릅니다!

 

💃카르다노의 합의 알고리즘은 무엇인가요?
우로보로스 지분증명(Ouroboros PoS): 지분 증명의 예상되는 공격들을 사전에 방지(랜덤으로 대표선정)하여 안정성을 높임
단) 동시성문제로 몰리면 속도가 급격히 저하
DPoS지분증명 메인넷 중 가장 탈중앙화가 잘 이루어진 메인넷 카르다노(에이다)
카르다노의 동시성문제 (한블록당 한 사람만 상호작용이 가능하다)

: 알고랜드 : 

정의) 블록체인의 트릴레마를 해결하기 위한 플랫폼을 위한 암호화폐
배경) 무허가형 순수지분증명(PPoS) 합의 알고리즘을 통해 블록체인이 트릴레마를 해결하기위해

지분증명(PoS, Proof of Stake) 합의 구조와 시스템적 차별성을 이용해 트릴레마를 해결하기위해

💃 알고랜드의 블록 생성 솔루션 3가지는 무엇인가요?
순수지분증명(PPoS,Pure Proof of Stake): 누구나 블록 생성에 참여할 수 있게하며 체인 포크(fork)를 방지
즉각적인 제시와 합의(Immediate Propose & Agree): 한 명이 아닌 전체가 블록을 선택하고 생성하며 이 과정은 매우 정교하고 빠름
진화하는 합의(Consensual Evolvability): 공정하고 즉각적인 합의 과정

💃 알고랜드의 트릴레마 대안은 무엇인가요?
임의성(Randomeness): 랜덤
-새 트랜잭션(새 블록)을 추가하는 작업을 수행하는 검증자에 초점을 맞춰서 진행
-모든 토큰 보유자 중에서 검증자를 임의로 선택하여 검증 작업을 수행
-다음 검증자가 누구일지 아무도 모른다는 사실을 통해 보안성 보장

---

트릴레마를 고려해야하는 이유

• FLP Impossibility증명=비동기 네트워크에서는 합의 문제를 완벽히 해결할 수 있는 분산 알고리즘이 없다
  비동기 네트워크 내에서는 Safety와 Liveness를 모두 완벽히 만족하는 합의 알고리즘을 설계하는 것이 불가능하다는 것이 증명되었다.

1. Safety와 Liveness에 대해 설명해보세요.
   Safety: 노드 간 합의가 발생했다면, 어느 노드가 접근하든 그 값은 동일해야 함(옳은합의만!)
   Liveness: 노드는 네트워크 내에서 반드시 합의를 이루어내야 함(옳든 그르든 어쨋든 합의)
   
   
2. Liveness over Safety는 무엇인가요?
   잘못된 합의가 이루어질 수 있지만 어떻게든 합의는 한다. ex)블록체인 PoW: 51% 발생 가능성. Safety는 보장하지 않음
   
   
3. Safety over Liveness는 무엇인가요? (BFT 계열 합의 알고리즘:옳은합의만한다)
   잘못된 가능성이 있다면 블록을 만들지 않는다 ex)코스모스 텐더민트: 메시지가 시간 안에 도착하지 않으면 블록 생성 안 함

failure model의 6단계

6단계) Byzantine

5단계) Authentication-detectable Byzantine

4단계) Performance

3단계) Omission

2단계) Crash

1단계) Fail-stop //있을수밖에없는문제. 더이상상태변화없어서 문제발생전으로 돌아감

 

Tolerance(용인 내성) 배신자가 있어도 우리 네트워크는 잘 운영될 수 있다.

BFT
최소2n번(모든노드가내메시지를받을때까지) 올바른2/3메시지만 다시수신.
다수결로 블록생성되기때문에 분기발생안함.(그래서 safety) 확정된블록은 변경하지않기때문에 완결성확보.
..모든노드끼리 통신해야하기때문에 수십개까지만. 가능;;;;

PBFT (실용적으로하자~) 모든노드가 소통하는건 비효율적인 부분을 개선하여 업그레이드! 처리량을 늘려 확장성을 늘리자앗!!
2번의 브로드캐스팅과정으로 합의를하기때문에 노드가많아지면; 복잡도가 증가해 확장성이 떨어진다. (퍼블릭에 적용불가)
하이퍼렛져패브릭, 리플, 코다? 같이 노드관리주체를 확인가능한곳에서 많이 사용한다.

💃 BFT란 무엇인가요?
비잔티움 장애 허용(Byzantine Fault Tolerance)
분산 네트워크 환경에서 악의적인 노드(배신자)가 존재할 때 이를 어떻게 극복하는가 대한 해결 방안

 

💃 CFT와 BFT의 차이점은?

CFT(Crash Fault Tolerance)	BFT(Byzantine Fault Tolerance)
신뢰할 수 있는 노드만 모여있는 분산 시스템에서 사용 가능	신뢰할 수 없는 노드가 있는 곳에서도 사용 가능
분산시스템에서 노드가 비정상적인 충돌에 의해 문제가 생기더라도,  나머지 시스템에서 서비스를 할 수 있게 하는 작동방식	부정 사용을 하고자 해도 과반수(3/2)를 얻어야 하며  만약 리더가 거짓말을 한다고 해도 모든 참가자가 리더의 움직임을 감시해 거짓말이라고 판단한다면 다수결로 리더 교체를 신청할 수 있기 때문에 장애에 매우 강력한 내성을 지닌 알고리즘
ex) 컨소시엄형 블록체인 시스템(하이퍼레저 패브릭 등)	단) 수십 개의 노드가 한계
	동기식 네트워크에서만 합의 가능 (무조건반드시이루어진다!!)

 

Q. 동기식네트워크 & 비동기식네트워크란?

대기 시간의 여부에 따라 3가지로 구분한다.

 

**동기 네트워크(Synchronous Network)

노드가 메시지를 보내는 시간과 수신 노드가 메시지를 수신하는 시간 사이에 상한선이 존재하고, 

그 시간 안에 반드시 메시지가 수신 노드에게 도착한다는 것을 보증하는 네트워크/

적용) 네트워크 사이에 데이터 통신이 ‘반드시’ 이루어져야 하는 경우

(ex.비행기나 우주선의 통신)

 

**비동기 네트워크(Asynchronous Network)

노드가 메시지를 보내는 시간과 수신 노드가 메시지를 수신하는 시간 사이에 상한선이 없다.

특정 노드가 임의로 메시지를 전송하지 않거나 거짓 데이터를 전송하는 배신행위가 가능한 네트워크/

(ex.인터넷이나 블록체인 네트워크)

….Safety와 Liveness를 동시에 완벽히 만족하는 합의 알고리즘을 설계할 수가 없습니다. 즉 블록체인에서 어떤 합의 알고리즘을 채택한다는 것은, Safety와 Liveness 중 하나를 어느 정도 포기해야 한다는 것

 

**부분 동기 네트워크(Partial synchronous Network) 

노드가 메시지를 보내는 시간과 수신 노드가 메시지를 수신하는 시간 사이에 상한선이 존재하지만, 

그 상한선이 얼마인지는 알 수 없는 네트워크/

노드와 노드 사이에 메시지가 도달하는 것은 보증하지만, 언제 도달할지는 알 수 없다

네트워크에서 메시지가 도달하는 시간의 상한선이 유한(finite)한 것이 부분 동기 네트워크

💃 PBFT란 무엇인가요? 프랙티컬 비잔티움 장애 허용(Practical Byzantine Fault Tolerance)

	safety확보(배신자가있어도 견딜수있다)
	분산시스템이 약속된 행동을 하지 않는 비잔틴 노드가 존재할 수 있는 비동기 시스템일 때  해당 분산시스템에 참여한 모든 노드가 성공적으로 합의를 이룰 수 있도록 개발된 합의 알고리즘.  하나의 노드가 하나의 투표를 하는 방식으로 투표를 받아 가장 많은 투표를 받은 블록을 승인
단	각 노드가(늘어날수록) 모든 노드에게 메시지를 전달해야 하므로 비용이 너무 크다 합의 그룹 크기가 커짐에 따라 합의 속도가 느려지는 문제 (노드100개 6초. 100개이상이면힘들어짐   PBFT 방식은 Public 블록체인에는 적합한 방식이 아니다.
	기존의 BFT 합의 알고리즘이 동기식 네트워크에서만 합의가 가능했던 문제를 해결하여 비잔틴 노드가 있는 비동기 네트워크에서 합의 알고리즘
장	1. 트랜잭션 완결성과 빠른 거래 확정: PBFT는 다음 블록 합의가 이루어진다면 제안된 블록의 합의 내용이 확정되어서 한번 확인(1 Confirmation)으로 거래가 완결되므로 거래 확정 시간이 짧다. 2. 저에너지로 비용 감소: PBFT는 작업증명방식 PoW이 아니고 지분증명방식 PoS을 기본으로 하여 에너지 사용량이 적고, 따라 서 거래 비용이 적다

 

• DBFT(Delegated Byzantine Fault Tolerant)
  단점 : 특정 노드에 권력 집중, 노드들 간의 단합 위험
  장점: 빠른 처리 속도, 포크가 일어나지 않고 완료성이 좋다.
  
  
• tendermint(DPoS + PBFT)PBFT 알고리즘을 공개 및 비공개 블록체인에 맞도록 개량한 합의 알고리즘
  (Tendermint의 전체 합의 프로세스는 PBFT와 거의 유사합니다.
  Tendermint 프로세스에서의 Propose는 PBFT의 Pre-Prepare,
  Prevote는 Prepare,
  Precommit은 PBFT의 Commit으로 매칭시키면 이해가 쉽습니다.)
  지분(Stake)을 기반으로 투표(투표하는 노드의 수보다는 지분이 중요)
  텐더민트 장점
  1. 블록을 노드들에게 전파(Gossip)하는 방식을 단순화하고 노드의 수를 늘릴 수 있게 했다.
  2. 블록제안자를 수시로 교체할 수 있게 하여 안정성을 높였다.
  3. 비잔티움 노드를 쉽게 발견하여 처벌 할 수 있도록 했다.
• casper(eth) 캐스퍼
  PoW 방식의 채굴 위에 PoS + PBFT 형태의 블록 검증 시스템을 제안

1. 합의 알고리즘의 주요 고려사항은 무엇인가요?
   
   • Finality Problem (완결성 문제) : 블록체인에 커밋되면 취소못해~
   • 51% Attack/BTF (51% 공격과 비잔틴 결함)
   • Transaction Cost (트랜잭션 수수료)
     
     
2. 다양한 합의 알고리즘의 종류와 장단점을 설명해보세요.

체인 공개 유형합의 방식설명장점단점사용 코인

퍼블릭 비허가형 공개형	작업 증명 Pow	각 노드의 연산 능력을 증명하여 블록 생성 높은 컴퓨팅 파워를 가진 노드가 블록을 생성할 확률이 높음 오랫동안 사용되며 안전성이 검증되었지만 단점도 많이 도출	오랫동안 검증됨	51% Attack 완결성 문제 느린 트랜잭션 에너지 낭비	비트코인 (구.이더)
	지분 증명 PoS	소유 지분 양에 비례하여 블록 생성 권한을 높은 확률로 부여 받음 많은 지분을 가진 노드가 블록을 생성할 확률 높음 이론적으로 우수하지만 실제 대규모 환경에서 검증 사례가 부족	51% Attack 내성 빠른 트랜잭션 에너지 낭비 적음 해시율임대가능 채굴풀중앙집중화해결	완결성 문제 검증 부족 불완전한 해결책 불공평한경제모델 Nothing at Stake Problem	퀀텀 네오 스트라디스
	위임 지분 증명 DPoS	일부 위임된 Validator끼리 PoS 수행 트랜잭션 속도가 더 빠름 신뢰도는 Validator의 신뢰도에 종속	빠른 트랜잭션 에너지 낭비 적음 소규모참여자도 이득 거래속도TPS빠르다	완전성 문제 검증 부족 탈중앙성 부족 보안 취약	스팀 이오스 아크 라이즈
	경과 시간 증명 PoET	경쟁적 연산으로 낭비되는 에너지를 줄이면서 작업 증명과 유사 효과 하이퍼레저 쏘투스 레이크(Sawtooth Lake)에서 제안 인텔 SGX을 기반으로 블록을 생성하는 리더를 랜덤으로 선정	검증된 방법의 개선 에너지 낭비 적음	특정 HW 종속	쏘투스
프라이빗 허가형 컨소시엄	PBFT	참가자 1명이 프라이머리(리더)가 되어 모든 참가자에게 요청 송신 그 요청에 대한 결과를 집계한 뒤 다수의 값을 사용해 블록을 확정 각 노드는 브로드캐스트 된 명령을 받게 되면 모든 노드에 회신 각 노드는 명령을 일정 수 이상 수신하면 명령을 실행하고 블록을 등록	완결성 문제해결 빠른 트랜잭션	참여자 사전 파악 필요 참가자 증가 시 성능 하락	페브릭
	권한 증명 PoA	트랜잭션 및 블록의 Validator라고 승인된 계정에 의해 유효성이 검사 Validator의 권리를 얻으므로 그들이 얻은 지위를 유지하고자 함 자신의 신원에 부정적 평판이 생기길 원치 않도록 노력할 거라 가정
	PAXOS	트랜잭션 및 블록의 Validator라고 승인된 계정에 의해 유효성이 검사 Validator가 될 수 있는 권리를 얻으므로 그들이 얻은 지위를 유지하고자 함 자신의 신원에 부정적인 평판이 생기길 원치 않도록 노력할 것이라 가정
	RAFT	리더를 선정한 후 시스템의 모든 변화를 리더를 통해 결정 신뢰된 네트워크에서만 사용		리더의 조작 가능 BTF 보장하지 않음
	Sieve	IBM에서 고안한 PBFT 확장 알고리즘 실행결과 전송과 집계 결과 전송으로 흐름이 나뉜다.