update Message Requests' documentation
@@ -5,7 +5,7 @@ In BFT protocols you can lose no more than a certain number of messages. In Plen
- A node discarded messages because it was unable to process it.
- A node disconnected for a short time.
-In plenum there are classes `MessageReq` for message requests and `MessageRep` for replies. `MessageReqProcessor` manages receiving, sending and processing request and reply messages.
+In plenum there are classes `MessageReq` for message requests and `MessageRep` for replies. `MessageReqService` manages receiving, sending and processing request and reply messages.
###Three-phase commit messages
@@ -31,10 +31,10 @@ If the node has the quorum(n - f - 1) of LedgerStatuses or the quorum(f + 1) of
###ViewChange messages
-Loose a NewView message from primary. It is nessesary to finish a view change. A node requests NewView messages from all nodes in NEW_VIEW_TIMEOUT after a view change started.
+Loose a NewView message from primary. It is necessary to finish a view change. A node requests NewView messages from all nodes in NEW_VIEW_TIMEOUT after a view change started.
- If an answer is received from a primary is received the node uses them and finishes the view change.
- Else it uses a quorum (f+1) of NewView responses from other nodes, finishes the view change and starts catchup.
-Loose a ViewChange message from primary. It is nessesary to finish a view change. A node requests missing ViewChange messages from all nodes after receiving a NewView message.
+Loose a ViewChange message from primary. It is necessary to finish a view change. A node requests missing ViewChange messages from all nodes after receiving a NewView message.
- If an answer is received from an owner of requested ViewChange the node uses it and finishes the view change.
- Else it uses a quorum (f+1) of ViewChange responses from other nodes and finishes the view change.
\ No newline at end of file
