<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 4, 2015 at 8:50 AM, jl2012 via bitcoin-dev <span dir="ltr"><<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--------------------<br>
Voting system<br>
<br>
Single transferable vote is applied. (<a href="https://en.wikipedia.org/wiki/Single_transferable_vote" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Single_transferable_vote</a>). Voters are required to rank their preference with “1”, “2”, “3”, etc, or use “N” to indicate rejection of a candidate.<br>
Vote counting starts with every voter’s first choice. The candidate with fewest votes is eliminated and those votes are transferred according to their second choice. This process repeats until only one candidate is left, which is the most popular candidate. The result is presented as the approval rate: final votes for the most popular candidate / all valid votes<br>
<br>
After the most popular candidate is determined, the whole counting process is repeated by eliminating this candidate, which will find the approval rate for the second most popular candidate. The process repeats until all proposals are ranked with the approval rate calculated.<br></blockquote><div><br></div><div>Instant runoff voting is not a good system for finding a consensus of the voters. <br><br><a href="http://zesty.ca/voting/sim/">http://zesty.ca/voting/sim/</a><br><br></div><div>The main issue here is the "Squeezing out" of center opinions. <br><br></div><div>If the middle option is acceptable to almost everyone but is only the top choice of 20%, then it will lose in round one and leave only extreme options remaining.<br></div><div><br></div><div>Approval is a better system for a consensus.<br><br></div><div>Each voter can indicate which of the proposals is approved/accepted and the option with the most support wins.<br><br>If one option has 80% support and another has 90% support, then both make a good choice (though the 90% one has won).<br><br></div><div>Range voting allows more accuracy, if that is an issue. If voters are honest, it allows a middle ground to be reached.<br><br></div><div>If everyone votes strategically, it becomes approval voting. With consensus, there is an assumption that a significant fraction of the community would be willing to be honest rather than strategic.<br></div><div><br></div><div>The outcome is possible a final decision but not a binding decision. Voters need to recognise that failing to find a middle ground could mean they get their way but they split the community.<br></div><div></div><div><br></div><div>Additionally, since the point is to determine parameters, you don't necessarily need to select from discrete candidates.<br><br></div><div>- Initial new size<br></div><div>- Rate of increase<br></div><div>- Maximum size<br></div><div><br></div><div>They are just numbers. You could have votes indicate what they want, and then use the median as the consensus option.<br><br></div><div>The exception is to have the miners choose what the size is (subject to limits). That option is already entirely in the hands of the miners and they could do it unilaterally.<br></div></div></div></div>