ICANNWatch
 
  Inside ICANNWatch  
Submit Story
Home
Lost Password
Preferences
Site Messages
Top 10 Lists
Latest Comments
Search by topic

Our Mission
ICANN for Beginners
About Us
How To Use This Site
ICANNWatch FAQ
Slash Tech Info
Link to Us
Write to Us

  Useful ICANN sites  
  • ICANN itself
  • Bret Fausett's ICANN Blog
  • Internet Governance Project
  • UN Working Group on Internet Governance
  • Karl Auerbach web site
  • Müller-Maguhn home
  • UDRPinfo.com;
  • UDRPlaw.net;
  • CircleID;
  • LatinoamerICANN Project
  • ICB Tollfree News

  •   At Large Membership and Civil Society Participation in ICANN  
  • icannatlarge.com;
  • Noncommercial Users Constituency of ICANN
  • NAIS Project
  • ICANN At Large Study Committee Final Report
  • ICANN (non)Members page
  • ICANN Membership Election site

  • ICANN-Related Reading
    Browse ICANNWatch by Subject

    Ted Byfied
    - ICANN: Defending Our Precious Bodily Fluids
    - Ushering in Banality
    - ICANN! No U CANN't!
    - roving_reporter
    - DNS: A Short History and a Short Future

    David Farber
    - Overcoming ICANN (PFIR statement)

    A. Michael Froomkin
    - When We Say US™, We Mean It!
    - ICANN 2.0: Meet The New Boss
    - Habermas@ discourse.net: Toward a Critical Theory of Cyberspace
    - ICANN and Anti-Trust (with Mark Lemley)
    - Wrong Turn in Cyberspace: Using ICANN to Route Around the APA & the Constitution (html)
    - Form and Substance in Cyberspace
    - ICANN's "Uniform Dispute Resolution Policy"-- Causes and (Partial) Cures

    Milton Mueller
    - Ruling the Root
    - Success by Default: A New Profile of Domain Name Trademark Disputes under ICANN's UDRP
    - Dancing the Quango: ICANN as International Regulatory Regime
    - Goverments and Country Names: ICANN's Transformation into an Intergovernmental Regime
    - Competing DNS Roots: Creative Destruction or Just Plain Destruction?
    - Rough Justice: A Statistical Assessment of the UDRP
    - ICANN and Internet Governance

    David Post
    - Governing Cyberspace, or Where is James Madison When We Need Him?
    - The 'Unsettled Paradox': The Internet, the State, and the Consent of the Governed

    Jonathan Weinberg
    - Sitefinder and Internet Governance
    - ICANN, Internet Stability, and New Top Level Domains
    - Geeks and Greeks
    - ICANN and the Problem of Legitimacy

    Highlights of the ICANNWatch Archive
    (June 1999 - March 2001)


     
    This discussion has been archived. No new comments can be posted.
    Auerbach Weighs in for gTLD Lotteries | Log in/Create an Account | Top | 49 comments | Search Discussion
    Click this button to post a comment to this story
    The options below will change how the comments display
    Threshold:
    Check box to change your default comment view
    The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
    This is a non-problem
    by Mueller (muellerNO@SPAMsyr.edu) on Sunday April 06 2003, @09:39AM (#11426)
    User #2901 Info | http://istweb.syr.edu/~mueller/

    Our proposed TLD addition procedure [syr.edu] solves this problem completely, I wonder whether people have read it when they make comments like this.

    First, it requires only commercial applicants to win TLDs through auctions, setting aside 10 per year for noncommercial or LDC applicants. Segregating those two categories raises some issues, but not insoluble ones. Second, it doesn't require ANY auction or lottery at all when there are fewer applicants than the fixed annual number of slots.

    Hey, folks, can we agree to adopt a basic convention that applies to all discourse on this topic? Let's agree that the statements of the form:

    Auctions for X (you name the resource) means that only "the wealthy" will get X"

    are impermissibly stupid. Sorry to put it so bluntly, but such statements are really lacking touch with reality. Market economies can be characterized as a series of "auctions" for any available resource at any given moment. If you want someone to paint your house, you pay the prevailing market price for it. If you want food, you pay a market price for it. Market allocation doesn't mean that "only the wealthy" eat or are housed; on the contrary, the more efficient allocation that results often means that the resource is more widely available than it would be otherwise.

    The price of obtaining a TLD in an ICANN auction is likely to be significantly less than the price of acquiring the computer hardware and the expert personnel required to operate the registry. Does Karl want to allocate computer experts' labor by means of lottery tickets?
    Why is the TLD allocation supposed to be suddenly exempt from the market economy? Let's get real about this.
    [ Reply to This | Parent ]
    Unlimited TLDs
    by PeterBarron (pebarron@hotmail.com) on Sunday April 06 2003, @09:02PM (#11444)
    User #3240 Info | http://www.icannwatch.org/
    Nobody ever said that there would be unlimited TLDs. If you take as an axiom that in order to be a registry, you must meet certain technical and financial criteria, and those criteria are fair and realistic, you will have drastically less than 10,000 applicants, ever.

    Probably less than 1,000, ever.

    If it costs upwards of 300,000 US dollars to field a reasonable registry (and my employers have done the math, as they say), you will find that there just aren't that many applicants.

    At that point, perpetuating the artificial scarcity makes no sense at all. Auctioning spots, or allocating them by lottery, makes even less sense, when you realize that there will be fewer applicants than available slots.

    At that point, it's simply a question of the order of admission.

    ICANN maintains an artificially constrained market to the benefit of the incumbants. Nothing more, and nothing less.

    ++Peter
    [ Reply to This | Parent ]
    Less market, more community
    by vbertola on Monday April 07 2003, @12:46AM (#11450)
    User #3435 Info | http://bertola.eu.org/
    I agree with Karl - the pure market approach does not satisfy me at all. In fact, I think that one of the problems we have now is that almost all gTLDs operate on a commercial basis, while I feel that there should be the space for small- and mid-sized communities to loosely self-organize and put up their own no-profit sTLD, and that could be one of the most interesting developments that the DNS could have. I don't think that there's really any true need for another unsponsored mass TLD such as .web or .site (but of course, if anyone wants to try, should be free to do it) but I think that there's demand for *non-commercial* (though not necessarily free) TLD services if you focus on existing online communities.

    Couple this with the fact that, in my opinion, you should not have any practical limitation (other than "a limited number" :-) ) on the number of new sTLDs. You could debate whether limitation on new unsponsored gTLDs is necessary - I don't think so, but I can see some reasons for it. But I can't understand why you need to have a corporation and to invest 300'000$ to put up a registry. You could buy registry services for 5$ a domain from the existing registries, or you could build your own registry on a few smartly administered co-located Linux boxes... In fact, most of the cost to put up a small scale sTLD is going to be ICANN's application fee :-(

    --vb. (Vittorio Bertola)

    [ Reply to This | Parent ]
  • 1 reply beneath your current threshold.

  • Search ICANNWatch.org:


    Privacy Policy: We will not knowingly give out your personal data -- other than identifying your postings in the way you direct by setting your configuration options -- without a court order. All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 by ICANNWatch.Org. This web site was made with Slashcode, a web portal system written in perl. Slashcode is Free Software released under the GNU/GPL license.
    You can syndicate our headlines in .rdf, .rss, or .xml. Domain registration services donated by DomainRegistry.com