Hacker News new | past | comments | ask | show | jobs | submit login

> Correct me if I'm wrong, but this looks as if it's just a system to present blockchain data to normal clients using a pseudo-tld DNS proxy.

That's about right, I think.

> That's just it, why would I ever trust a remote resolver?

You trust yourself right? The docs emphasize in multiple locations that you should be the one who is running the resolver. And if you don't know how, you can use a friend's while you're learning or others are making it easy for you to have your own.

> the "encrypted" one has no listed public key to verify that again there's no MITM.

It does, click on the IP and the public key is listed there in a gist, along with the command to use it with dnscrypt-proxy.

> They promise resolution will be signed by the server some day, but it's not a feature enabled right now.

It's not like it's difficult to implement this. I could do it in a couple of hours, but I came to a stopping point with the code and began focusing on community building for a bit. Don't worry, it's coming real soon, and you're welcome to implement it yourself and submit a pull request if you can't wait. :)

The point is that this approach works.




> It does, click on the IP and the public key is listed there in a gist, along with the command to use it with dnscrypt-proxy.

You're right, github must have hiccuped before. When I looked at that before it was a blank document. I assumed it was a placeholder because the client didn't support any sort of request signing yet.

(Sorry for editing my post out from under you, it wasn't intentional)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: