[CCWG-ACCT] Minority Statements
Alan Greenberg
alan.greenberg at mcgill.ca
Sun Aug 2 18:37:30 UTC 2015
Thanks Steve,
Bernie Turcotte did most of the analyical work on this, but I will
offer a few comments and thoughts.
Regarding your classifications:
- NP was not relevant, since this is not an in person vote and we are
presuming that all parties could exercise their power if they chose.
- We have not considered Rec, because of the nature of the system.
Just as in the GNSO Council, where it is presumed that often,
contracted parties have a vested interest in the outcome of PDPs, as
long as their interests are declared, they can still vote.
- We have classes a possible vote that is simply not exercised
(through conscious decision or inattention) as an Abs.
- There is another category in our case, that of an AC/SO that is
allowed to vote but prefers to be excluded because they have not
opted in to the system. They are simply excluded from the possible
pool of voters as if they did not have any rights.
In the CCWG, we have tended to say that most of the rights can be
exercised by a super majority (>66%) or a 75% vote in favour. If
everyone casts a Yes or No, that seems to be reasonable (one can
debate the actual number of course).
We have also tended to say that a single AC/SO should not be able to
alone, veto any action (there are some perceived problems with this
on the budget veto issue, but let's ignore that for this discussion).
If you treat an abstention as a No, the above works fine (and this is
how most but not all parts of ICANN treat abstentions). But some
people feel that an abstention is a message that they do want to be
part of the decision.
We may have as few as 20 votes in total. If just one person holding a
weight=1 vote abstains, then we can simply reduce the denominator and
the above criteria can stand. However a problem arises if a
substantial part of the community abstains. For instance, if two SOs
completely abstain, then the final decision can be made by a very
small number of participants, and with sufficient abstentions,
high-impact decisions can be made by a single AC/SO. It is true that
this happens with the willful agreement of those who have abstained,
but it is nevertheless capture by the remaining (and capture due to
parts of the community losing interest was one of the things out
expert advisors warned about).
Which leads to the options that Bernie and I considered for allowing
abstentions to be excluded from the count, but nonetheless avoid
capture. They essentially say that we cannot have too many
abstentions, and that they must be spread around.
The last version we came up with was the following:
- To pass, the proposed proposition must have the required percentage
of votes - Yes-votes/(Yes-votes + No votes)
- 75% or more of eligible votes must have been cast as Yes or No
(that is, we are limiting the number of abstentions on not-cast votes
to less than 25%
- More than 50% of the participating SO/ACs have to support the
proposition - that is, for each of these SO/ACs, they must tally >2.5
Yes votes.
Reviewing a number of scenarios, with these requirement, we can avoid
capture and still be able to exercise the powers. Essentially it
requires a significant part of the community to want to take the
action. If too many people opt out and abstain, the power cannot be
exercised, but a single SO/AC cannot veto.
However, it was felt that to use this set of rules, the process would
simply be TOO obscure and opaque.
Hope this helps a bit.
Alan
At 01/08/2015 03:48 PM, Steve Crocker wrote:
>Alan,
>
>I am both curious and willing to help on the technical aspects of
>the combining multiple requires or desires into an implementable plan.
>
>Is it possible to gather the multiple requirements and/or desires so
>we can see whether a feasible solution exists?
>
>Let me offer some candidate terminology that may be granular enough
>to help express the desired results.
>
>Within a given group and with respect to a particular vote, the
>individuals will usually fall into one of the following five categories:
>
>o (NP) Not present (and hence not participating)
>
>o (Rec) Present but not voting because of recusal, usually because
>of self-declared conflict or because the the group perceives a conflict.
>
>o (Abs) Present but not voting because the individual doesn't wish
>to express either a positive or negative vote.
>
>o (No) Present and voting no.
>
>o (Yes) Present and voting yes.
>
>Can you express the desired results in terms of one or more
>inequalities, ratios or other expressions among these terms?
>
>Thanks,
>
>Steve
>
>
>
>
>
>On Aug 1, 2015, at 11:57 AM, Alan Greenberg <alan.greenberg at mcgill.ca> wrote:
>
> > Ed, I believe that I was the first one to make a strong statement
> that abstentions should be excluded from the vote. As few of us
> worked VERY hard to come up with a vote-counting methodology that
> did that and at the same time did not allow a very small part of
> the community (the ones who "care" about the issue) to make
> momentous decisions on behalf of ICANN.
> >
> > We did arrive at some scenarios that were acceptable from the
> point of view of outcomes, but that were difficult to implement and
> perhaps more importantly to explain. In addition to the simple Yes
> vs No count that you allude to, it involved parallel requirements
> for a minimum number of SO/ACs to support the proposition (and that
> support was absolute, only counting Yes votes vs the maximum that
> could be cast), and perhaps requiring a minimum number of
> non-sbstention votes to be cast. As I said, it might work, but
> would be a black-box and completely opaque method to those who did
> not take the time to thoroughly understand it.
> >
> > If you can come up with a simple, clear way of doing it, please
> propose one.
> >
> > Alan
> >
> >
> > At 01/08/2015 08:10 AM, Edward Morris wrote:
> >> About twenty minutes ago I submitted directly to the Chairs, per
> the instructions given to us by Thomas in his email of 29 July, two
> minority statements for (hopefully) inclusion in the report about
> to be released for public comment. I had not intended to file any
> minority statement but, upon reflection, two aspects of our
> proposal caused me concern.
> >>
> >> The statements are attached here for community inspection and review.
> >>
> >> Kind regards,
> >>
> >> Edward Morris
> >>
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> Accountability-Cross-Community mailing list
> >> Accountability-Cross-Community at icann.org
> >> https://mm.icann.org/mailman/listinfo/accountability-cross-community
> >
> > _______________________________________________
> > Accountability-Cross-Community mailing list
> > Accountability-Cross-Community at icann.org
> > https://mm.icann.org/mailman/listinfo/accountability-cross-community
More information about the Accountability-Cross-Community
mailing list