I keep thinking, what if we: 1. Use domains/subdomains as usernames by just... having the content on them.
2. Follow a truly basic structure for index (feed), single post, etc. so that clients know how to consume them easily.
3. For interactions (replies, likes, etc), the client posts them to your own server (or service hosting you) and they're available at a url referencing the original post url on their own domain. ex) mydomain.com/replies/thepostsurl/1
4. It then posts the reply url to the original posts server endpoint, which can accept or not.
5. When a user loads the post, it lists the replies and interactions as a list of links. the client goes and gets their content directly, and renders it.
This would work without any servers actually having to talk to each other or store more than a link for interactions. If you want to confirm the interaction url on receiving a submission, your server could check but it doesn't need to store or cache it.
Am I crazy or would this not work just fine? or, is this what activity pub already is?
A like is nothing more than a way of saying, "I like this". Think. You can come up with a way to do this that doesn't require you to abandon RSS (read: Atom).
If Alice posts something and Bob likes it, then he can say so—from his perspective, he clicks "Like", and in turn this just ends up as another entry in his own feed. He doesn't need write permission to anything on Alice's server. If Alice is subscribed to Bob's feed, then she's already lined up to get it. If she's not subscribed to Bob's feed (and maybe even doesn't know he exists) but is so neurotic/insecure that she craves validation from strangers on the Internet after years of conditioning on Facebook, Twitter, Reddit, and HN, then she can subscribe to Marge's feed. Marge is Alice's friend. Marge casts a wide net (follows a lot of people) and keeps an eye out for anyone saying they liked Alice's shitposts. When she notices, she lets Alice know: Marge squirts an entry into her own feed saying, "hey, Alice, look over here at Bob saying he liked your shitty Beetlejuice tribute" (which is pretty much exactly the mechanism behind boosts/retweets—except these would be boosts/retweets not of content but of what is known at least in the XMPP vernacular as "presence" information). Also, Marge is actually Facebook/Google/whoever, once they realize how lucrative it is to have this kind of influence and mandate in the next generation of social media.
Previously: <https://news.ycombinator.com/item?id=30862612>
I'm describing RSS (read: Atom) with better UX. Nostr is a from-whole-cloth new protocol that's fundamentally incompatible with everything I've laid out.
(The video you linked to is unwatchably obnoxious, by the way.)
There is an argument that people who can't be bothered to figure it out probably have nothing interesting to say, and that may be true in the vast majority of cases, it's not universally true; I'm sure we can find quite interesting social media accounts posted by someone who doesn't have the inclination or time to figure out "free static file hosts".
Who's going to do it for normal users? That's what bluesky is doing and anyone who's interested can theoretically host their own servers.
Username should be owned. Domains are leased.
Crazy that no one in the relevant circles seems to have realized that microblog posts don't require anything more sophisticated than what a static site generator can produce. The heavyweight server-to-server protocols that we've seen are just way too heavy.