<div dir="auto">It seems the way through is to make every step a covering step ... then when the winner W gets a stronger step ... cutting in front of a bunch of Y's that it followed before its strength increase ... it still covers all of those Y's so no Z can be added just because it beats W and the previous members of the chain.<div dir="auto"><br></div><div dir="auto">I think we can get away with the very first step A>B  not being a covering:</div><div dir="auto"><br></div><div dir="auto">Make it the single strongest defeat possible so that the first chain head A is the "Gross Defeat Strength Champ."</div><div dir="auto"><br></div><div dir="auto">Then until the current chain head is uncovered ... at each stage the new head is the candidate with the strongest possible defeat of the old head by any candidate covering it (the old head).</div><div dir="auto"><br></div><div dir="auto">Example:</div><div dir="auto"><br></div><div dir="auto">35 A>B>C</div><div dir="auto">25 B>C>A</div><div dir="auto">40 C>A>B</div><div dir="auto"><br></div><div dir="auto">The strongest defeat is A>B (75 to 25).</div><div dir="auto"><br></div><div dir="auto">And since the head A is uncovered, the chain cannot be continued, since by our new rule all defeats after the first must be coverings.</div><div dir="auto"><br></div><div dir="auto">So A wins.</div><div dir="auto"><br></div><div dir="auto">Now is this monotone?</div><div dir="auto"><br></div><div dir="auto">Shall we call it Max Gradient Ascent MGA?</div><div dir="auto"><br></div><div dir="auto">-Forest</div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 9, 2023, 10:51 AM Forest Simmons <<a href="mailto:forest.simmons21@gmail.com">forest.simmons21@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Let's see where my proof goes wrong .... my mistaken proof of monotonicity for the one sided chain where every addition to the chain becomes the new head:<div dir="auto"><br></div><div dir="auto">Suppose the final head (the winner) H increases pairwise relative to some candidate X while all of the other pairwise relations are undisturbed.</div><div dir="auto"><br></div><div dir="auto">Then before H is added the sequence of additions proceeds exactly as before ... H has no influence.</div><div dir="auto"><br></div><div dir="auto">If X is among those added before H, then the increase in H>X strength has no relevance unless it allows H to immediately follow X instead of waiting for Y1,Y2, etc ... where the Y1>X defeat was stronger than the H>X defeat (but no longer is).</div><div dir="auto"><br></div><div dir="auto">But now none of these Y's can be added because they are still defeated by H.</div><div dir="auto"><br></div><div dir="auto">How about some Z that defeats H but was kept out by one of those Y's? Now that those Y's are gone, that Z gets admitted.</div><div dir="auto"><br></div><div dir="auto">So H is no longer the final head of the chain.</div><div dir="auto"><br></div><div dir="auto">Back to the drawing board!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 9, 2023, 12:17 AM Forest Simmons <<a href="mailto:forest.simmons21@gmail.com" target="_blank" rel="noreferrer">forest.simmons21@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">The candidate added to the tail would be the one defeated most strongly by the current tail. Whether to lengthen the chain forward or backwards at a given stage would depend on which new direct defeat was stronger.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 7, 2023, 5:05 PM Kevin Venzke <<a href="mailto:stepjak@yahoo.fr" rel="noreferrer noreferrer" target="_blank">stepjak@yahoo.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Forest, I may give it a look, but a couple of issues.<br>
<br>
One thing, I feel a little unsure it will be monotone to pick a new candidate to add to the<br>
chain based on who the current head is. Normally these methods don't actually depend on the<br>
ordering of candidates already in the chain.<br>
 <br>
> It is well known that not all nice properties are compatible with each other in a common<br>
> single winner voting method. However, we shall see by example that the following nice<br>
> features are mutually compatible in a simple RCV voting method (MGCB defined below).<br>
> Therefore, excluding any of them can only be justified by trading in the excluded ones for<br>
> equally important ones in an equally simple method.<br>
> <br>
> 1. The method should be clone independent like IRV ... therefore not plagued by the spoiler<br>
> problem like First Past The Post Plurality or by "teaming" like the Borda Count.<br>
<br>
Generous of you to imply that IRV is not plagued by a spoiler problem.<br>
<br>
> It was a comment of Kristofer that inspired this method. He mentioned that according to his<br>
> recent simulations electing the winner of the over-all strongest defeat A>B is a<br>
> surprisingly burial resistant stand-alone method.  It seems to me that the burial resistance<br>
> should carry over to this MGCB completion of his discovery.<br>
<br>
Well. That kind of method is a stone's throw away from just being approval.<br>
<br>
> Furthermore, it appears that if defeat strength is gauged by margins, then the method is<br>
> Chicken resistant.<br>
<br>
If you mean "more" chicken-resistant then OK, but if you mean satisfying the CD criterion,<br>
there's no reason for that to be true. If you want to guarantee CD you need to deliberately<br>
reject some majorities (which is completely in its spirit), not simply be indifferent to<br>
them.<br>
<br>
More importantly, I would point out that from a CD criterion standpoint, the Alaska RCV<br>
outcome was probably completely correct.<br>
<br>
It seems to me the Alaska race demonstrates that the CD criterion can't deliver on its<br>
promise even under IRV, its most advantageous setting. It's not going to be better under a<br>
method that poses actual incentives to withhold lower preferences.<br>
<br>
> A fairly simple modification ... where the chain is built up from both ends ... always<br>
> giving priority to the end where the new defeat is stronger .... preserves all six of the<br>
> nice features in our list while adding a Strong Reverse Symmetry feature ... reversing all<br>
> of the ballot rankings precisely reverses the output chain .... swapping the head and tail<br>
> of the completed chain.<br>
<br>
I don't follow. Are you just saying there's a choice of whether you beat the head or the<br>
tail, but in either case the newly added candidate becomes the new head?<br>
<br>
Kevin<br>
<a href="http://votingmethods.net" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">votingmethods.net</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>