For example, for me, here are some things I wish to see (or would implement in my design) :
- design around ease of self-hosting. A non technical user must be able to self host easily and at a very low cost.
- Embrace content sorting and filtering algorithms, but on the client side, with optional control by the user.
- Standardize tags on all content. So many of the different ways different platforms classify or organize content can be implemented as tags, which increases interoperability between them.
- Abandon obsession with real-time-first implementations for use cases that don’t explicitly need it.
- Transferable user identity (between instances)
- User identity and authentication as separate service from social network instance
Would love to hear yours!


Isn’t the whole idea that you choose a trans-friendly instance and you naturally adopt the instance wide blocklist? Same thing here, except you choose the block list similar to choosing an instance in the old flow.
And if you disagree, this could still easily be mediated. For example, the instance could have a default block list. As long as one can opt out, that would respect user choice.
Or choosing the blocklists can be part of the account creation flow.
There’s others ways to go about it.
What I suggest isn’t meant to take away the instance owner ability to defederate or moderate. But this makes it such that you don’t have to modify your moderation strategy when your users can adopt different moderation in addition to what you have. (example: maybe a large group of your users want to block US-centric content, or political content, etc.) and people not on your instance could possibly adopt your moderation as well!
Yep, that would pretty much be the ideal scenario :)
Thank you for listening to my idea, and I’m glad you like it :)