Pages:
Author

Topic: [announce] Namecoin - a distributed naming system based on Bitcoin - page 98. (Read 596107 times)

legendary
Activity: 1078
Merit: 1005
Until a DNS proxy that uses namecoin comes along, one approach to using namecoin for host name lookups could be to provide the option to scan the names every time a block is mined and update/rewrite the users /etc/hosts (or windows equivalent). This might be a quick way of starting to use the namecoin chain for lookups. Even a simple script that does this every 10 minutes or so, getting the names from namecoind via RPC would do a reasonable job.
An option for using socks enabled programs is to use ncproxy combined with SSH. SSH to localhost using the '-D' option to set up a socks proxy. 

Code:
$ ssh -Dn 2001 user@locahost &
$ ncproxy --user=namecoind-user --password=namecoind-password -p 9055 -s 127.0.0.1:2001

This sets up ncproxy to forward to the SSH proxy. You can configure firefox to use this socks proxy by going into 'Preferences/Advanced/Network/Settings' and adding '127.0.0.1' and '9055' in the Socks proxy area. You should also go into 'about:config' in Firefox, search for net.proxy.socks_remote_dns and double click on it to set it to true. This will cause DNS requests to go through ncproxy and then the SSH socks proxy.

You can also slip polipo in there if you want a web cache. Run:
Code:
$ ssh -Dn 2001 user@locahost &
$ ncproxy --user=namecoind-user --password=namecoind-password -p 9055 -s 127.0.0.1:2001
$ ./polipo socksParentProxy=localhost:9055

Configure firefox to use the HTTP proxy on port 9055 instead of a socks proxy.

These approaches seem to work in that name lookups occur. Unfortunately there appear to  be no namecoin entries with the JSON format to actually see if ncproxy is doing the job.
sr. member
Activity: 406
Merit: 256
kind of a noob question:
is there a way to see blocks that are maturing (less than 100 confirmations)? I've mined several blocks ("accepted" in poclm), but it's not showing up in my balance, nor is it showing up in my transactions list.

I'll second this.
legendary
Activity: 2058
Merit: 1452
kind of a noob question:
is there a way to see blocks that are maturing (less than 100 confirmations)? I've mined several blocks ("accepted" in poclm), but it's not showing up in my balance, nor is it showing up in my transactions list.
legendary
Activity: 1078
Merit: 1005
Until a DNS proxy that uses namecoin comes along, one approach to using namecoin for host name lookups could be to provide the option to scan the names every time a block is mined and update/rewrite the users /etc/hosts (or windows equivalent). This might be a quick way of starting to use the namecoin chain for lookups. Even a simple script that does this every 10 minutes or so, getting the names from namecoind via RPC would do a reasonable job.
hero member
Activity: 938
Merit: 1002
Let's make this system without extension.  They have been an unnecessary overhead anyway.

So just 'google' instead of 'google.com'

Another incentive for people to adopt it.

+1

So Trends would be http://trends.google ?
it will fail miserably when someone registers "com", "net", etc.

(Sorry, I deleted my first reply.)

I already suggested this as one of the options, i.e. names act as TLDs. DNS servers need to recurse first and then check the names in the blockchain, though only for ICANN and maybe OpenNIC TLDs. That way, ICANN's "google.com" takes precedence over our "com" and "google.com" but maybe not "sillyname9999.com".

But this idea is prone to other messy situations. Separating namecoin names is always a good idea. For instance, if an alternative to namecoin comes along, they can live together side by side.

EDIT: Plus, I nominate ".c" as the standard TLD. I think it's more catchy than .b and .n and would look better on a billboard than .bit. It strangely resembles .com and .co but is neither, and probably won't be adopted by ICANN anytime soon. "c" also has a professional look, probably because .com and © and some other IT related stuff.
legendary
Activity: 2058
Merit: 1452
Let's make this system without extension.  They have been an unnecessary overhead anyway.

So just 'google' instead of 'google.com'

Another incentive for people to adopt it.

+1

So Trends would be http://trends.google ?
it will fail miserably when someone registers "com", "net", etc.
hero member
Activity: 938
Merit: 1002
Looks like my node is also suffering from a third kind of problem that I haven't noticed before... I have in my name_list, some names I've been able to update and some that I've firstupdate'd without problem but now belong to other people (this is the old issue).

