@[email protected] @fediversereport

As we did before for this site, we are “building in public” & in stages.

So while our tool for sign-ups now points to mastodon.social for NOW we propose this round-robin plan. Give us feedback.

We think this model will work for any Mastodon/Fedi onboarding for apps and portals.

Principles of it could be adapted for places like #calkey, #kbin, #peertube, #joinfediverse & others...to balance the ease of sign-ups to decentralization.

http://spreadmastodon.org/utilities/round-robin

@mike @[email protected] @fediversereport

Hi @mike - would definitely be up for Canadian.social to be in a future round robin.

The initial set of 60K registered users was just a stab objective metrics for high capacity servers. Very up for suggestions to move that down to numbers that would hit solid but mid-level serves as well.

And welcome exactly this feedback.

I agree with @mike and @CrazyMyra that the 60K limit's problmeatic and with @brian about the problems of the "make the big sites bigger" approach. What's really needed is a series of questions that matches people to an instance where they're likely to have a good initial experience -- good moderation as a minimum bar, and beyond that based on geography, interests, or diversity. Sending everybody to .social is likely to be counter-productive.

@spreadmastodon @[email protected] @fediversereport

@jdp23 @mike @brian @[email protected] @fediversereport

Taking notes on all this, thanks! Definitely will update the MAU and registered users numbers, but want to think more about what still ensures high capacity in an objective way. Up for suggestions to those numbers.

@spreadmastodon @jdp23 @mike @[email protected] @fediversereport

“what still ensures high capacity in an objective way. Up for suggestions to those numbers.”

I’m probably just dense, but I’m not grocking why there needs to be an arbitrary number of users to define high capacity. There are sites that report metrics on the uptime of instances, which seems to be a better measure than number of users.