Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ZK ENS domains #21

Open
liamzebedee opened this issue May 4, 2023 · 0 comments
Open

ZK ENS domains #21

liamzebedee opened this issue May 4, 2023 · 0 comments

Comments

@liamzebedee
Copy link
Contributor

liamzebedee commented May 4, 2023

IPNS is not a great solution for dynamic content on .eth domains. It is an eventually consistent model, which suffers from all the same problems as DNS - stale caches. We live in 2022, and can design a better system. It's interesting because you can see people looking for the alternative - ie. DNSLink. DNSLink is where you put the IPNS key pointing to the new content, inside the DNS system, thus defeating the whole decentralization property. had a good chat with noah from uniswap about this.

Here's an idea:

  • an uncensorable domain (.eth)
  • with uncensorable content attached to it (ipfs/bittorrent)
  • that can be updated cheaply ($0.01c) - on an L2.
  • that is more reliable than IPNS - in that the domain content is consistently, rather than eventually consistent (up to 24h on the IPFS DHT to update an IPNS domain properly)
  • that is privately and anonymously owned - only data you can see is what the domain points to.

We can build this using ZK tools today. Here's a small proposal:

  • deploy a fork of ENS on an L2 like Optimism/Arbitrum
  • write a ZK circuit in Circom that allows people to anonymously buy domains.
  • write a ZK circuit in Circom that allows people to anonymously update domain content (contenthash).
  • see what happens
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant