Fediverse server admins: have you considered putting a limit on the number of people that can join your instance?

If not, please do.

(This should really be a feature in fediverse servers like Mastodon, etc. “Max occupancy” or something with an auto-shutoff when it’s reached.)

Remember, small is beautiful ;)

If nothing else, I’m sure none of you want to become mini Zuckerbergs or Musks – eww – so let’s make sure we set the right incentives from the start.

#fediverse #scale #smallness

@aral Also, have a read of the implications when it becomes too much for one person & other things in life take precedence.

https://ashfurrow.com/blog/mastodon-technology-shutdown/

Ash has done the best thing in the situation but others might not be so ethical

@aral at the #OMN we are doing a live experiment on this one

One of our instances was open on joinmastodon and one was open but not there.

The first has 500 new signups in few days and the quality has plumaged and mod/admin work spiked.

The one that grew "naturally" is still lovely and no work.

@Hamishcampbell
> the quality has plumaged

Does that mean the quality has gotten worse (aka plunged) or become lovely (aka like a bird's feathers)?

@aral

@bhaugen @aral my typos, plunged, though leveling now as we remove spam/right accounts and shift people to instance that fit them better. It's work.

@aral

I totally agree that no one instance should have hundreds of thousands of users, but I also see a benefit of being on a larger instance (such as #Fosstodon, my home instance): the local timeline is a great source of interaction.

The issue is that the timelines you get on Mastodon are (from smallest to largest): notifications, people you're following, your local instance's timeline, and the federated timeline.

...

@aral

...

The issue with a smaller instance is that there isn't anything between the relative trickle of the local timeline and the utter flood of noise that is the federated timeline.

Of course, this can be supllemented with #hashtags and #followfriday toots, but it still does make it a little harder to get started.

How would you suggest someone who's on a small instance to get started and find a vibrant community in the #fediverse?

Cheers!

@aral See https://codeberg.org/Windfluechter/check_mastodon.sh for Mastodon and https://codeberg.org/Windfluechter/check_friendica.sh for Friendica servers.

For Friendica there is exactly such a feature request to get this function into the software as well...

@aral

Maybe there should be gradually more friction on joining as the limiit is approached?

Otherwise it's like "99,999 - come on in!" ➡️ "100,000 - go somewhere else!" and people who aren't sure how federation works may be confused. The momentum of everyone joining may tempt the admin to stay open.

Maybe when a server gets to (for example) 70% of capacity it could switch to the "why do you want to be a member?" form which creates a bit more friction, and might push people to look elsewhere.

@FediThing @aral
I think we must think in terms of active users.
And communicating how many active users your instance aims at might already do the trick to help others migrate softly.
Just to make it clear we are not worried about you being the +1, just that we do not want to scale beyond our capacity.

@mwfc @aral

Good point. It's the MAU that count.

@FediThing Great idea… it could then start offering links to alternative instances that are not close to capacity, for example.

This should be in the fundamental design of fediverse software if the goal isn’t to grow your own instance as large as you can. (And if that’s your goal, you should really be doing Big Tech instead as you’ll never beat them at their own game.)

CC @Gargron

The default behaviour for fediverse instances really ought to be 'request an account', with the admin offered options after install to;

1) stick with default

2) change to invite-only

3) change to open registration

Choosing 3) brings up a bright red warning about the costs in time and money of hosting a large instance, the moderation work required, and the risk of mass defederation if you get it wrong. At the bottom it asks "Are you sure", with yes/no buttons.

@aral @FediThing @Gargron

@strypey @aral @FediThing @Gargron

It is okay like it is.

The problem is not closing instances. The problem is redirecting people to other instances.

@pthenq1
> It is okay like it is.

Unless an admin knows how to handle growth and prevent overgrowth, defaulting to open registration sets them up for stress and failure.

> The problem is redirecting people to other instances

The list of endorsed instances at joinmastodon.org seems like a good dataset to use. Just linking to that on the signup page would be an improvement, regardless of whether registrations are open, by request, invite-only or closed.

@aral @FediThing @Gargron

@strypey @aral @FediThing @Gargron

Perhaps we could consider to add a broader list of instances. So we are getting ready for at least 5% of the 490 millions of the twitter's user base.

Still joinmastodon.org list is better than what we have today.

@pthenq1 @strypey @aral @Gargron

A problem is that instances aren't a commodity, they are qualitatively different.

You have to have some minimum requirement for reliability and responsibility. IMHO joinmastodon's list is pretty good for this, it's short and do-able on a low budget: https://joinmastodon.org/covenant

To do a list you'd have to contact each instance owner and get them to agree to requirements like this.

I wouldn't want to send new people to a list that didn't do this (or similar).

@pthenq1 @strypey @aral @Gargron

Also would be good to have more people starting instances, which is happening. Saw some twitter astronomers just got together and set up their own new instance for example.

Institutions like unis are good for this, they have lots of people who know how to run IT stuff. That's possibly why a lot of online services began in universities.

@FediThing
> You have to have some minimum requirement for reliability and responsibility. IMHO joinmastodon's list is pretty good for this,

