You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 10, 2020. It is now read-only.
also possibly need to include a hash, otherwise it gets confusing if a peer sends two different messages but with the same transactionId - which are you confirming then?
the ledger now uses senderId+msgId as its unique id.
Messages can and should be repeated indefinitely until both sides have seen some message from the other side which makes that ledger entry final (committed).
When comparing two ledger entries, you can't tell which one came first if the senderId doesn't match, but you at least have a full ordering of entries initiated by one users, and ones initiated by the other user.
that way, ledger integrity is not lost when messages are lost in transit. reject messages if the sequence number is not the next number expected.
The text was updated successfully, but these errors were encountered: