Suggestion for Mastodon (to prevent eventual gMastodon instance): cap instance size at 100 - 1,000 account by default. Make it a social contract for instances not to federate with instances greater than that limit.
Or, a few years from now, say hello to “gMastodon”. (See history of email and the Web for a lesson in the future.)
That said, we might already be on that path.
@theartguy @aral To estimate if an account is active, we could base ourselves on the “is an account on our instance following it” so that people can unfollow it to follow another one. And only take into account if the accounts following it are active, which can be determined through last login dates. ^^
@aral Hm, I've wondered too what we do when "google.social" launches on a forked/modified, mastodon-like platform, or even their own #activitypub implementation with google extensions. the #powerdifferential will be heavily weighted towards the expectation that independent servers will implement google's extensions
@sivy @aral chances are they'd do something like what they did with XMPP and Google Chat: blow a lot of wind about how they're ~FOSS-friendly~ and ~open~, then, once they've grown a user base, throw out the open source and open protocols and create a walled garden (that they then rebrand to leave the stink behind).
@aral An interesting idea. I assume Mastodon . social would be grandfathered in.
@Laurelai @aral AFAIK, it's not uncommon for there to be a surge of both new and re-used users when someone with a lot of impact mentions being on a particular instance.
With limits like these, it's even possible that the scarcity creates commodification, and economic or trade "value" where there wasn't and shouldn't be one.
What should be done to the 252k users of mastodon.social for example? Which gets forcibly migrated? By what criteria?
@Laurelai @aral The ability to have an actually usable "local timeline" filled with people of similar interests to their own could encourage people to join a specialized instance. It enticed me. :-)
I think positive pull should be preferable to negative limitations. What would be pulling features that still are completely compatible with all other instances... I don't know the APIs, so couldn't say. ;-D
@astheroth Nope, it doesn’t. The GPL does not dictate the software‘s features or the social norms that the community of people using it decide upon for how they want to use those features. The GPL merely prescribes what is permissible in terms of how the source is made available and distributed and how derivatives are licensed.
@whatcraic Sadly, the vast majority in the “web community” still do. People still get enthusiastically congratulated on Facebook threads when they announce that they’ve started working there (or at Facebook, etc.) by some of the most respected names in the industry. Then again, the centralised web created surveillance capitalism so it’s not surprising.
@aral If your problem is "gMastodon", then even capping at 100k or 1 million would suffice - you don't need to have "small" instances only, you just can't have a _majority_ instance.
I'm on an instance with ~10k users, and I'm just about okay with the local timeline on here. I'd guess with 100 people, that would just feel empty.
I'm also not massively sold on having too many instances, because that could fracture the federation via instance blocks.
Back when Google were still playing the nice guys, people were seeing Google's interest as a validation of XMPP as a viable mainstream technology. They were eager to please. We all know how the story went from there.
This time around, it will be different. We have learned. None of your corporate embrace, extend, extinguish. Our technology is self-validating. We do not need you, and we will not federate with you.
This is my personal Mastodon.