-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Namecoin integration #31
Comments
👍 |
We need a cross-platform, pure-python dns query lib, so we can use http://www.opennicproject.org/ servers. |
Worth looking at: |
I have chosen this format, to allow subdomains (@ means zeronetwork.bit without subdomain)
But I haven't found any reliable way to resolve this information without installing namecoind. Using NS TXT record and http://www.opennicproject.org/ could be a workaround: import DNS
DNS.DiscoverNameServers()
r = DNS.DnsRequest("zeronet.zeronetwork.bit", qtype="TXT", server=['192.71.247.247', '75.127.14.107'], timeout=300)
res = r.req()
res.show()
|
Found this one, it could work (but single point of failure): https://dnschain.info/bit/d/zeronetwork |
a new dnschain server: There is an another option to resolve bit domain: Create a special, dns resolver site that holds all registered zeronet domains in a json file, so everyone has the dns database on localhost. Pros:
Cons:
|
another alternative: |
I have done a plugin using 2 dnschain servers, but i'm not satisfied by the result:
So I decided to take the alternative, dns resolver site approach. Its developing well, need some more days to finish it. |
Status report: i think everything is working now, if no other bugs found i will publish it tomorrow |
Added Zeroname plugin: b122f47 |
Has this been documented anywhere?
|
The "" key means the primary domain, any other than that is a subdomain. Also added this information to http://127.0.0.1:43110/1Name2NXVi1RDPDgf5617UoW7xA6YrhM9F "HOW TO ADD A DOMAIN?" section |
The "d/" prefix is intended to be .bit domains on the clearnet within the current DNS architecture - something that we shouldn't be concerned about at all. I'm thinking that using the "d/" prefix is not the optimal solution, and perhaps a new "z/" prefix should be used instead. Perhaps "z/zeronet" would contain: Then the url via browser extension or such, would be: Perhaps this is total pie-in-the-sky given that tools for treating namecoin as clearnet DNS are already available so we just hijack the "d/" prefix. That said, shouldn't we at the least swap out the ".bit" for ".zero"? Where is a good place to have this discussion? I also intend on running namecoind local, and would like to plug it into that directly. |
yeah you probably right a custom prefix could be better solution, but i think we can have both: z/ prefix for .zero d/ prefix for .bit. Update: I have asked about it in #namecoin and they said there was similar request from i2p and tor, but they rejected it and advised to use d/. Reasons:
but changing .bit to .zero still sound like a good idea |
Hi! It would probably be better to stick to .bit: https://forum.namecoin.info/viewtopic.php?f=5&t=1069 |
What do you expect 'add[ing] pgp to your website' to do? |
You can use encryption already using the CryptMessage plugin. You don't need PGP for that. Check ZeroMail for example. |
That GitHub repository contains sample code for the feature you were asking about, you dumbass.
Then you need to implement the password-to-private-key conversion yourself or use a library that provides such a feature. |
Namecoin should be used for publishing sites, which would allow namecoin lookups to the the public key address of a zeronet site. This completely decentralizes the technology that handles name lookups.
I propose zeronet public addresses should go in a value field "zn" or "0net" within a domain name registered with namecoin. More info here: https://wiki.namecoin.info/index.php?title=Domain_Name_Specification#Value_field
The text was updated successfully, but these errors were encountered: