<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 25, 2016 at 11:38 PM, Martin Hedberg <span dir="ltr"><<a href="mailto:skribent_har@hotmail.com" target="_blank">skribent_har@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In case a node crash there could
 be a verified consensus if it should be restarted.</blockquote></div><br></div><div class="gmail_extra">Nodes are automatically restarted in most cases, so there is little consensus needed in the standard case. For pure consensus protocols, Erlang has the advantage you can trust every node, so you don't need a blockchain mechanism for handling it. You can pick among several algorithms: PAXOS and Raft comes to mind, the latter being a structured log as the blockchain, but without the Merkle construction.<br><br></div><div class="gmail_extra">The other thing to think about is the concept of acceptable latency. In a system like BitCoin, the latency for transaction confirmation is measured in minutes due to the proof of work obligation. In a node-setting, you want such stuff to happen quickly.<br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra"><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">J.</div>
</div></div>