[Gnso-newgtld-wg] Consolidated list of materials for WG Member review

[Rubens Kuhl]

> On 15 Aug 2020, at 06:24, Alexander Schubert <alexander at schubert.berlin> wrote:
> 
> I think we can do this easier:
> At submission the system generates an automated, random 16 digit number: which is being revealed to the applicant. The programming effort is zero: real random numbers are available on the Internet at no to little cost  (physically generated, real random numbers: not CPU generated).
> 
> That number may become handy in all kinds of unintended incidents later.
> 
> Among them: what if two bids are identical? Two zero Dollar bids are identical bids. The higher random 16 digit number wins - the second highest bid has to be paid  (which is either US $0 or whatever the identical bid amount was).
> 
> We could use these numbers for prioritization as well. I don't see why the Californian State Government should be in a position to dictate ICANN whether or not it may use randomization for application queuing. It's not a lottery - it's a preempted randomization of application processing. How would that be subject to scrutiny by the State Government? Those who don't want to be prioritized can opt out either during the application submission or at any point thereafter by simply logging into the application system and unticking a box (can't be reverted, though).
> 

That's how the law works, whether we like or not. And it's a random-based decision that can make some richer and other poorer, so it's a lottery in every sense.


Rubens


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gnso-newgtld-wg/attachments/20200815/d5dc7f54/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 529 bytes
Desc: Message signed with OpenPGP
URL: <http://mm.icann.org/pipermail/gnso-newgtld-wg/attachments/20200815/d5dc7f54/signature.asc>