i'm thinking dht-based network but i don't have 100% conceptual understanding of that field
each user gets a hash; each hash in the table would point to that user's current address/location?
and how could this be done as an extension of activitypub
i'm thinking maybe a "urn" field like how "url" is distinct from "id"? either that or making activitypub not require http somehow
i guess the other issue is how to translate from urn to location, or how to find an object purely by urn. you would need a resolver of some kind
@trwnh A few thoughts here, on this whole thread:
1. .onion addresses are DNS without the DNS part, and it's one way to get away from the DNS issue in the short term.
2. DIDs are another way to consider identity online.
3. Removing HTTP would be doable but HTTP isn't so terrible either.
4. I've been thinking about DHTs in relation to DataShards. Happy to chat about it.
@trwnh I'd love to understand your thinking more. Your original message was about eliminating the need for DNS on identity, and then you talked about DHT networks.
Let's take a step back and ask a more fundamental question- What is the goal?
Is this just about DNS? Is it about privacy? Is there something else?
And what in the existing AP alternatives do you dislike, and what are the properties you feel are indispensible?
@emacsen just spitballing here. my chain of thought was kinda like this:
- ugh, "id" being https kinda sucks
- but it needs to be resolvable
- how do you map names and locations together
- actually wait maybe you could just resolve names directly somehow?
not sure there's a concrete goal here except to allow for referring to things without knowing their location
@emacsen I mean how to do so as an ActivityPub extension or similar, over clearnet.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!