The idea would be the servers would have shared ban/block lists and similar rules so that they can share the load of having open sign ups.
Basically a coop of instances to improve on-boarding. If you join the coop then you get added to the pool of instances that get assigned normies at random.
If the authentication was federated it’d be ideal as well but I assume this would be outside the scope of AP and would cause issues if you tried to post from your mastodon.social account from mastodon.world’s server for instance.
The authentication could be another service, split from Mastodon, Lemmy, Pixelfed, … that only gave that service. The instance asks the auth server about “user@instance: password” and the server just says “OK/fail”. That or sending the user to the auth server to get a session cookie.
See my reply to u/Rentlar, but for most users, yes, the easier the onboarding, the more accessible it is; the more people won’t immediately run away because they’re afraid they’ll make the wrong choice.
So what, should we have a website where you push a button and it sends you to a random instance to sign up?
Just imagine the surprise when a new user is placed in hexbear or one of the porn servers.
Then it was fate and they should just accept it.
Sorting Hat for Lemmy?
oof, i learned about hexb the hard way, so i feel for these hypothetical users already.
Yes honestly, we can manage what instances are pooled for on boarding.
The idea would be the servers would have shared ban/block lists and similar rules so that they can share the load of having open sign ups.
Basically a coop of instances to improve on-boarding. If you join the coop then you get added to the pool of instances that get assigned normies at random.
If the authentication was federated it’d be ideal as well but I assume this would be outside the scope of AP and would cause issues if you tried to post from your mastodon.social account from mastodon.world’s server for instance.
The authentication could be another service, split from Mastodon, Lemmy, Pixelfed, … that only gave that service. The instance asks the auth server about “user@instance: password” and the server just says “OK/fail”. That or sending the user to the auth server to get a session cookie.
See my reply to u/Rentlar, but for most users, yes, the easier the onboarding, the more accessible it is; the more people won’t immediately run away because they’re afraid they’ll make the wrong choice.