Skip to main content


This seems very important and worth ongoing study:

“Once again, results suggest a rise in diversity as the 10 biggest server contribution to the Fediverse is reduced by more than 10%. So, even if the biggest servers are accumulating more users, it seems that the Fediverse is becoming more decentralized.”

@fediversereport @spreadmastodon @fediversenews

https://socialhub.activitypub.rocks/t/analysis-of-fediverse-diversity-in-terms-of-decentralization/3252

in reply to Tim Chambers

Interesting! Although there are some quirks in the data, with joindiaspora and diasp.org (neither of which are Mastodon) in last March's accounts and not the current list, and with mastodon.cloud and gc2.jp going from over 10% of MAU to not appearing at all in the latest statistics.
in reply to Jon

@Jon Did you seriously expect a #Fediverse analysis to be only about #Mastodon?

#MastodonIsNotTheFediverse. And misskey.io is not Mastodon either; it's the biggest #MissKey instance.

@Tim Chambers It's a pity that only a bunch of instances were analysed that were important in mid-March. The graph would look different if it had taken the recent #CalcKey growth into consideration.

in reply to Jupiter Rowland

@jupiter_rowland @jdp23

I'd say: it's a start...and I could see from an analysis standpoint how the researcher started with what was doable directly via the #mastodon API. But hopefully to add others as they can.

Adding the author into this thread: @marcelcosta

And by definition, I'd think the decentralized story is likely only *better* when you assume the other non-Mastodon Fediverse data... the-federation.info now counts Calckey as 3,500 users, I think FediDB counts them as 8.700 users.

in reply to Tim Chambers

@Tim Chambers @marcelcosta @Jon If either are accurate. All I know is that CalcKey is growing like crazy because it gets a whole lot of exposure and publicity in the Fediverse, and because it's currently the most feature-rich ActivityPub-based project while still having a decent UI.

In this regard, I think the refusal to include Akkoma and CalcKey because Pleroma and MissKey are already there isn't quite smart. Pleroma barely matters because Akkoma outshines it, and MissKey only matters in Japan while CalcKey is booming over here.

in reply to Jupiter Rowland

Hey! That was the point of the analysis in part, to generate debate and tools to monitor.

In theory, absolute accounts of servers include data from many softweres. It's the MAU value that only includes Mastodon servers. I think that both measures show the same trend, so.