The new thing I noticed is, while these erroneous entries stay in the list, some of the names I've successfully updated disappeared between restarts (there were some crashes too). Now, the names carry my values, but I can't update them anymore:
Code:
error: {"code":-1,"message":"could not find a coin with this name"}

So, what does it mean? Is there a way I can get back the names? I was really planning to start using one of them right away.

EDIT: I restored a backup from 5 days ago. I could see the names there. I know I shouldn't have, but things were already screwed up, so in the spirit of testing, I tried updating one of the names from there. Successfully updated the name. But the fantastic thing is, when I got back to to my current version of .namecoin directory, I got the name back!? It's not only in name_scan but actually in my name_list. I don't know how this might have happened (so the coin was there but was locked/hidden somehow?). Anyway, I think I'll now try to transfer the money I lost through missed names and see what happens...

EDIT2: I restored all names and saw them in my name_list for a while. After some blocks, I thought it would be safe and tried a restart, and some names vanished again (including one that was there before I tried this "restore from backup" endeavor). Didn't have time to get to transferring the money, so that's not the cause. I think it's the same bug or db corruption. At least I now know that they're not lost because of a namecoind crash.
member
Activity: 69
Merit: 10
I have an issue trying to make a name visible..

I have already used "namecoind name_new d/mydom"... waited 12 blocks, am now trying to -

"namecoind name_firstupdate d/mydom xxxxxxxxxx test"

I get -

error: {"code":-4,"message":"Error: Transaction creation failed  "}

Any idea what the issue is?


The hex code is correct.. because if I try a different hex code it mentions "previous tx used  a different value".

Thanks.

When namecoind has been restarted you might need to also enter the long string that is returned from name_new.  For example:

Code:
./namecoind name_firstupdate d/mydom xxxshort xxxxxxxxxxxxxlong "test value"

namecoind also now crashed (windows binary).. I have all the hex codes saved from my "name_new" attempts. Whenever I now try to use "name_firstupdate" I receive "could not find a coin with this name".

The namecoins are gone from my balance.. Have I lost my namecoins?

Try the suggestion above of using the long random string as well as the short.  You will need around 45 Namecoins to do the name_firstupdate however.
hero member
Activity: 588
Merit: 500
Let's make this system without extension.  They have been an unnecessary overhead anyway.

So just 'google' instead of 'google.com'

Another incentive for people to adopt it.

+1

So Trends would be http://trends.google ?
member
Activity: 75
Merit: 10
I have an issue trying to make a name visible..

I have already used "namecoind name_new d/mydom"... waited 12 blocks, am now trying to -

"namecoind name_firstupdate d/mydom xxxxxxxxxx test"

I get -

error: {"code":-4,"message":"Error: Transaction creation failed  "}

Any idea what the issue is?


The hex code is correct.. because if I try a different hex code it mentions "previous tx used  a different value".

Thanks.



namecoind also now crashed (windows binary).. I have all the hex codes saved from my "name_new" attempts. Whenever I now try to use "name_firstupdate" I receive "could not find a coin with this name".

The namecoins are gone from my balance.. Have I lost my namecoins?

hero member
Activity: 938
Merit: 1002
I was wrong, it is possible to do DNS delegation behind Tor.  I will have a new version of ncproxy shortly.

I am thinking of the following JSON format for a simple delegation:

{'map': { '': { 'ns': ['10.0.0.1'] } }

Perfect! Do you have a donation address so that we can show our appreciation? Cheesy

For the final specification, the criteria I have is:
  • IP-only services need only supply master server addresses, just as they would do with a name registry.
  • Services which don't control a nameserver can supply DNS records, with MX and whatnot. Local proxy needs only consider CNAME, A, AAAA and maybe namecoin specific records (hidden services, etc.).
  • IP/Non-IP hybrid services can optionally use the same name to be resolved according to context (i.e. if I'm going through I2P, name resolves to the I2P address).
  • Specification allows the delegating system (DNS bridge, proxy, etc.) to take the above two items into consideration. For instance, if name resolves to a tor hidden service, it shouldn't go ask the master server for IP.

Last item is a little awkward (first recurse, then forward), but I need to sleep over this first. Smiley Before vinced's post, I was thinking more like having different Json objects for forwarding (IN), zone (IN) and each non-IP service.
newbie
Activity: 23
Merit: 34
@dmp1ce Thanks for building binaries!
newbie
Activity: 23
Merit: 34
I was wrong, it is possible to do DNS delegation behind Tor.  I will have a new version of ncproxy shortly.

I am thinking of the following JSON format for a simple delegation:

{'map': { '': { 'ns': ['10.0.0.1'] } }

@khal There is no need to have the domain name in the value, as the name is already separated out in the protocol.  Also, I think it is best to have DNS delegation to IP addresses for now, to keep things simple.  Does this sound OK?

@xf2_org I will update the address format soon.  Good catch.

@anarchy Using no TLD would not work well with Chrome, since it will do a Google search instead.  It will also break for corporate people that use single word hosts internally.

@memvola I will look into your issue shortly.

!Vince
member
Activity: 75
Merit: 10
I have an issue trying to make a name visible..

I have already used "namecoind name_new d/mydom"... waited 12 blocks, am now trying to -

"namecoind name_firstupdate d/mydom xxxxxxxxxx test"

I get -

error: {"code":-4,"message":"Error: Transaction creation failed  "}

Any idea what the issue is?


The hex code is correct.. because if I try a different hex code it mentions "previous tx used  a different value".

Thanks.
member
Activity: 102
Merit: 10
Let's make this system without extension.  They have been an unnecessary overhead anyway.

So just 'google' instead of 'google.com'

Another incentive for people to adopt it.
hero member
Activity: 540
Merit: 500
The issue with doing DNS delegation is that it doesn't work behind Tor.  It would work on the exit node, but it would be very limiting if you could only use participating exit nodes.

That's true, but I'm still impartial about this. I still think most people would want the system to work as a domain registry. I wish more people gave their opinion about this. So if someone's going to launch a DNS bridge next week, would you recommend them not to include this functionality? Smiley
I would like this software to work as a domain registry too. All DNS servers in the world already work in a decentralized way. The only thing that is centralized is domain registry, and that is where domains are seized.

Here is an example :
A. domain : bitcoin-contact.org
B. nameservers : NS0.WEB-SWEET-WEB.NET, NS1.WEB-SWEET-WEB.NET
C. zone config (simplified) :
Code:
IN      NS      ns0.web-sweet-web.net.
IN      NS      ns1.web-sweet-web.net.
*       IN  A   188.165.40.52
www     IN  A   188.165.40.52

So, to explain how it works :
A. domain registry owns bitcoin-contact.org and say it is managed by two name servers : NS0.WEB-SWEET-WEB.NET, NS1.WEB-SWEET-WEB.NET
B. name servers are standard DNS servers that respond to dns queries : bitcoin-contact.org => 188.165.40.52, or www.bitcoin-contact.org => 188.165.40.52

On your domain registry account, you can change the 2 nameservers if you want, and dns queries for your domain will be sent to those new servers. This is where the system is decentralized, because you can use whatever dns server you want (and make your own too).
But, other people (your domain provider, ICANN, etc) can change those two nameservers, because they control your domain (directly or indirectly). They can also lock you domain registry account.

So, the only part that still needs to be decentralized is domain registration, with name servers associated.

In the namecoin system, this may looks something like :
Code:
{
  'domain':'mydomain.bit',
  'nameserver':
    [
"NS0.WEB-SWEET-WEB.NET",
"NS1.WEB-SWEET-WEB.NET",
"NS0.XNAME.ORG",
"NS1.XNAME.ORG",
"87.98.164.164",
    ]
}

Then, re-use a standard DNS server to do everything else, to be compatible with existing technology.
member
Activity: 98
Merit: 13
Is there a good reason for namecoin addresses beginning with the same character as bitcoin addresses (1)? Testnet addresses are different to bitcoins addresses to ensure you can distinguish between them, so why is namecoin still 1 too?

Yes -- vinced, please fix this.  It's in base58.h:

Code:
#define ADDRESSVERSION   ((unsigned char)(fTestNet ? 111 : 0))

I would suggest 112, to make addresses begin with the letter 'n'.
Pages:
Jump to: