Are you concerned about AWS starting a competitor to keydb cloud/have you considered modifying your license to prevent that from happening? I'd imagine that'd be important in ensuring the long term sustainability of keydb development
You don't need to KYC as it's just a mobile wallet — same with all the other crypto wallets out there. I'd be surprised if Signal integrated features in the future that require KYC.
MobileCoin is already liquid on multiple exchanges so the coins would just be purchased at whatever the market price is. It also doesn't make sense for late adopters to get the same price because there's a lot more risk associated with being an early adopter than a late adopter. This works both ways — if something bad happens to MobileCoin that tanks the price late adopters would be able to buy at a cheaper price because the new information gets priced in.
ICANN corruption is wel-known at this point after the .org fiasco. A lot of DNS industry folks are now giving decentralized DNS alternatives more attention. I wonder if we’re reaching a tipping point — it’s not unimaginable to me that in 10 years ICANN’s influence over DNS is significantly reduced as decentralized alternatives take over
This is an awesome development for Handshake and the decentralized web. This is how DNS should have functioned from day one, but of course the technology wasn't available when it was created.
Matt you were incredibly helpful back when we went through the YC Fellowship — excited to see you starting this fellowship for Scientists, I'm sure it'll be a great program!
That's right! Though the infrastructure for HTTPS without CAs on Handshake is still nascent (the community welcomes contributors if you're interested!). This article covers how to set up HTTPS on Handshake using DANE https://medium.com/@ca98am79/how-to-view-dane-tlsa-websites-...
Namebase is a service built on top of Handshake similar to how Coinbase builds on top of Bitcoin. It's an incorporated company that has to follow normal AML/KYC laws like other onramps. You don't have to go through Namebase to get HNS. Also, you can buy HNS with BTC without KYCing on Namebase. You can't sell or transfer the HNS without KYCing but you can still register names and transfer the names to other wallets without providing any passport info.
Did you use the HNS.to gateway or connect directly via NextDNS? Per the announcement tweet [1] the gateway has limited uptime guarantees — it's much better to connect directly and only takes a few minutes to set up.
ICANN is expected to re-open TLD registrations in 2-3 years but you can't actually buy a new TLD in the traditional system at the moment. Once the registrations open up, there's a $180k application fee (that's not a registration fee, you pay that whether you win the TLD or not) on top of the registration fee which can cost millions. Furthermore, ownership of the TLD is delegate by ICANN, which is a central authority as opposed to ownership of names on Handshake which are controlled by private keys that you control.
There are two sides of censorship-resistance that are important when it comes to DNS. Censorship-resistance/seizure-resistance for owners and censorship-resistance for consumers.
For owners, it's important that their domain names can't be taken down or seized from them. Sci-Hub has dealt with this issue numerous times and has had to register a pool of domain names to try too counteract this issue before getting their Handshake name. Domain registrars can seize domain names and there isn't much recourse for the owners — it doesn't even need to be for a good reason[1]. On Handshake, ownership is controlled by your wallet's private key (similar to owning Bitcoin). As long as you control your private key no one can take your name from you.
For consumers, it's important that you can 1) access the domain name and 2) trust that the DNS records you're seeing are authentic. Handshake is a distributed network so as long as you can connect to a single node you can access it. This mechanic is what gives other distributed networks like Bitcoin and BitTorrent their strength. Furthermore, you can verify the authenticity of the records since each DNS update is reflected on the blockchain similar to how you can verify transactions on Bitcoin.
Namebase CEO here. The article misquoted me (and some of the data I shared) in a number of places. See this tweet where the writer incorrectly stated that Namebase created Handshake when we only build on top of it (similar to how Coinbase builds on Bitcoin) https://twitter.com/CoinDesk/status/1348801310498443264?s=20.
I'm happy to talk through how Handshake works if you have any questions about it. I also wrote an article on how Handshake can improve the root of trust for DNS which was previously discussed on HN [1]
You're right that Handshake can suffer from a 51% attack like other proof-of-work chains. Importantly, the security of DNS records on Handshake is strong even with the possibility of a 51% attack.
51% attacks on blockchains used as a store of value are bad because an attacker can spend their coins (ie BTC) on an exchange, withdraw their profits, then perform a 51% attack on the previous block to take back their spent coins.
On Handshake, that same attack exists for HNS, but DNS updates on chain take 36 blocks (about 6 hours worth of transactions) to propagate, which is significantly more expensive and unlikely than pulling off a normal 51% attack on a single block (it gets exponentially more unlikely). Furthermore this wouldn't even be an attack per se. An attacker may be able to undo a DNS update, but they wouldn't be able to falsify DNS records because only the owner of the name who controls the private key would be able to submit valid UPDATE transactioins.
Great question. All Handshake names are registered with HNS through the auction process. Say you bid 1000 HNS on a name and I bid 900 HNS. You'd win that name and pay 900 HNS (the second highest bid price. Importantly, that fee doesn't go to Namebase or any other entity — the coins are burned on-chain so they go to no one.