And yes, API query must be improved. Some diaspora servers are excluded because of lag in answering. This should be addressed (although the biggest instance is alive but will close soon and doesn't accept new posts).

If there is interest on that, we can plot software distribution across servers and users.

in reply to Tim Chambers

You're welcome! This was my intention. Me and others are really interested in measuring decentralization and network quality over quantity.
in reply to Jupiter Rowland

@Jupiter Rowland

In general I find it noteworthy that pretty much no one is talking about the phenomenal growth Akkoma has had since its launch, which was just over 1 year ago. Comparatively it is really impressive.

It is twice the size a certain other service that "everyone" talks about (and the same amount of MAU's, which admittedly speaks for the even newer service), and which I also wish well, but given the talk about it I would've expected it to be explosive...not half the amount of users of Akkoma.

I just find it noteworthy that there isn't a beep regarding Akkoma (unless it comes from me, and people are bored of me raving about it).

I wonder what would've happened if Akkoma had gotten the same exposure though, given that it has a similar feature set.

#ImNotBitter 😆

@Tim Chambers @Jon @marcelcosta

in reply to Mathias Hellquist (Friendica)

@fediversenews

I appreciate the need to make visible many software. This is part of the decentralization! I can do a second round of analysis looking at these. However, in this first part I focused in the user distribution between servers. I did a first analyisis including the software information (I have shared it, although is not in english), but will be interesting to see the dynamics, too!

I have to say that I did this analysis in my free time, so I am sure that many things can be improved!

in reply to marcelcosta

@marcelcosta @Fediverse News Oh yeah, sorry, I just read the comment from @Jupiter Rowland and felt I needed to air this thought I've had for a while, I forgot his reply was in relation to this visualisation.

I find your analysis really interesting. I didn't mean to give critique to that. I was just doing a fly-by comment of a general observation.

in reply to Mathias Hellquist (Friendica)

@jdp23 @tchambers
Hi! I have expanded the analysis focusing in software usage this time. I hope you find it interesting and you may have ideas on where to look at.

https://socialhub.activitypub.rocks/t/analysis-of-fediverse-diversity-in-terms-of-decentralization/3252/7

@spla @maegul

reshared this

in reply to marcelcosta

Increased dominance of mastodon seems to make sense, and is rather important too IMO. You should, IMO, get this message out.
in reply to marcelcosta

@marcelcosta Very interesting indeed! There was so much attention to Mastodon (as opposed to the broader fediverse) that its not surprising that concentration increased last fall. It'd be interesting to see if it also breaks into multiple phases.

@maegul @mathias @jupiter_rowland @tchambers @spla @fediversenews

reshared this

in reply to Jon

Yes! I will do it with the API snapshots that you shared from archive. Although it’s not possible with all the instances (API is still a bit buggy, I think), but I will be able to do it with software.
in reply to Mathias Hellquist (Friendica)

@mathias @jupiter_rowland @jdp23 @marcelcosta

Please keep raving about Akkoma, Mathias, your comparative remarks are always interesting.

Regarding some of the other server types that are currently popular, the boundary between healthy enthusiasm and oppressive marketing hype is fluid, and it's good to see a degree of restraint and sobriety in the way in which servers such as Akkoma are discussed. :-)

Fediverse News reshared this.

in reply to Tim Chambers

I’d say: it’s a start…and I could see from an analysis standpoint how the researcher started with what was doable directly via the #mastodon API. But hopefully to add others as they can.


Just a comment. @spla queried APIs from servers with many software installed, not just mastodon.

in reply to Jon

Also, it'd be nice to know something about what comprises all the "others", how many accounts do those instances have, how many of them are there?

Otherwise, it'll be interesting to track this going forward because mastodon.social right now is growing faster than it did between March and 17 May ... the picture could very well look different when comparing May to August.

in reply to maegul

>Also, it’d be nice to know something about what comprises all the “others”, how many accounts do those instances have, how many of them are there?

Others means all the rest! Which means 21089 in May (as shown in the first table).

>Otherwise, it’ll be interesting to track this going forward because mastodon.social right now is growing faster than it did between March and 17 May … the picture could very well look different when comparing May to August.

Totally true! I would like to take monthly pictures (with the help of @spla, which is the author of the API query script).

in reply to marcelcosta

Thanks for the reply!

Any chance others can get their hands on the data set?

in reply to maegul

also, another question … any insights on your your data set and its creation would differ from any of the others out there like fedidb or instances.social?
in reply to maegul

Hey! That is interesting... I didn't thought in using fedidb (the other one I didn't know). The truth is that @spla took the data by itself and, as I had the chance to look at it, performed the analysis.

It will be interesting to do the analysis with the fedidb dataset. For what I see right now, it seems that it differs from the dataset used by me. I can see an increase in servers in Oct 22 that results in a decrease in Users by server, and then it keeps more or less stable.

I would like to apply the shannon and simpson indexes and the top10 server distribution, as they gives a broather view of diversity.

in reply to marcelcosta

I am playing with fedidb API and I think I could get all the data I need (first time using APIs myself!).
in reply to marcelcosta

Yea the API works well ... I've used it myself. Last time I used it though I think there was an issue in the data not having many of the small (1-10 user) instances. But from the dashboard that seems to have been fixed now.
in reply to maegul

When I find some time, I will try to recover this global data. I find particularly interesting the ecology measures of diversity to be applied to user distribution and software distribution.
in reply to marcelcosta

What do you mean by "global data" ... what are you intending to recover?
in reply to maegul

The same as spla did, software, user and mau data from all servers included in fedidb.
in reply to marcelcosta

Ahh ... right, collect the data yourself.

It does strike me though that it's the sort of task that we'd be better off doing more collectively. We could pool the algorithms to get the best one and collect multiple datasets from multiple origins to maximise coverage which can then be merged.

Also, just in case it's useful, here's my quickly hacked together python code for getting all the data from the fedidb API:

# +
from collections import deque
import requests as req

base_url = 'https://api.fedidb.org/v1/'
servers_url = f'{base_url}servers'
# -
# +
server_data = deque()
params = {'limit':40}
n = 0

while True:
	if n%5 == 0:
		print('Loop', n, 'servers', n*40)

	r = req.get(servers_url, params=params)

	if r.status_code == 200:
		d = r.json()
		server_data.extend(d['data'])

		next_cursor = d['meta']['next_cursor']

		if next_cursor is None:
			print('Cursor is None ... FINISHED')
			break
		params['cursor'] = next_cursor

	else:
		print(f'request broke and returned {r.status_code}')
		break

	n += 1
# -
# +
len(server_data)
server_data[0]
# -
in reply to maegul

Thanks! I'll take a look on that!

>We could pool the algorithms to get the best one and collect multiple datasets from multiple origins to maximise coverage which can then be merged.

That would be cool for sure, although I'm not sure I can add much in the technical part (I am a biologist with some data analysis skills).

in reply to marcelcosta

(I am a biologist with some data analysis skills)


... me too!

I recently did some analysis of my own using data from instances.social, but didn't have any historical data to compare to. I'm intending to make a comparison after a month or too.

You can see my analysis here: https://hachyderm.io/@maegul/110331433071884694


Graphs of the sizes of fediverse instances, how common they are, and where the most people are! 🧵

Data pulled from https://instances.social/ (by @TheKinrar) and excludes pawoo and baraag as they're heavily blocked for good reasons (it seems)

Breaking down instances by the number of users into bins (that are quasi human friendly logarithmic), we see that the majority (55%) have 2-50 users, ~33% have 1 user, and almost all instances have less than 5,000 users.

@fediversenews

1/


in reply to maegul

The API must have changed, because after 3960 servers the code breaks. I have been trying by myself with R and more or less happens the same…
in reply to marcelcosta

unfortunate. They make no promises about stability. Though from memory, I think the same thing happened to me when I used, and I figured their data was incomplete.

I asked the developer about it (they make pixelfed) but gotten no response.

in reply to marcelcosta

@marcelcosta I agree, applying those ecology measures of diversity is very valuable -- I really appreciated that in your post!

Does the FediDB API let you get at historical data? Or, is the historical dataset available?

@maegul @tchambers @fediversereport @spreadmastodon @spla @fediversenews

in reply to Jon

Not that I know of ... if so it would be a hidden/undocumented feature.

In the end, given that these datasets aren't terribly large, especially if we have a temporal resolution of only 1 month or week, I think it's getting to the point that it'd be nice if they were just stored somewhere easily accessible to all.

in reply to maegul

@maegul I get the dataset from all peers of my server and then from all peers of my server's peers. After collecting all those peers, my code get the nodeinfo URL of all of them and ask it for users and MAU data, so only *alive* servers data is saved to the dataset.
Here is the code https://git.mastodont.cat/spla/stats
The bot @fediverse is publishing global registered users and MAU.

@marcelcosta @tchambers @fediversereport @jdp23 @fediversenews @spreadmastodon

Fediverse News reshared this.

in reply to spla :senyera: :vim:

Wow, I found a huge mistake in my analysis!

The first time point it's not from March but from September! I am a bit embarrassed, but this is what happens when you rush because of time (and also, chaos in date format).

In fact, this makes more sense and is also interesting because it seems that some months after big October wave, it seems that Fediverse is more decentralized.

in reply to marcelcosta

I've got the impression that it was somewhat necessary that mastodon be more decentralisation in order to take on all the new users as the larger instances, or some of them, struggled. mastodon.social, for example, didn't really gain more users from Jan to March, IIRC.
in reply to maegul

Sure, these waves have overloaded even not-that-big instances, causing them to close registration for a time. From September, the number of servers has increased by 3.

If we had a historical from the server picture, would be really interesting to trace the movements and evolution of the Fediverse…

in reply to Jon

That is interesting! There are snapshots from prior to Octobers wave and also from October, November, December, etc… So we can monitor what happened with that wave, what was the dynamics of users.
in reply to marcelcosta

Yes! Even though the data's noisy and incomplete there are clear differences in dynamics in different time periods. For example (I think, if I did the math right)

9/20/2022 to 12/7/2022: mastodon.social + 71K
mastdn.social +80K

12/7/2022 to 3/25/2023:
mastodon.social +115K
mstdn.social +41K

3/25/2023 - 5/25/2023:
mastodon.social +91K
mastn.social +3.6K.

@marcelcosta @maegul @tchambers @fediversereport @spreadmastodon @fediverse @spla @fediversenews

in reply to Jon

@marcelcosta
An update on this: @spla's been archiving statistics for the last week at https://git.mastodont.cat/spla/stats/src/branch/main/dataset and the trend continues:

mastodon.social: +13K
mstdn.social: +400

It'll be interesting to see what effect the reddit influx has has on overall fediverse software and instance size diversity.

@maegul @tchambers @fediversereport @spreadmastodon @fediverse @fediversenews

reshared this

in reply to Jon

So that's ~5.5x quicker growth per existing user (~30x quicker in absolute terms) between mastodon.social and the next largest english speaking mastodon instance, where mastodon.social is already ~5.5x larger.

Anyone want to nominate a numerical threshold beyond which it's unquestionably a problem of some sort?

in reply to maegul

@maegul well if nobody else wants to I'll take a crack at it. If mastodon.social is growing more per-existing-user than other largeish sites (so a ratio of > 1.0) I would say it's unquestionably increasing centralization.

To me ratios like last fall -- where some other largish sites were increasing faster than .social not only per-existing-user but in absolute terms -- would be healthy at this point

@tchambers @fediversereport @spla @fediverse @fediversenews @spreadmastodon @marcelcosta

in reply to Jon

Makes sense. Interestingly, we are well past that and unlikely to return without some drastic change (like the default instance situation changing).
in reply to maegul

@maegul @jdp23 @marcelcosta @fediverse
I think the point of @spla work was: big servers are growing dramatically, but the whole Fedi is getting more decentralized FASTER… if that is still true, then I don’t see a centralizing problem at this point.

Fediverse News reshared this.

in reply to Tim Chambers

That were my conclusions, yes!

Talking about instances, because at the software level there has been a big centralization.

reshared this

in reply to marcelcosta

Wasn't the cutoff date for your analysis early enough such that the recent growth of mastodon.social due to being the default instance may have been missed?
in reply to maegul

Sure, but I would like to wait a bit more to understand the trend.

I thought that mastodon.social visibility in media would have centralized the fediverse in October wave and after some months the result was the opposite! So, I would advice for some perspective.

reshared this

in reply to marcelcosta

I don't know, but I was under the impression that during early or middle parts of the migration wave mastodon.social wasn't ready to scale up so much and so the load had to be spread out.

Now they've built an ability to scale as needed: AFAIU, mastodon.social runs on kubernetes now. I'd imagine the only limitation on their ability to scale relatively quickly is their finances, and I don't know if anyone knows anything about that. Though, I would imagine being in even greater demand would only provide more opportunities to get more funding.

in reply to maegul

That makes sense! I recently analyzed last splaDS entries and that would be the trend, although macro variation was minimal.

I'll publish the analysis as soon as I have time.

in reply to marcelcosta

@marcelcosta looking forward to it!

@tchambers Marcel's original numbers from showed significant decentralization since last September but from the info in the archive.org snapshots it seems to me like there was a big decentralization was last fall (when as @maegul says .social closed regs for a while) and at least the US/Western European Mastodon world has been re-centralizing since late March

@fediversereport @spla @fediversenews @spreadmastodon

in reply to Jon

Looking at @spla's data for the week between 5/28 and 6/4, the changes in users are

Total Mastodon users: +93K
pravda.me: +57K
.social: +13K
pawoo: +3K
everything else: +20K

which has .social capturing at least 40% of the non-Russian/non-Japanese new users. That's a lot!

@marcelcosta @tchambers @maegul @fediversereport @spla @fediversenews @spreadmastodon

in reply to Jon

Hi! I’ve found the time to analyze a bit more data from spla’s dataset.

First, the absolute number of accounts by software (with mastodon, left, or without mastodon, right).

And then the distribution as a % of the known fediverse (again with and without mastodon).

It is very clear the entry of kbin and growth of lemmy, also. Particularly in the MAU measure.

reshared this

in reply to marcelcosta

@marcelcosta Very interesting! When the Threadiverse stuff started to ramp up I was very glad that @spla was capturing the data on a daily basis.

Do we know how MAU are counted on kbin and Lemmy ... in particular if somebody up/downvotes do they get counted as active?

@maegul @tchambers @fediversereport

reshared this

in reply to Jon

That’s a good question! Maybe spla knows it… :)

