Following change in Twitter’s ownership and subsequent changes to content moderation policies, many in academia looked to move their discourse elsewhere and migration to Mastodon was pursued by some. Our study looks at the dynamics of this migration. Utilizing publicly available user account data, we track the posting activity of academics on Mastodon over a one year period. Our analyses reveal significant challenges sustaining user engagement on Mastodon due to its decentralized structure as well as competition from other platforms such as Bluesky and Threads. The movement lost momentum after an initial surge of enthusiasm as most users did not maintain their activity levels, and those who did faced lower levels of engagement compared to Twitter. Our findings highlight the challenges involved in transitioning professional communities to decentralized platforms, emphasizing the need for focusing on migrating social connections for long-term user engagement.

  • maegul (he/they)@lemmy.ml
    link
    fedilink
    English
    arrow-up
    26
    ·
    3 months ago

    Reality for mastodon, I think, is that the “migration” is basically over, and has been for over a year now. The Brazilian move to BlueSky (and not mastodon) highlights it very well.

    Recalibrating on what we want and can do with the fediverse, as well as how central we want the mastodon project to be, are the best things to do now.

    For me, it seemed like Gargron didn’t really know how to speak about the lack of a Brazilian migration to mastodon in favour of BlueSky, and handle a new moment of actually dropping in popularity or perceived relevance (having been the underdog then rising start for a while), which I take as a cue that being the dominant center of the fediverse isn’t a natural fit for Gargron and his project, to the point where the fediverse may have just outgrown it.

    So, random thoughts:

    • I think de-emphasising mastodon as the fediverse’s big player and surest means of gaining users is likely a good idea in the medium to long term. Replacing twitter for twitter users is now something others do substantially better: Threads and BlueSky. While I’m not sure Mastodon, or its decentralisation, offers anything particularly novel, different or attractive. If anything, its lack of compatibility with other fediverse platforms is likely a negative.
    • More broadly, a focus on microblogging is best de-emphasised, for the same reasons as above. Conspicuously, mastodon is the only platform that’s really trying to replicate twitter-style microblogging. Just about every other platform tries to go beyond it in some way.
    • Instead, IMO, community building through richer and more flexible platforms is what the fediverse should focus on, in large part because it matches what the fediverse’s decentralisation actually provides: control and ownership over your community.
      • Indeed, I think the fediverse needs to kinda wake up to what it really is. So much of the advocacy during the twitter migration was pushing the idea that the decentralisation doesn’t really matter (and “it’s just like email”) and can be ignored for the most part.
      • In reality, it does matter and can’t be easily ignored. And the world has more or less realised that, with mastodon (and the fediverse) now suffering from a branding issue.
      • So I say the way forward is to accept what decentralisation is and either add an additional layer to polish the UX, or lean into it and build on it rather than pretend this place is something else.
    • By community building, I mean “flexible space creation” that likely translates to a range of relatively composable features, structures and content types and formats. Basically, stop rebuilding big-social style platforms, and build “humane spaces” that more or less comprise any/all of the formats of the existing platforms in a way that people can use however they want.
    • Unfortunately, this is likely not trivial, at all, and would likely require better organisation amongst those contributing to the fediverse, and perhaps improvements to the protocol itself.

    As for the threadiverse (lemmy, piefed, mbin, nodebb etc), it’s always struck me that group based structures (EG, lemmy communities) seem to work better over federation. Account migration from instance to instance is simpler, in part because the user is not the central organisation. Which instance you’re on doesn’t really matter that much. Also, blocking a whole community seems a useful middle ground between blocking a user and defederating a whole instance at the instance level, and ditto with community level moderation which can operate over federation. Additionally, the little technical talk I’ve seen on the issue seems to indicate that moving a community from instance to another might actually be quite viable.

    If true, then community building might be best started with the group based platforms. Maybe an ecosystem of formats that involves all of them other than microblogging might work well?? Perhaps user-based content could take on a different structure from what microblogging does … perhaps something like what BlueSky does could be adapted to fuse user-based structures into group-based platforms like lemmy (IE, your content exists in a pod which you can own and which is portable, which is then sucked up into various public feeds depending on what permissions you provide)??

    Things like private communities, group chats, blogs, wikis (and RSS feed management?) intuitively seem to me to pair well with group-based platforms and community building.

    • patrick@lemmy.bestiver.se
      link
      fedilink
      English
      arrow-up
      6
      ·
      2 months ago

      The best we can do with current tools is just trying to tie multiple platforms/views together I think. Programming.dev runs a bunch of different services under the same umbrella like that, and I’ve setup something similar on bestiver.se / xxxiver.se

      I think having communities that consist of a group of fediverse services like that are probably the way forward in the short term. I kinda want to package that up as a ‘Verse as a Service sort of thing, but I’m still not sure if anybody will be willing to pay for it.

      • maegul (he/they)@lemmy.ml
        link
        fedilink
        English
        arrow-up
        4
        ·
        2 months ago

        Definitely interesting idea (I hadn’t really quite seen it formalised like this)! I’ve kinda had vague similar-ish thoughts along these lines too.

        Any chance you’d be willing to go into any more detail, or point to specifics? I’m not familiar with what’s going on over on bestiver or programming.dev in the way of service-type things.

      • maegul (he/they)@lemmy.ml
        link
        fedilink
        English
        arrow-up
        1
        ·
        3 months ago

        As in a new one would be necessary to do the sorts of things I’m suggesting … or the current moment requires a sort of rebranding and pivot that is best served by a new platform?

        • technomad@slrpnk.net
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 months ago

          Both of those reasons are valid. I think a lot of people are noticing general difficulties and lack of seamless interoperability between the platform types, which definitely makes it hard to choose where is the most opportune place to be on. If there is a platform that does it better, I bet people will start to notice.

          • maegul (he/they)@lemmy.ml
            link
            fedilink
            English
            arrow-up
            2
            ·
            2 months ago

            If there is a platform that does it better, I bet people will start to notice.

            Yea … I suspect it’s a protocol problem more than any one platform, because there’s just too much flexibility in the protocol and so any inter-platform transfer is necessarily noisy. Multiplied by the number of platforms, and you get quite a bit of noise.

            To your point though, a new platform that kinda does it all on its own could likely take off quite well and then set a new de facto standard around how to do things. Bonfire seemed to be that, and may still be. AFAIU, they’re trying to solve performance issues right now before properly opening up.

            • technomad@slrpnk.net
              link
              fedilink
              English
              arrow-up
              3
              ·
              2 months ago

              Could be, but I kind of feel like the protocol might be close enough and that it just needs the right implementation. I think Kbin almost had it, but just needed more refinement.

              I’m definitely excited for bonfire though, seem like it’s got tons of potential!