[Ccwg-auctionproceeds] Mechanisms - the way forward

[Rudolph Daniel]

I think I am in Alan's corner here. Any independent structure needs to
purposefully minimise friction with icann org. as far as that is possible.
So a PTI look-alike should be deemed not suitable in this case. It is not
impossible that outsourcing everything except an equal ICANN board and
ICANN community oversight will be cost effective.
 I am inclined to agree that it is all about implementation criteria that
will most probably win the day. This is not an easy call, by any means, but
we owe it to the underserved regions of the world in attempting to narrow
the ever increasing digital divide.

RD


On Fri, Jul 26, 2019, 16:31 Alan Greenberg <alan.greenberg at mcgill.ca> wrote:

> Based on a number of discussions here and privately among the
> At-Large Members, I would like to make a proposal.
>
> We have been focusing on "mechanisms" for the last LONG while.
> Perhaps that was a wrong approach.
>
> Based on recent comments from Maartin and Sam, ANY mechanism will use
> an arms-length project review process and it will not be ICANN
> employees making the decisions. So let's put that to bed.
>
> ANY of the mechanisms we have been looking at could be implemented so
> that they meet our goals, albeit in different ways and potentially
> for different costs. But any of them could also fail. For instance, a
> Foundation has been discussed with the presumption that it will be
> "independent" and not be subject to any direct ICANN involvement. But
> as an example, PTI is a corporation separate from ICANN, but a
> controlling majority of its Board is selected by ICANN and it
> out-sources significant services from ICANN. If we were to implement
> the Foundation that way, many among us would believe that it is not
> at all independent.
>
> So it is not the name that matters, or the corporate structure, but
> the details of HOW it is implemented that matters.
>
> Perhaps we should not worry about the "mechanism" and focus instead
> on criteria. Based on that, I suspect the mechanism choice will be a
> simple business decision and not the political (or religious?)
> decision it now is.
>
> One clear criteria is that the project selection should be done
> independent of ICANN - already agreed upon by all.
>
> What else is there that we feel might differentiate a good
> implementation from a bad one?
>
> Perhaps: Do not build processes/staff if the service can be readily
> and economically outsourced?
>
> Perhaps: Do not replicate services already available from ICANN if
> they do not impact the integrity of the granting process (which
> includes advertising, granting, project outcome evaluation, reporting)
>
> There are likely more, but I suspect there are not actually that many.
>
> Alan
>
>
>
> _______________________________________________
> Ccwg-auctionproceeds mailing list
> Ccwg-auctionproceeds at icann.org
> https://mm.icann.org/mailman/listinfo/ccwg-auctionproceeds
> _______________________________________________
> By submitting your personal data, you consent to the processing of your
> personal data for purposes of subscribing to this mailing list accordance
> with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and
> the website Terms of Service (https://www.icann.org/privacy/tos). You can
> visit the Mailman link above to change your membership status or
> configuration, including unsubscribing, setting digest-style delivery or
> disabling delivery altogether (e.g., for a vacation), and so on.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ccwg-auctionproceeds/attachments/20190726/bfeacc6c/attachment.html>