But remember that we are measuring active accounts, so if some account is interacting by voting, its an active account for sure!

This entry was edited (10 months ago)
in reply to marcelcosta

@marcelcosta I'm looking at the numbers on https://fedidb.org/software/lemmy and lemmy.world has 30,000 new users in the last week but only 8,600 MAU, I am curious how far the other 70% of signups got.

@maegul @tchambers @fediversereport @spla

in reply to Jon

Interesting, so we might be underestimating the lemmy growth...
in reply to marcelcosta

I've read a lemmy dev define active user as someone who's made at least one post. So yes, there would almost certainly be many users who are "lurkers" and only read and maybe up\down vote. In fact, the MAU / User ratio might be pretty good?

What defines "active" for other platforms?

in reply to maegul

I think I'd always presumed "active" meant that they had actually signed in at least one in the time window but not necessarily done anything.
in reply to maegul

I think in mastodon and pleroma are accounts that signed out.

MAU/users is an interesting measure, although some servers reach higher than 100%, as I commented in the socialjub post.

in reply to marcelcosta

MAU/users is an interesting measure, although some servers reach higher than 100%, as I commented in the socialjub post.


Yes, but if lemmy's measure is more a measure of "posting" users and other platforms are more "at least reading" users, then the MAU/User ratio for lemmy is an entirely different thing, and arguably pretty good right now (??).

