And 0x2b562f4e (78.47.86.43) is mine.moa wrote: In the interests of transparency we should probably post somewhere who those IP's belong to that are hard-coded into namecoin.
Search found 19 matches
- Sat Jun 18, 2011 1:40 am
- Forum: Tools, GUI & other softwares
- Topic: Namecoin fallback nodes
- Replies: 4
- Views: 5937
Re: Namecoin fallback nodes
- Sat Jun 18, 2011 12:25 am
- Forum: Project direction
- Topic: TLDs,other name resolution schemes and endianness
- Replies: 2
- Views: 3425
Re: TLDs,other name resolution schemes and endianness
This is an interesting idea. And more appealing considering this: http://www.reuters.com/article/2011/06/17/us-internet-names-idUSTRE75G49W20110617 If it is approved, someone could just buy the .bit TLD from ICANN... EDIT: In the spirit of testing, I added .- TLD support to ns.bit (DNS server at 78....
- Sun Jun 05, 2011 2:45 pm
- Forum: Project direction
- Topic: One TLD or several TLD [SOLVED : one for now, more later]
- Replies: 16
- Views: 14101
Re: One TLD or several TLD [SOLVED : one for now, more later
This had also come up on the bitcoin forum as one of the options. It's not that we have a bias, most users and tools have it. So let's consider the pros and cons of getting rid of the .bit TLD, which I think is a neat idea. As I understand, the proposal is to forget about the imaginary TLD, while ke...
- Sat Jun 04, 2011 11:04 am
- Forum: General Discussion
- Topic: namecoin whois server
- Replies: 7
- Views: 7843
Re: namecoin whois server
I'm going to try to add loc, email, and info to one of my domains and start playing around. My hesitation with the "info" field is that it seems to be wildly unstandardized. info{ name, email, url, ... } or maybe even... info { admin{name,email,url}, tech{name,email,url}, } for multiple people. Any...
- Fri Jun 03, 2011 7:44 pm
- Forum: General Discussion
- Topic: namecoin whois server
- Replies: 7
- Views: 7843
Re: namecoin whois server
I think we can use a specific field to define the whois data. There was some discussion about this on the IRC, around an "info" JSON object. Looks like it's being used even now, just look for the "info" fields in your name_scan. ;) The specification remains to be filled: http://dot-bit.org/Domain_na...
- Fri Jun 03, 2011 7:20 pm
- Forum: Tools, GUI & other softwares
- Topic: How about a Namecoin gui.
- Replies: 12
- Views: 14426
Re: How about a Namecoin gui.
I think a GUI is a great idea. A generic interface is what is sorely needed right now. However, besides being a generic tool to merely replace command-line, a GUI can embrace all different applications of Namecoin one by one. One of them is obviously domain registration. Even without going into the ...
- Thu May 19, 2011 6:50 pm
- Forum: Project direction
- Topic: [SPEC] Domain name specification
- Replies: 34
- Views: 35328
Re: [SPEC] Domain name specification
There is one more issue I'd like to discuss about the current proposal. It currently doesn't talk about sub-sub domains, but these cases got more attention while we were pondering about domain hierarchies on IRC. There is the option to adopt the "subsub.sub" scheme from DNS. However, I was hoping to...
- Thu May 19, 2011 5:40 pm
- Forum: General Discussion
- Topic: Unicode issues (UTF-8 vs. Punycode)
- Replies: 2
- Views: 6573
Re: Unicode issues (UTF-8 vs. Punycode)
Thank you for the research. The "might" clause should of course be removed from the proposal, it's a residue from the transition phase. We already announced that the domain names should be nameprep'ed and punycoded. This should be done using libidn (e.g. the idn command-line tool), since most online...
- Tue May 17, 2011 10:42 am
- Forum: Project direction
- Topic: [SPEC] Domain name specification
- Replies: 34
- Views: 35328
Re: Domain name specification
d/mydomain/whatyouwant would be used as mysubdomain2.mydomain.bit and used as a part of mysubdomain3.mydomain.bit That was my idea at first as well and I don't have anything solid to object to about it, other than the extra need for a specification about the domain name entry. Since both solutions ...
- Tue May 17, 2011 2:40 am
- Forum: Project direction
- Topic: Change the expire time of a domain
- Replies: 11
- Views: 12029
Re: Change the expire time of a domain
Of course, it would be possible to work around this problem if someone creates a "registry" that takes care of regularly updating the domains. But even in the case of multiple independent registries this would decrease the level of decentralisation and therefore introduce a single point of failure....