Decentralized Naming and Certificate Authority
21–30 of 128 posts
Re: Decentralized Naming and Certificate Authority
#22Does putting self-signed certs on a blockchain really solve the problem?
Re: Decentralized Naming and Certificate Authority
#23They've somehow managed to make the two least optimal choices of language possible. The full node daemon, hsd, is written in Javascript. A non type safe language with poor package management for consensus critical code. We also have a light client, hnsd, which is written in C A non memory safe and error prone language for client code people would run on their systems as root.
Re: JavaScript, you should take a look at the code in repo, it's excellent. There is a such thing as great Javascript code and bcoin/hsd are prime examples.
Re: Decentralized Naming and Certificate Authority
#24First impression: Great another ICO. Second impression: Not a wildly outlandish idea but im not sure if it's a good idea either. Decentralized and automated registrar with a concept of renewals. Nifty. I'm not really sure how the economics here work out.. Could I scoop up a few million names early on and then hold them forever? Has that already happened? Could this enable anonymous registration? Would these things ma…
Names roll out over 52 weeks: HashName(name) % 52 = week number that a name is available. So that should attenuate squatting. Also bidding on names locks up coins for something like 2 weeks, so it's hard to bid on too many names.
Re: Decentralized Naming and Certificate Authority
#25First impression: Great another ICO. Second impression: Not a wildly outlandish idea but im not sure if it's a good idea either. Decentralized and automated registrar with a concept of renewals. Nifty. I'm not really sure how the economics here work out.. Could I scoop up a few million names early on and then hold them forever? Has that already happened? Could this enable anonymous registration? Would these things ma…
Re: Decentralized Naming and Certificate Authority
#26This has been tried. It's called Namecoin and it failed to get much traction. I suspect that using Bitcoin instead would improve adoption dramatically instead of creating yet another token. This can be done using sidechains or something similar.
Re: Decentralized Naming and Certificate Authority
#27I don't see information on how names are handled. I know Zeronet started the entire .bit (which can be purchased with NameCoin). Are there reserved TLDs for handshake? Has ICANN said anything about .bit or .onion TLDs? I suspect TOR is big enough they won't touch .onion, but if they sell .bit, you'll then have some name overlap/conflicts.
The handshake namespace overlaps with the normal domain name system, but they reserve the top 100k domains for the current owners. My only concern is the long term sync between DNS and the old system. But I like the project and I think it’s a good way forward for replacing the current centralized DNS and PKI system
Re: Decentralized Naming and Certificate Authority
#28Earlier quoted context omitted.
The handshake namespace overlaps with the normal domain name system, but they reserve the top 100k domains for the current owners. My only concern is the long term sync between DNS and the old system. But I like the project and I think it’s a good way forward for replacing the current centralized DNS and PKI system
That's just an immediate non-starter then. Nobody is following all of these esoteric systems in the case that one of them gains marketshare, it guarantees that people will be phished and defrauded as soon as they use it. We had this issue with namecoin already, where people went and registered names of prominent people and tried to use that to solicit fraudulent donations.
Re: Decentralized Naming and Certificate Authority
#29This has been tried. It's called Namecoin and it failed to get much traction. I suspect that using Bitcoin instead would improve adoption dramatically instead of creating yet another token. This can be done using sidechains or something similar.
ENS is running on top of ethereum just fine
Re: Decentralized Naming and Certificate Authority
#30They've somehow managed to make the two least optimal choices of language possible. The full node daemon, hsd, is written in Javascript. A non type safe language with poor package management for consensus critical code. We also have a light client, hnsd, which is written in C A non memory safe and error prone language for client code people would run on their systems as root.
It's not a full node implementation yet, but will be there soon!