Don't know about kbin though ... I've heard someone say that their MAU numbers can't be trusted as they're doing something not quite right.

in reply to maegul

@maegul @jdp23 @spla @marcelcosta

In the social media space in general, analytics researchers consider an active user one who logs in at least once, even if they don't post, or engage on anything.

Fediverse News reshared this.

in reply to Tim Chambers

Filtered word: nsfw

Fediverse News reshared this.

in reply to maegul

It seems that maybe user count on lemmy is misscalculated:

https://botsin.space/@threadcount/110581723322900741


Pausing this bot for a while. There's a very large number of new Lemmy instances with a few active users, but thousands of registered accounts (seemingly spam). Total user counts should be considered inaccurate until this spam account issue is fixed!

You can learn more about this here: https://github.com/LemmyNet/lemmy/issues/2355 (but please don't spam the Lemmy developers with requests to fix this; they're aware and have a lot on their plates).


in reply to marcelcosta

@marcelcosta @maegul @jdp23 @spla we were just looking into this, @tao is who made the Threadcount bot, but its getting its data from FediDB, and they are getting it the /noteinfo endpoints on the instances which many of are definitely reporting some totally meaningless numbers

Fediverse News reshared this.

in reply to Liaizon Wakest

Seems to be two things.

One, a flood of spam accounts, especially onto instances that left signups wide open (probably well-meaning admins but also newcomers to the fedi and lemmy software too).

