예 를 들 면 , 전체 합의 네트워크 는 세 개 의 블록 체인 노드 : A , B 및 C 를 갖 는다는 것 이 가정 된다 . 블록 체인 노드 A 는 다섯 개 의 비즈니스 요청 : # 1 , # 2 , # 3 , # 4 , 및 # 5 를 저장 한다 . 블록 체인 노드 B 는 네 개 의 비즈니스 요청 : # 1 , # 2 , # 3 , 및 # 4 를 저장 한다 . 블록 체인 노드 C 는 세 개 의 비즈니스 요청 : # 1 , # 2 , 및 # 3 을 저장 한다 . 비즈니스 요청 모두 는 블록 체인 노드 에 대응 하 는 비즈니스 메모리 에 저장 된다 . 블록 체인 노드 A 가 다섯 개 의 비즈니스 요청 # 1 , # 2 , # 3 , # 4 , 및 # 5 를 사전 프로세싱 된 블록 으로 패 키 징하 고 , 사전 프로세싱 된 블록 을 다른 두 개 의 블록 체인 노드 로 브로드 캐스트 하 여 , 다섯 개 의 비즈니스 요청 에 대한 합의 검증 을 수행 하 는 경우 , 블록 체인 노드 B 및 C 둘 모두 가 다섯 개 의 비즈니스 요청 의 일부 가 없 기 때문 에 , 블록 체인 노드 B 및 C 는 다섯 개 의 비즈니스 요청 을 포함 하 는 사전 프로세싱 된 블록 을 합의 검증 에서 실패 한 것 으로 바로 간주 할 수 도 있 다 . 이 경우 , 전체 합의 네트워크 내 의 블록 체인 노드 중 절반 보다 더 많 은 것 이 사전 프로세싱 된 블록 을 합의 검증 에서 실패 한 것 으로 간주 하 기 때문 에 , 사전 프로세싱 된 블록 에 포함 되 는 다섯 개 의 비즈니스 요청 은 전체 합의 네트워크 의 합의 검증 을 통과 할 수 없 을 것 이 다 . 그러면 , 다섯 개 의 비즈니스 요청 은 전체 합의 네트워크 의 블록 체인 에 기록 되 지 않 을 것 이 다 .