fluidkey

Haven't seen any public conversation on it yet, but who's been thinking about privacy preserving receiver address generation/indexing?

Would building bloom filters of receiver addresses over block ranges make sense, as these could be stored in ORAM and have a TEE provide privacy on queries?

Building pods.media to help you collect conversations.

Hands-On Privacy | Crafting fluidkey.com - /fluidkey | Builder | Solidity developer | Engineer.

Are name resolution and indexing coupled out of necessity, or only because it means 1 external party holding a view key rather than 2?

Name resolution can be stateless, but has to be fast. Indexing can trade off some liveness by batching, which could increase the anonymity set of recipients as viewed by the indexer.

Great point. This has been a debate we had, and a crucial point around even better privacy. So far we favor UX (with ENS returning a different address each time). The big question is: how to keep the same UX with a decentralized ENS Offchain resolver, bringing even better privacy?