Two, even once a spam account has been handled or even failed email verification and so not truly registered, it seems to contribute to the user count reported.

So yea, lots of bloat here. A simple statistical fix might be calculate the user/status_count or user/MAU ratio for each server and remove all outliers from the tally.

in reply to maegul

oooh oooh oooh I'm going to make a post on Lemmy saying "over 1,000,000 users!!!!!!" and watch it go to the top of the home page then get picked up by the media!!!!!!

just kidding.

Yeah the instances with tens of thousands of users but only one MAU and one status are defintely questionable.

@maegul @tchambers @fediversereport @liaizon @spla @marcelcosta @tao

in reply to Jon

There are thousands of spam accounts: https://botsin.space/@threadcount/110581723322900741


Pausing this bot for a while. There's a very large number of new Lemmy instances with a few active users, but thousands of registered accounts (seemingly spam). Total user counts should be considered inaccurate until this spam account issue is fixed!

You can learn more about this here: https://github.com/LemmyNet/lemmy/issues/2355 (but please don't spam the Lemmy developers with requests to fix this; they're aware and have a lot on their plates).


in reply to Jon

i think Lemmy marks a user as active only when they post, and not when they login on their accounts.
in reply to marcelcosta

And another set of plots, trying to understand server typology (in the sense of size) by software an diversity.

First, a barplot showing the mean of accounts or MAU per server by software (axis in logarithmics to resolve better the differences!).

Second plot with the same information in Y axis but adding X axis with the total ammount of accounts. In this case analysis only for MAU.

We can see that Kbin and brighteon have the bigest mean servers, or that calckey, akkoma or pleroma have smaller mean server than mastodon.

Next, I have applied the diversity indexes Shannon (evenness) and Simpson (diversity) to server, account and active account distribution by software.

The first we can see that diversity has a small trend to increase, with a clear acceleration in MAU (probably due to kbin and lemmy increase in active accounts).

The latter plot measures these indexes within each software. Interestingly, the software with higher diversity in active users is owncast! Which makes sense as they are single user servers…

Another interesting observation is that mastodons diversity is similar (slightly higher) than calckey and akkoma, and clearly higher than pleroma.

Finally, is interesting to see that while lemmy is increasing its diversity, kbin is decreasing it! My hypothesis is that the first is growing and distributing on more new servers, while the latter is growing on one or few servers.

reshared this

in reply to marcelcosta

I’ll add three more plots addressing the instance distribution this time.

First, a plot showing distribution as percentage stratifying by the top 10 servers in accounts (the rest are grouped in “Others” category).

Second, I have plotted an ordered list of servers (in X axis) and their number of accounts. In theory, the bigger the area below the curve the more distributed the Fediverse. I’m exploring this visualization, so what do you think?

Finally, I have applied the Shannon (evenness) and Simpson (diversity) indexes to server distribution by time. There is some dynamics! Although take into account that scales are pretty small, so lets not overestimate minor differences :).

There is a peak around 6th of June which seems due to a loss of contact with pravda.me, which is regained next day. So this might be an technical artifact.

Plots showing distribution of servers in Fediverse along time. The top 10 servers in account are stratified and the rest grouped in "Others" category. Both total accounts and active accounts are represented in separate plots. Plot showing the diversity indexes Shannon and Simpson applied to account distribution in Fediverse servers.
Plot representing the servers ordered by size versus the amount of total or active accounts. The resulting curve may be useful to compare Fediverse distribution.

reshared this

in reply to marcelcosta

@marcelcosta @maegul @jdp23 @spla
yeah pravda.me is an odd one. That appears to me to be such a propaganda site, I almost would say I'm not sure it fits in the study as human activity but may be all paid trolls.

Fediverse News reshared this.

in reply to marcelcosta

