chrometweaks.org

"This page is currently parked FREE by 123 reg.com!" What does this mean?

Want the latest 123 reg Coupons?

Just enter your email address below and we'll send you secret 123 reg deals every month.
Email Address:

Got a question, hope someone can answer... "This page is currently parked FREE by 123 reg.com!" What does this mean? Thanks in advance for any response. My other question... I had this idea over a year ago and would like some educated opinions on how this would work, if at all, and what the pros and cons might be when creating such a system..

If you don't know what distributed computing is, go here....

Http://en.wikipedia.org/wiki/Distributed_computing.

I was thinking... if a few hundred computers could all be connected by automated registration software that used each computer's resources (and internet connection) to hammer the servers with registration attempts for the same names at the same time, wouldn't that increase the chances of grabbing those names before Snap, Pool, etc could?.

I'm not sure who'd get the names that were caught, but I have a few ideas about how to work that out. I'm not sure about the minimum number of computers that would have to be connected and I'm ignorant of a lot of the details involved in bringing such a system into existence, but does anyone think it's possible? Would it get the job done?.

I know that Snap has partner agreements with a few registrars and TDNAM grabs all the 123 reg names, so that would pretty much eliminate names from those particular registrars. Is there any way to get around that? If not, are there enough quality names left over to make such a system worthwhile?..

Comments (17)

That's a good question. I'm not sure what is the answer to your question. I'll do some research in Google and get back to you if I discover an anything. You should email the people at 123 reg as they probably could assist you..

Comment #1

If the database is centralized, how can distributed computing help?..

Comment #2

I think this is the key. At some point, as someone mentioned previously, you'd end up bottlenecking due to the limited resources of the registrar and their API. In theory, you may be able to develop this using many APIs from several registrars, but the amount of development and cooperation that would have to go into this would be far more hassle than just starting your own registrar..

Comment #3

In theory, a "bot net" or hundreds of computers trying to catch dropped names would work better than just a few servers. I mentioned a "bot net" because I see the best/cheapest implementation is to develop a client software like a P2P network or a distributed client software like SEDI that installed on volunteer's computers..

However, I suspect that companies like SnapNames have special business arrangements with quite a few registrars that share revenue, and I think the chances for catching a name on an open market is pretty slim. over the years, I count at least 15 registrars that have partnered with SnanpNames..

I think many of the expired names are being auctioned off as they expire, not really being dropped...

Comment #4

Thanks everyone for your well thought out responses! More please! We need to "pool" together to figure this out. I'd be willing to sell my whole portfolio if I knew we could make something like this work..

Please excuse anything I say in this post that comes across as ignorant, but this is to intentionally stop serious competition, right? I've heard these restrictions are something like one request per second, per computer (or IP)? So, if you had 200+ computers (or IPs?) running a distributed computing script, all making requests on a single HostGator simultanously, it may theoretically beat out some of the major dropcatchers, correct?.

So Snapnames has no restrictions on the number of reg requests per second at 15+ different registrars? Is that how they pick off so many great domains?.

That's exactly what I'm talking about... like.

SETI@home..

Comment #5

Brian, whatever you come up with, I'm in on that..

Because in theory, yes your system does sound good and effective. 200 computers linked up together would be more powerful while at the same time, able to send 200 different requests..

I think we all should definitely pool in our knowledge and our resources to come up with something like this. Its high time we stood up against the big players...Goliath doesn't always have to win against David. We could come up with such a solution and whatever names we get would be kept in a trust, and upon selling the name, all the contributors would get an equal share..

CommunityDomaining?..

Comment #6

I'm not sure thats how it works, though it very well may. I wouldnt imagine that these partner registrars are using their resources in a combined effort to catch names for Snap. I think it's more along the lines of, IF a HostGator is registered through them, AND it's dropping, they renew it and send it off to Snap to auction. So it's not a matter of sending requests, as much as it is just them renewing the HostGator before it becomes publicly available, like 123 reg does..

