[lac-discuss-es] - Price caps - was: The Case for Regulatory Capture at ICANN | Review Signal Blog

Sab Jun 29 12:26:51 UTC 2019

[[--Translated text (en -> es)--]]
[[--This message had format issues and was not translated properly--]]

Tema:Re:   - Price caps - was: The Case for
 Regulatory Capture at ICANN | Review Signal Blog
Desde:Roberto Gaetano <roberto_gaetano en hotmail.com>

Buen día / noche a todos.
Habiendo leído cuidadosamente las contribuciones de Karl y Evan sobre este tema, debo decir que me inclino más por el lado de Evan. Pero esto es, en general, irrelevante para lo que quiero decir.
Lo que me parece desafortunado es que parece que no podemos hacer que estas dos grandes mentes en la misma mesa colaboren para encontrar una solución mutuamente aceptable en lugar de insistir en hacer sus propios puntos: que la otra parte refuta con igual insistencia.
Creo que ya todos hemos entendido los puntos. La pregunta es si tenemos una posible mediación que sea aceptable para ambas partes que tienen un terreno común en la atención hacia la comunidad diversa de usuarios.
¿Podemos tratar de pensar fuera de la caja?
¿Podemos proponer un precio máximo que diferencie entre los registros existentes y los nuevos registros?
¿Podemos proponer analizar qué significa "uso" y "no uso" y, en lugar de un aumento fijo en las tarifas, tenemos una tarifa diversificada según el uso (el no uso está sujeto a una tarifa más alta, obviamente)?
¿Podemos proponer establecer límites para el mercado secundario, como por ejemplo un límite para la relación de compra / venta?
¿Podemos proponer que la tarifa de dominio no sea fija sino que esté relacionada con el valor de mercado del dominio?
Sé que la mayoría, si no todos, los ejemplos que estoy dando serán probados (o supuestos) impracticables, pero eso no debería impedirnos hacer una lluvia de ideas sobre lo que podría ser una posición común de ALAC, incluso fuera del faldón de las limitaciones percibidas de la ICANN. proporcionándonos, estoy seguro de que los demás tendrán mejores ideas para debatir en busca de una propuesta común en lugar del básicamente "bueno, realmente no sabemos", ese es el único resultado posible si solo estamos en contraposición con El uno al otro.
En mi opinión, durante demasiado tiempo hemos sido tomados como rehenes de una valla de estacas definida externamente.Es hora de que comencemos a pensar si hay algo que se debe decir y hacer para los usuarios de Internet en su propio interés, y no solo como una reacción a los temas que son de interés para otras partes de la comunidad de múltiples partes interesadas.
Y tengo la convicción (¿ilusión?) De que la reunión de ATLAS III en pocos meses puede ser la piedra angular para construir una estrategia para ALAC que esté totalmente enfocada en los usuarios de Internet.
Aclamaciones,

Roberto

> On 29.06.2019, at 02:03, Karl Auerbach <karl en cavebear.com> wrote:
> 
> 
> On 6/28/19 2:36 PM, Evan Leibovitch wrote:
> 
>> Here's another, anecdotal datapoint: I have been involved in the Internet for nearly as long. But it's been helping family, friends, small businesses, colleges, religious institutions, and refugees in camps. I've worked with entrepreneurs both new and established, struggling to make a presence on the Internet and finding that their first 20 choices were only available at an aftermarket premium. The result is that they either had to:
>>  * change their brand name to suit the available names (this has

>>    happened more than once)

>>  * agonize over whether to settle for a domain name using hyphens

>>  * pay a lesser premium in a new TLD they don't know is fully reachable

>>  * resign themselves to having a non-memorable (ie, shitty) domain and

>>    using other strategies to lead people to them.

> 

> I agree that it is sad that we don't live in a world of pink ponies, unicorns, perfect equity, and no competition for resources.

> 

> Your people want "brand names" - which I read as a synonym for "trademark" - and find that someone else has already registered it?

> 

> That's pretty normal life in the land of trade names.  Somebody got there first.  Somebody else go there too late.  That is not speculation, that is not abuse.

> 

> Athol Fugard wrote that "the saddest words ... are 'too late'."

> 

> Or are you arguing that there is some sort of elevated goodness attribute that should allow "family, friends, small businesses, colleges, religious institutions, and refugees" to preempt prior uses? And who shall be the judge that weighs applicants to measure who is the more worthy?

> 

> (Given that my wife and I make large contributions of our time, labor, and money to non-profit and charitable organizations, we might find that kind of preemptive power useful.  But I doubt that such a thing would always be perceived as fair or just by the prior users.)

> 

> (And I do wonder about the inclusion of "small business" and "entrepreneurs" in that list - I'd love to have my small businesses to have a power of preemption.  And in the several start-ups that I've done I would have welcomed the ability to take a domain name away from another prior user.)
> 
> Are you focusing on the notion of "use"?  If so, what is "use" of a domain name?  Must it resolve - for any query from any source - to an IP address, or a TXT record or something?  If that requirement were put into place you can bet that every registrar will quickly deploy a "sufficient to pass muster" resolver service for its customers to use.
> 
> (Since you mentioned entrepreneurs - A common practice in start ups is to register a portfolio of domain names as candidates for products or corporate names, to hold them in private for several years, and then to sell off the ones that were not selected to be put into play.  Does that constitute a "use" or an "abuse"?)
> 
> Regarding hyphenated or even non-semantic names - Anyone these days who depends on humans making semantic sense out of a domain name is living in days of fading glory.  Search engines, especially when embedded in browser address bars, have long ago started to diminish the use of domain names as carriers of semantic content.  And the rise of application handles such as facebook or twitter names has diminished that further.
> 
> 	--karl--
> _______________________________________________
> At-Large mailing list
> At-Large en atlarge-lists.icann.org
> https://atlarge-lists.icann.org/mailman/listinfo/at-large
> 
> At-Large Official Site: http://atlarge.icann.org
> _______________________________________________
> 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.

_______________________________________________
lista de correo de lac-Discuss-en
lac-discuss-en en atlarge-lists.icann.org
https://www.icann.org/privacy/policy)

_______________________________________________
Al enviar sus datos personales, usted acepta el procesamiento de sus datos personales con el fin de suscribirse a esta lista de correo de conformidad con la Política de privacidad de la ICANN (https://www.icann.org/privacy/policy) y los Términos de servicio del sitio web (https://www.icann.org/privacy/tos). Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc.y los Términos de Servicio del sitio web ( https://www.icann.org/privacy/tos). Puede visitar el enlace de Mailman anterior para cambiar el estado o la configuración de su membresía, incluida la cancelación de la suscripción, la configuración de la entrega de estilo de resumen o la desactivación total de la entrega (por ejemplo, para unas vacaciones), etc. 

[[--Original text (en)
Translated by transbot 2.18-2.04
http://mm.icann.org/transbot_archive/bb28a55664.html
--]]