@marcelcosta
I have a slight suggestion to change the color of the unspecified instances to other than white.
At first glance I've thought this area was empty data.
Maybe pale or semitransparent colours would keep the differentiation of data type.
(It may be an autistic “thing", yet may be useful to some, I think.)

@maegul @jdp23 @tchambers @fediversereport @spreadmastodon @spla @fediversenews

in reply to Dźwiedziu

I have a slight suggestion to change the color of the unspecified instances to other than white.


Absolutely! I have to do it for next analysis.

Maybe pale or semitransparent colours would keep the differentiation of data type.


I’m not sure if I am following you here…

Thanks for the suggestion!

in reply to marcelcosta

@marcelcosta

> > Maybe pale or semitransparent colours would keep the differentiation of data type.
>
> I’m not sure if I am following you here…

Just thoughts about the potential colors. Trough on the second glance I may have suggested colors that are already used.
You may ignore this part ^_^'

@maegul @jdp23 @tchambers @fediversereport @spreadmastodon @spla @fediversenews

in reply to Jon

Some pretty stark numbers over the last three months (5/25/2023 to 8/25/2023)

mastodon.social: +402K users, +92K MAU
mstdn.social +13K users, -2K MAU
mastodon.online: +5K users, -.5K MAU
mastodon.world: :+12K users, -6K MAU
mas.to: +6K users, -2K MAU

@marcelcosta @maegul @tchambers @fediversereport @fediverse @spla @fediversenews

in reply to Jon

Interesting! I have been taken a daily snapshot from InstanceSocial (as splas dataset got anavailable) from June, I’ll try to take a look these days.
in reply to marcelcosta

@marcelcosta @jdp23 @maegul @fediverse @spla
Also: onboarding flow for the new Mastodon 4.2 beta vastly improved… so will be curious if sites with that show improved rates of sign ups or retention. Mastodon.social was one…

Fediverse News reshared this.

in reply to Tim Chambers

Its curious how they all show a similar pattern (I have included a smaller one from Catalonia). I have to be sure is not an artifact, but it seams that there was increase starting July that is reflected in the active users.

Another observation is that statuses accumulation (is not by month) seems quite linear.

in reply to marcelcosta

@maegul The jump in active users in early July was when Xitter rate-limited. @victor mentioned similar dynanics on tooters.org

@tchambers it'll be interesting to see what effect the onboarding change have. Do you know when .social started deployed the new onboarding flow?

@fediversereport @fediverse @spla @fediversenews

in reply to marcelcosta

I’d guess that the similar pattern across instances is a subtle but important phenomenon … it suggests that mastodon.social isn’t a categorically better onboarding service just one that sucks up more of the incoming traffic.

Otherwise, a rough look at the numbers shows mastodon.social was taking ~90% of all new users. Of that continues over time it won’t be too long before it’s on its way to bring half of mastodon, presuming future user growth of course!

On which, those MAU graphs are striking. Didn’t realise they fell back down to near base level after the spike. I suppose the rate limit problem resolved itself and those users were mostly bored. Mastodon could maybe do with a more active definition of active user like lemmy’s to discount the bored lurkers … it might be a more stable metric.

in reply to maegul

Yep, it's always been the case that most people who check out Mastodon don't stick around. But it's not just Mastodon, the same's true for other social networks. I was just looking at Twitter numbers from back in 2013; only 23% of the people who had signed up for accounts were still active, and most of the active users hadn't tweeted in the last month. Mastodon's numbers on fedidb are somewhat lower (around 17.5%, although that doesn't take servers that no longer exist into account), but certainly in the ballpark. Some long-running instances have much higher retention -- chaos.social and kind.social are over 50%, tech.lgbt and tech.lgbt are both over 30% -- but then again they don't have open registration.

mastodon.social's about average in terms what percentage of signups stick around ... it'll be interesting to see what affect the new onboarding has, although it'll take a while for that to be show up in the publicly visible statistics.

@maegul@firefish.social@marcelcosta@bcn.fedi.cat@tchambers@indieweb.social@jdp23@indieweb.social@fediversereport@mastodon.social@fediverse@mastodont.cat@spla@mastodont.cat@fediversenews@venera.social

in reply to Mark Malowany

I would say that is quite “normal” that the retention for a new social tool is low when people is trying it without its friends. Without saying that there aren’t things to improve (both technical and social), social tools are in a tight competition for users attention and time. So I am not surprised that new social tools are not stimuli enough without acquaintances or famous.
in reply to maegul

and I are talking about centralization again at https://indieweb.social/@tchambers/111631543303868122

Tim's data shows that there isn't any sign of .social hurting traffic to other instances over the last year.

My is in terms of monthly active users, .social has gone from about 17.5% of Mastodon's total MAU in May to 27% today.

@marcelcosta it would be great to update the centralization analyses, both for Mastodon and the fedierse as a whole!

@maegul
@fediversereport @spla @fediverse @fediversenews


@jdp23 @michael @IPEdmonton @chad - I think most of those tensions were imagined or hypothetical ones. Good news is that it turns out this did not occur - at least over the last year, show any signs of mastodon social hurting the traffic to other smaller mastodon sites Everyone hummed along.

Fediverse News reshared this.

in reply to Jon

@jdp23 @marcelcosta @maegul @spla @fediverse
Thanks Jon: This was all quick back of the napkin analysis using Simliarweb for Mastodon.social and 4 other Mastodon servers over 12 months. Not extensive but a quick sample test to get a general vibe of things.

Fediverse News reshared this.

in reply to Jon

Ey! I have read the conversation, it’s clear that there are several diferent visions of what the Fediverse should be :).

I will go back to the analysis once I have time during the Xmas holidays!

in reply to Tim Chambers

Increased decentralization is great news; however, unless we all agree together to #FediblockMeta , the fediverse is about to become massively centralized, and mostly the private property of Mark Zuckerberg

Fediverse News reshared this.

in reply to ophiocephalic 🐍

@ophiocephalic
Agreed: growing decentralization is only a good thing for the Fediverse.

I do think we need to prepare and think through strategy on Meta for sure.

I do not thing reflexive fediblocking them should be our first tactic.

It almost always should be a last tactic only done at the most extreme situations of harassment and out-of-control content non-moderation.

More thoughts later.

Fediverse News reshared this.

in reply to Tim Chambers

Thanks for your response. Yes, this is an issue that requires much more conversation and thinking ahead.

I would respectfully suggest that everyone disinclined to block Meta pay attention to the intensity of determination of others of us to prevent our expressions from being absorbed by them. We are defederating. And to avoid our toots being siphoned up into his machine for surveillance and AI ingestion, we will need to defederate with every other instance that doesn't. The community as it exists today will shatter, and Zuck will have been allowed to destroy the fediverse. The only way to avoid this grim scenario is to treat Meta as another Gab, and unify in our rejection.

Meta is a bigger threat to the federation than any fascist instance; the fediverse has never faced a more extreme situation.

Fediverse News reshared this.

in reply to ophiocephalic 🐍

@ophiocephalic 🐍 @Tim Chambers @Fediverse Report @Spread Mastodon As a #FederatedSocialWeb veteran and former self-hoster of my own private #Friendica and #Hubzilla instances, I have to say that I can hardly see literally absolutely the whole Fediverse fediblocking #Meta.

You have to keep a few things in mind.

First of all, the Fediverse is not only #Mastodon. Nor is the Fediverse only about a dozen big projects. The Fediverse is dozens upon dozens of big and small projects.

For the whole Fediverse to fediblock Meta, every single last one of them, even just recently launched private proof-of-concept alphas of brand-new projects which nonetheless will federate, will require not only a mandatory instance-wide blocking mechanism, but a mandatory standard blacklist with Meta's instance on it. Otherwise developers can't test-drive their new Fediverse server application without their test instance being defederated left and right for not blocking Meta.

Of course, this would also mean that everything that even only as much as understands #ActivityPub would require such a mandatory default blacklist with Meta on it. Even if it isn't based on ActivityPub. Even if ActivityPub is an add-on, a plug-in, maybe even third-party like in the case of #WordPress. Even if ActivityPub has to be manually activated instance-wide by the admin and then separately by the users for each one of their channels like in Hubzilla's case.

That is, putting Meta on the same list as all other defederated instances would probably be considered not enough. Blocking Meta would have to be hard-coded into the engine of the project itself, also to mandatorily roll it out to all instances of all projects. Instance block lists aren't part of the source code, and if they became that, lots of not-so-techy instance admins would end up with file conflicts they can't solve because the git pull involved in the upgrade would try to create a file that already exists.

Still, this wouldn't be 100% water-tight. An absolutely mandatory fediblock for Meta would mean certain death for lots and lots of small private instances. Admins of such tiny instances often only do the very bare necessities to keep them running. Sometimes they rarely or never even upgrade the underlying operating system, much less the Fediverse project running on it. Why should they? It runs. And an upgrade means a) a hassle and b) probably more of a hassle if stuff breaks.

Just to prove my point: There are still Mastodon 3.x instances in the Fediverse. There are still a very few running small instances of #Osada and #Zap, both of which have been discontinued on New Year's Eve 2022. These projects are no longer maintained. They won't get any updates anymore. They were superseded by #Streams, and not everyone who still runs these old projects wants to do the switch.

And then there are those projects that are technically still in development, but whose development has slowed down dramatically. Look at how often #Pleroma rolls out new versions. And Pleroma isn't exactly obscure, it has public instances. Or look at #Plume which counts as still actively developed, but whose devs barely find any time to do anything, so it often doesn't get any updates in many months. I don't even think that Plume has any means of blocking instances by blacklist.

So if blocking Meta becomes mandatory, you can fediblock an entire long-form blogging project out of the Fediverse with all its private and public instances because not a single instance will participate in blocking Meta, because not a single instance is even capable of doing that, because the capability is not included and rolled out in time, because the devs can't find the time to include it.

in reply to Tim Chambers

@ophiocephalic #meta won’t care whether they are #fediblock d or not. They do this for market positioning reasons vis-a-vis wanting to appear as the good guys wrt Twitter, not to actually interoperate with anybody. More detailed thoughts here: https://reb00ted.org/tech/20230522-what-the-meta-activitypub-not-so-fast/

All in favor of coming up with a coordinated response, when is your call? :-)

