> Query privacy: Queries do not reveal domain name
> Record confidentiality: Values in DHT are signed and encrypted by zone owner.
> Zone privacy: Zones cannot be enumerated
> Censorship and DDoS resistance
That's the key security properties compared to DNS.
i'm left with a few big questions:
1) how can you have query privacy and zone privacy in the same system? seems like query privacy would open the system up to dictionary attacks at least; with a possibility that depending on how the dht is implemented, perhaps even high performance locally distributed dictionary attacks could be executed?
2) the issues of economics and property rights (as well as invested parties in the economy of name sales and registration) seem like they could collide with the technical goals with something like this gaining traction, has there been any thought given as how these political/economic concerns could be addressed?
To 2) This is a governance issue. Theoretically, you could deploy GNS with an ICANN root zone. BUT, the system is designed to give users the freedom to override defaults if necessary (see the root zone section in the draft). GNS clients will likely ship with a default zone configuration.
If you operate a zone and are a considered trustworthy third party, nobody can prevent you from taking coin for adding delegations to your zone or offering a platform on which you can trade the labels.
edit: these slides are a start: https://git.gnunet.org/presentations.git/plain/icann66/20191...