Something else to consider.. Say you managed to pick up a nice LLL.com and sell it for $10,000. Not even taking into account the commission for the sale, and the cost of distributing equal payments to 200 participants, you're still only looking at about $50 per person..

Comment #7

But you can imagine getting atleast $25 to each of those 200 people everyday, given the quality of names dropping..

Over a month, that works out to $750, more if you have some bigger catches..

Thats not bad at all, I would say..

Comment #8

With that system you are not going to beat snap et all for high value domains like LLL .com..

You can pool as many computers as you like, they will all be too late so only direct access to the registry will give you a chance (keep in mind that snap has dozens of registars working for them, plus all the tasters and the competition)..

All that you are going to get is the leftover, the low-priority or no-priority domains (.ie non-backordered domains) that are caught and tasted by a myriad of registrars...

Comment #9

You seem to know how the system works better than some of us. Please give us some more information?..

Comment #10

I like the idea, but the biggest challenge to overcome isn't processing power. Your biggest challenge is registry connections, and I'm afraid that you won't get the access/connections you need unless you have access to your own regitrar connections. There isn't an API that I know that will give you the priority access you need to catch GOOD dropping domains...

Comment #11

Thats exactly the issue. Registrars are only allowed so many connections to the registry per second. That is why the large drop catching services work arrangements with as many registrars as possible. The more registrars, the more connections per second you can make in an attempt to get dropping HostGator names..

If I remember correctly, SnapNames has something like 30 registrars within it's system..

Additionally there is the issue you pointed out. The largest registrars have contracts already to where there HostGator names will go. Godaddy's network goes to TDNAM - NetSol and Enom Domains go to SnapNames, and so on..

I think a more important question is what % of dropping HostGator names, are actually going to be "True" drops? Im not positive on this issue, perhaps someone can enlighten us who has studied this more indepth..

I think creating a drop catching service is next to impossible at this stage in the game. Atleast, creating one with a chance at beating out the big boys. (Even GD has 3 Registrars). So, I think the focus should be on courting the smaller registrars, with no or small affiliations to Snap/Pool/ClubDrop..

You would have much better results if you could convince smaller registrars to send there expiring HostGator names to you, and then sending them off accordingly..

Justin..

Comment #12

OK, so how many registry connections does Snap have approximately? How many requests per second (or whatever) can they make? Let's say they can make 1000 requests per second, for example on any one name. If so, then 1000 computers running the script simultaneously should be able to compete, correct? Maybe I'm not getting a the whole picture.....

Comment #13

I think it's much less than that - I thought it was like 100 connections per second. Atleast thats what Bob Parsons suggest on his blog back in 2006 when he disccused the .eu landrush fiasco...

Comment #14

This kind of links back to the land rush issue of eu and such....the registrars setting up the bogus but functional registries just to grab names....so that part does have merit...

Comment #15

OK here is a more detailed explanation..

When using an API you first send a request to the registrar, then the registrar will query the registry no your behalf and pass the results back to you. You cannot do 1000s of requests per second this way - it's way too sloooooow..

On the other hand as a registar you have a direct connection to the registry so you skip the middleman (API) - it's the critical point. So you can broadcast more requests in less time..

We are talking about milliseconds here (or hundredths of seconds)..

There are other things you *may* do to optimize things like host your scripts on a network as close to the registry as possible so that the number of hops is maintained at a minimum....

If you are wondering what I mean by 'hop' a tutorial on the traceroute command will cast some light:.

Http://www.exit109.com/~jeremy/news/...raceroute.html..

Comment #16

I think this is the Only way you could compete..

1.) You would Have to own at least 1 Registrar.

2.) Have an amazing script wrote.

3.) Partner with some smaller registrar's as Justin stated.

4.) Keep this Private!.

Cost, about $100,000 usd. I looked into it not that long ago. This was a system that would compete to catch some of the best "True Drops"...

Comment #17

Do these registrars charge any fees for partnering with them ? .

Did you come out successful with it ?

Comment #18


This question was taken from a support group/message board and re-posted here so others can learn from it.