Fediverse News reshared this.

in reply to Tim Chambers

I'd argue that it's a report on the diversity of Mastodon more than the diversity of the Fediverse...
in reply to Ada

May I ask why? I decided to analyze the MAU from Mastodon’s servers alone because I was suspicious that is not measured the same way across the softwares, so they might not be comparable.

However, the absolute account analysis (which reaches similar conclusions) include servers regardless of their software.

Unknown parent

Jupiter Rowland

@Mathias Hellquist (Friendica) It's mostly people on large-enough Mastodon instances who barely (or not at all) know there's a Fediverse outside Mastodon who are in favour of a whitelist-only Fediverse.

A Fediverse that only works on whitelists would mean certain death not only to smaller instances and thereby to self-hosting your own private instance, but also to new instances in general and new projects. Developers who create new projects couldn't test-drive them with working federation unless their experimental test instance started out right away as a "lighthouse" instance with thousands of unique active users and 24/7 moderation.

In fact, entire projects would end up defederated because they don't have a single instance that's what the whitelisting crowd deems large enough. Hubzilla and (streams) could just as well remove ActivityPub support because all their instances are too small to be whitelisted; at least, it wouldn't matter anymore if their instances had ActivityPub on or not. Since Plume and WriteFreely would probably end up with not a single instance on the whitelists, and WordPress blogs don't count as Fediverse instances, the Mastodon-centric Fediverse would lose its long-form blogging capability.

