How to setup a Handshake site with Caddy
blog.webb.page
blog.webb.page
1. LJ - Bankrupted, 500K debt. LTMH paid off the debt in full and funded the operation for the next 2 years, before a much more well funded entity was able to take over - for free. Earnings: negative. Profit potential activity: 0. Funding: > 2m.
2. freenode - Reached out to LTMH for funding multiple times and LTMH always obliged. Earnings: negative. Profit potential activity: 0. Funding: > 1m.
3. Snoonet - Continues to run under its own policies. Earnings: negative. Profit potential activity: 0. Funding: > 50K.
Other:
Handshake is not an LTMH project. That being said, the Handshake project received 10m of funding and provided all of it to FOSS projects.
https://www.linuxjournal.com/content/vcs-are-investing-big-n... (https://archive.is/IK7w8)
>Just released, Handshake brings with it the much needed security and reliability on which we rely... The project and protocol has been led by Joseph Poon (creator of Bitcoin's Lightning Network), Andrew Lee (CEO of Purse), Andrew Lee (founder of Private Internet Access or PIA) and Christopher Jeffrey (CTO of Purse).
Legal shell games work for legal issues. But we're all just humans here and it sure looks like you are running the show.
I don't see how LJ, who commonly writes about DNS for example, writing about a DNS project handing 136m to the FOSS community with the help of the top VCs in Silicon Valley while moving ownership of the DNS root to the commons isn't a topic LJ would cover?
As you can see many other publications covered this as well.
In terms of the shell games comment, it's definitely true I have or had a stake in many of the entities you spoke of, thru LTMH. However, I was not in operational control.
Case in point: On snoonet, I owned the cryptocurrency channel. However, I was deopped and removed from founder as the subreddit, /r/cryptocurrency/, claimed ownership over it. Snoonet's policies dictate that the owner of the subreddit owns the namespace on Snoonet.
Any other questions that you have that you'd like me to help to try to clarify?
Thanks again for your questions and comments!
Unfortunately, Handshake is a blockchain that builds consensus via Proof-of-Work and the environmental impact cannot be ignored. The Handshakw FAQ[1] handwaves it away by saying that most of the energy probably comes from renewables and they hope it'll be almost all of it soon, but provides no sources for this critical assertion.
All you need to do is use "tls internal" (instead of specifying a cert/key), and if you want enable the ACME server, then you can use the "acme_server" directive https://caddyserver.com/docs/caddyfile/directives/acme_serve...
Maybe provide a link to people interested in learning or wondering why the blockchain part might be concerning/daunting.
However, there are some advantages to decentralizing trust in the root since there won't be a need for a root KSK[0] or a central entity that manages the root zone making DNSSEC + DANE more appealing even for existing TLDs.
[0] https://www.cloudflare.com/dns/dnssec/root-signing-ceremony/
Handshake is a deeply silly idea; literally, the Internet analog of selling the Brooklyn Bridge.
I'm aware of the complexity DNSSEC adds and your opinions on it ;) it's getting easier to deploy with modern resolvers (also ed25519 is now more widely supported)
I still think it makes sense to cut the middleman (certificate authorities) one day and rely directly on DNS (whether its DNSSEC, DNSCurve, or some other way).
> Handshake is a deeply silly idea; literally, the Internet analog of selling the Brooklyn Bridge.
I think seeing whether a blockchain (specifically made for DNS) is suitable for this problem is more important at this point. At the end of the day, if you don't like name collisions with ICANN, you can add a suffix to the namespace like `.hns` (using some proxy) or just prefer ICANN TLDs in the resolver.
It's decentralized, and ultimately, users will decide how they value those names, though. So, for example, they can put them under dot-hns or prioritize ICANN TLDs in case of a name collision. Some existing TLDs may decide to claim their name if they disagree with a centralized root. IMO, It's flexible and pretty experimental for now
Don't know of any other way to create a decentralized name system without doing something similar (regardless if it's top level or secondary level names)