[prev in list] [next in list] [prev in thread] [next in thread] 

List:       bitcoin-ml
Subject:    [Bitcoin-ml] BFP - Bitcoin Cash Fork Process
From:       shammah.chancellor () gmail ! com (Shammah Chancellor)
Date:       2017-11-02 19:22:09
Message-ID: 9E35C554-23D6-4BD0-B0E9-D772495D4147 () gmail ! com
[Download RAW message or body]

I'm on board with your concerns.  However, I dislike instant runoff voting as it can \
still result in an sub-optimal result.  Here's another alternative that I believe \
works better.

https://en.wikipedia.org/wiki/Cumulative_voting \
<https://en.wikipedia.org/wiki/Cumulative_voting>

-Shea

P.S. I'm not sure if bottom quoting is still bad mailing list etiquette, but it seems \
to be the norm.  Swapping quoting order makes threading really difficult to follow, \
we should have some norm.


> On Nov 2, 2017, at 11:58 AM, George Macoukji via bitcoin-ml <bitcoin-ml at \
> lists.linuxfoundation.org> wrote: 
> I got in a little late on the Reddit thread, so I'm not sure how many saw my \
> comment. I'll repost it here for feedback. 
> My one big thought here is that we should move away from single-vote majority-wins \
> systems, the so-called "first past the post" method. Instead, we should look to \
> some form of ranked voting that allows a miner to say, "I prefer Alternative 1, but \
> if that's not acceptable, then my second choice is Alternative 2."  
> To that end, I'd propose changing the signaling to be a series of votes in \
> preferential order, not just a single vote. Votes would then be counted using some \
> form of instant-runoff vote counting (see \
> https://en.m.wikipedia.org/wiki/Instant-runoff_voting \
> <https://en.m.wikipedia.org/wiki/Instant-runoff_voting> ) to determine the \
> highest-consensus choice. 
> 
> 
> On Thu, Nov 2, 2017 at 4:39 AM Michael Jackson via bitcoin-ml <bitcoin-ml at \
> lists.linuxfoundation.org <mailto:bitcoin-ml at lists.linuxfoundation.org>> wrote: \
> I would like to propose a process/framework for a consensus finding process that \
> can be applied to any software that requires a fork (soft or hard). The recent \
> situation with the EDA proposals has shown that a process like this one will be \
> valuable in a network with multiple development teams. 
> The objectives of the process are as follows:
> 
> - Unanimous developer consensus is no longer necessary.
> - Development teams are able to offer up different proposals and the miners can \
>                 decide which proposal is best.
> - Miners are able to decide to make no change at all.
> - The network remains in 100% consensus at all times other than in situations of \
>                 extreme ideological disagreement.
> - The process can be implemented immediately.
> - The process is loose enough that it can be applied to any upgrade that requires \
>                 consensus.
> - Does not conflict with other improvement proposal processes, such as BUIP.
> - Provide confidence for network participants that community leaders (i.e. \
> developers, miners, and businesses) will support a process that aims to use free \
> market principles but still keep the network in 100% consensus at all times. 
> The full details of this proposal can be found at \
> https://github.com/singularity87/BFP/blob/Updates/README.md \
> <https://github.com/singularity87/BFP/blob/Updates/README.md> 
> This is a work in progress but my main aim is to get broad support across the \
> entire community that this is a valuable agreement to have, but that no one is \
> beholden to it. The benefits of the agreement should be enough to encourage the \
> Bitcoin Cash community to use it. So far almost everyone has responded positively \
> to the proposal. 
> I would very much appreciate your input, and if possible, support in principle for \
> the proposal. 
> Singularity.
> 
> _______________________________________________
> bitcoin-ml mailing list
> bitcoin-ml at lists.linuxfoundation.org <mailto:bitcoin-ml at \
> lists.linuxfoundation.org> \
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml \
>                 <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml>
> -- 
> -- 
> "I got an "A" in philosophy because I proved my professor didn't exist."
> -- Judy Tenuta
> _______________________________________________
> bitcoin-ml mailing list
> bitcoin-ml at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-ml/attachments/20171102/3b1c76ed/attachment-0001.html>



[prev in list] [next in list] [prev in thread] [next in thread]