True. @pthenq1 has a point though that outsourcing this responsibility to Mastodon isn't the only way to do it. Also it doesn't solve the problem for instances in general, only Mastodon ones.

@aral @Gargron

@FediThing
Independent instance-auditing that uses similar methods across so fedi software would be a cool project. It could help each software project set up an approved instance list like the one at JoinMastodon.org, then aggregate all the lists on a single platform.

@pthenq1 @aral @Gargron

@pthenq1
Signup pages for all fediverse software also need to emphasize that you can follow people from many instances, no matter which one you sign up on, and encourage users to consider going for smaller ones to spread the load of hiding costs and admin.

@aral @FediThing @Gargron

@aral
Maybe even, "Are you sure you want to be the next Elon Musk?" :)

@FediThing @Gargron

@FediThing @aral what about an invite only system that kicks in at 70% or something?

Let any user send an invite link to a friend that will allow them to create an account.

If somebody tries to sign up without an invite they get the "ask a friend on this server for an invite or try a different server" journey.

That would slightly reduce the burden of moderation too as it'd much more difficult to introduce bad actors.
@FediThing @aral I just noticed that @lewin said he's already doing this. So this is maybe an option more admins should be made aware of?
@dave @aral Maybe (these are totally arbitrary numbers!) 50% capacity it asks for a reason and 75% it’s invitation only mode? The admin could set the 100% capacity figure depending on what they feel is possible with their resources. At the very least, it would force admins to think about the future in a way the current setup does not.
@dave @aral Of course this could be problematic if there’s a sudden event where numbers of active users double or treble overnight. But I’m not sure any system of any size can cope easily with sudden changes like that, because the hardware itself will impose limits as we are seeing at the moment.
@dave @aral There could be even more degrees of friction such as invitations/accounts taking longer to arrive/activate as the limit is approached. Those who really need to be on a particular instance would realise this and be patient, those who are more casual would assume the instance was just being slow and look elsewhere, which is exactly what we want.
@FediThing @aral When II just joined, my intuition was "oh, I dunno, so I'll join a big one", so obviously some mild incentive to not follow that instinct for servers will be helpful

@gassygrassly @aral

Yeah, even making people aware big servers are a problem would be a start.

At the moment there's no info about this when you sign up.

@aral Is there a way for us to see how many members a particular server inhabits ?
@aral there isn't an automatic feature for this isn't there?
@aral @jbaert Ik heb momenteel 1 iemand op mijn server en die werkt soms al op mijn zenuwen. 😅
@aral For a long time I've thought this idea could be applied to other places too. I find it interesting to have limits, at least as a experiment. For example on how many messages you can send per day in dating sites or in social networks. My thought was that maybe we would send less but higher quality ones.
@aral I have the impression, your important input comes too late.
@aral agree. The higher the ‘max occupancy’ provision, the higher the evidence should be needed on sustainability. I don’t want to imagine how catastrophic it would be for decentralization vibe should mastodon.social or other big instances get hiccups. Like a big hack or mandated block by a state actor.
@mtumishi (Or, for example, get bought by Big Tech.)
@aral Seems that there is not much reaction to your post. What does this mean?
@Hiker Looks like there’s a nice conversation going on the replies to me :) Can you not see the replies?
@aral This post came here 19 hour after you wrote it...
@Hiker Hmm… looks like federation is not real-time on some instances at the moment.
@Hiker CC @mastohost Hey Hugo, this isn’t on our end, is it?
@aral my instance has two accounts :)
@aral I think one thing about limiting the size (even if you in end want to be open to people joining over time) is to be sure you can moderate the traffic related to your instance. And sadly, right now I'm way behind on my PeerTube instance.
@aral I wonder if fediverse servers need a concept similar to bee hives. When they get too full they split and half of the bees swarm off and make a new hive. What if that became a normal cultural thing on the fediverse? Maybe even some server features to help it happen.
@aral I am new to Mastodon and don’t quite understand yet - what does a user limit to one instance do when everyone from any instance can communicate to every other instance? Or is it to make instances with a lot of bots/spam accounts more identifiable and thus “blockable”?
@aral I am new to Mastodon and don’t quite understand yet - what does a user limit to one instance do when everyone from any instance can communicate to every other instance? Or is it to make instances with a lot of bots/spam accounts more identifiable and thus “blockable”?

@jucka It limits the influence of that one instance and its admins.

Consider an instance with hundreds of thousands of people on it: if they block an instance with ten people on it, they effectively cut off those ten people from hundreds of thousand of people. That’s a power imbalance.

Now consider that they end up with millions of people on it and the costs of running it skyrocket so they need more money and a venture capitalist comes knocking…

This is not the path towards decentralisation.

@aral alongside that is the question of how Mastodon deals with bots? Or is that not a problem?
@aral it's up to the admin of the single instance to decide the profile n. cap , you can't implement this protocol-wide
@pmatteo1998 I meant the means to impose such a cap for your instance. It isn’t a protocol-level cap; it would have to be a server/app-level cap exposed in the admin.
@aral for mass adoption in crucial Muskapocalypse-like moments bigger instances like mastodon.social are key I think.