But maybe that's what the whitelist supporters want. Maybe they want to make the Fediverse what they themselves have spent months believing what it is: only Mastodon.

@Tim Chambers @ophiocephalic 🐍 @Spread Mastodon

in reply to Jupiter Rowland

@jupiter_rowland Agree that whitelisting a finite list of servers is a mistaken idea for all the reasons Jupiter lists..

But I’d restate that fediblocking for any reason other than clearly non-moderated instances abusing others is a misuse of fediblocking I believe…

Fediverse News reshared this.

in reply to Tim Chambers

@jupiter_rowland

and if an instance is fediblocking they should disclose the list of blocked instances on their about page.

it does not seem their is a direct way to see which instances have been block by yours.

https://www.reddit.com/r/Mastodon/comments/yzahsd/is_there_a_way_to_see_which_instanced_have/

Fediverse News reshared this.

Unknown parent

ophiocephalic 🐍
@mathias @jupiter_rowland
Appreciate the attention to detail but wonder if this discussion got a bit lost in the weeds. No one wants a whitelist-only or Mastodon-only fediverse. What we are advocating for now is for us all to respond to Meta as we do to fascist/toxic instances. The technical details of implementing a schism are far less important that the big question - can we avoid it completely, and don't we want to?

Fediverse News reshared this.

in reply to ophiocephalic 🐍

@ophiocephalic @mathias @jupiter_rowland
I'd say keep powder dry on mass defederation of Meta's Barcellona till we see what exactly it is.

It could be mass horribleness, or it could be a great opportunity to stay federated with it, engage and migrate non-technical users out of it to better Fediverse platforms.

in reply to Tim Chambers

Wasn't it like less than a month ago that instagram was blocking a 'join pixelfed' hashtag?

Who's to say they won't block individual servers that try to start a migration, or refuse to deliver those posts?

They will not play by established norms, we know this based on 2 decades of experience with this monopolistic and manipulative corporation. There is no scenario in which they will accept losses.

@ophiocephalic @mathias @jupiter_rowland @spreadmastodon

Fediverse News reshared this.

in reply to Tim Chambers

@mathias @jupiter_rowland
Agree that we need more info. But skeptical on the prospect of a mass migration opportunity. It's highly unlikely Barcelona will provide account migration functionality. Theirs is a business model of enclosure and extraction, with zero incentive to provide captured users a means of escape.

Also suggest checking out this blog post by https://social.coop/@J12t , which speculates on a partial, extractive ingest-only federation. Considering the stakes and who we're talking about, it's not unwarranted to consider worst-case scenarios

https://social.coop/@J12t/110433521145084697


@ophiocephalic #meta won’t care whether they are #fediblock d or not. They do this for market positioning reasons vis-a-vis wanting to appear as the good guys wrt Twitter, not to actually interoperate with anybody. More detailed thoughts here: https://reb00ted.org/tech/20230522-what-the-meta-activitypub-not-so-fast/

All in favor of coming up with a coordinated response, when is your call? :-)


in reply to ophiocephalic 🐍

@ophiocephalic @mathias @jupiter_rowland @J12t

I'd say consider and pre-plan for everything: but don't assume anything till we see what we really have here.

And we wouldn't need their permission to encourage users and to offer links to get folks to migrate over.

Even if they don't support migrating over the social graph as they can on Fediverse platforms offering links to and simple migration tools will definitely be a possibility...

in reply to Tim Chambers

Agreed that we don't know what if anything actually #Meta's going to do with #P92 (@J12t makes some great points) but it will be #SurveillanceCapitalism because that's who they are. And if the biggest instance in #Fediverse is a surveillance capitalism site, then the fediverse will likely (and justifiably) be seen as a surveillance capitalism network.

@ophiocephalic @mathias @jupiter_rowland @spreadmastodon

in reply to Tim Chambers

That gives me so much hope. It shows that we are willing to take the time to invest in our own unique communities instead of just relying on what other people are using. Maybe we aren't so willing to give up our online autonomy in exchange for convenience after all.