221–227 of 227 posts
Earlier quoted context omitted.
Which is exactly why I won't check on any domains I want until I'm ready to buy them: I don't need a "domain taster" locking them up for profit.
You can just use whois.
Earlier quoted context omitted.
This is a normal Dutch auction. If your question is why not run a standard auction, the answer is that operational overhead to do that is much higher than simply having a given price for creations on a given day, and there'd thus be fewer registrars participating. You need a whole eBay-like experience to run a standard auction; it's a non-trivial amount of work just to support one launch.
I stand corrected on the name. The operational overhead might be reasonable excuse, but I don't think a second-price auction would necessitate that much effort. You could get by with just a form and running a query on it.
A good comparison is blockchains, which are also highly-replicated, cheap-reads expensive-writes DBMSes. CryptoKitties chose Dutch auctions to sell their kitties for a similar reason to that of the .dev registry: since putting state into their “DBMS” is so expensive, they wanted as stateless a system as possible. (In their system, even the current price is just statelessly computed by comparing the client’s time-at-bid to the chain’s recorded start-of-auction time. The only writes needed are to start the auction, to place the winning bid, or to cancel the auction.)
Earlier quoted context omitted.
It's much more fair this way. If domains were cheap right away, bots would buy all them up. This gives people the chance to buy a domain- this round is more for businesses, but future rounds in the hundred of dollars will be better for the average person.
How can it be called fair at all when only the rich get first pick? > If domains were cheap right away, bots would buy all them up. No. Bots would buy them all up if bots were allowed to buy them all up. It's laughably easy to prevent bots from buying domain names if you don't want bots to buy domain names. > This gives people the chance to buy a domain This gives rich people/businesses the chance to buy a domain. >…
That's where you are wrong.
Earlier quoted context omitted.
Probably the former as it doesn’t require as much aggrandizement. I wonder whether a different approach would work. Instead of basing TLD name spacing on nebulous terms (com,net,org,io,edu,etc) create a naming system that better reflects the real world. The abstracted terms lead to clashing. So addressing actually reflects physical addressing. There’s only ever going to be one company at Apple’s corporate address. No…
We could just give everyone who wants a domain a UUID. My site could be 'uuid://09953e01-8164-4e40-8504-ed5507b50b03'. This seems to solve all of your complaints. No clashing, reflects the real world (names are all meaningless is reality, and physical locations are nebulous). > There’s only ever going to be one company at Apple’s corporate address. On the other hand, there are corporate addresses that have many compa…
On a recent thread Google personnel mentioned that ICANN forces all domain providers to backup their data so that any domain provider going bankrupt won't affect domains. However there was no mention of what procedures Google Domains themselves have put in place to protect their customers in case their customers get irreversibly banned somewhere within Google's vast empire. https://news.ycombinator.com/item?id=191787…
For what reasons does Google actually ban accounts?
Earlier quoted context omitted.
.dev is only prohibitively expensive during the pre-sale. After Feb 28, there will be no extra charge ($0 one-time fee).
Unless it's a "premium domain" which has a separate pricing structure, independent of the release phase, and renewal fees that stay higher forever. Hence, right now kjaegrlkjnfvaf.dev is "$11,500 + $12/year" [0] while hn.dev is "$11,500 + $720/year" [1] So alex.dev and aj.dev will cost $720/year forever, tim.dev, james.dev and emma.dev are $360/year, tony.dev and grace.dev are $180/year, olivia.dev and harry.dev are…