Instead of implementing the APIs defined by ActivityPub, of which only a small portion has been implemented in Mastodon to date, the Mastodon development team implemented its own APIs on top of those of ActivityPub and, taking advantage of the fact that Mastodon, before supporting ActivityPub (now the only decentralized social protocol it claims to support: little, as noted above), was by far the most widely used FOSS alternative to the large, centralized, commercial socials, it forced the development teams of the other platforms to implement the Mastodon-specific APIs, so that their own platform instances could interact with Mastodon instances; thus the Mastodon API became de facto the most widely used and most implemented interoperability standard among the Fediverse platforms, to the detriment of implementations of ActivityPub, which as a core social protocol was and would in itself be able to guarantee interoperability of the various platforms that implemented it;
the Mastodon development team did everything possible, including the above, to centralize the Fediverse to its own platform and especially to the most widely used Mastodon gGmbH-owned instance, mastodon.social, which is also by far the most populated instance of all the Fediverse’s platforms, and this is bad for decentralization in itself (a network of small-to-medium instances is more resilient to any attack, and does not carry the risk that the most widely used platforms and instances will dictate interoperability rules and customs), and because the larger and more generalist an instance is, the less effective its moderation will be; it pursued and achieved this centralization by doing what is described in the first point and, even more, by putting a nice big button “Join mastodon.social” on the homepage of the project’s official website, before the “Pick another server” button, which, for its part, sends to a Mastodon instances presentation page that shows first, again, mastodon.social, and, immediately after that, the other, already more populated instances, and doing something very similar with its official mobile apps, where new users are even more induced to join mastodon.social;
the Mastodon’s development team introduced “trending posts,” “trending accounts,” “trending hashtags,” and “trending news,” which are active by default and can only be turned off by those who manage the instance, thus gamifying the experience of the vast majority of users and increasing their FOMO; in other words, it has implemented features which are detrimental to equal and non-competitive interaction, investing a lot of time, energy, and money coming even or especially from the European community, instead of solving the huge problems Mastodon has been carrying for so long (see the first point, and below), and instead of implementing things which would be useful in themselves (see below, again), especially those that would be useful for decentralization, such as a simple inter-istance discovery mechanism for accounts;
on Mastodon, if you read a thread whose first post comes from an instance other than your own, the thread very often has a lot of missing branches, i.e., those that develop under a post written from an account that your instance doesn’t know yet, including that very post; this is a huge bug, which greatly reduces the basic functionality of a social, and has been known since 2016, and has not yet been fixed; on other platforms supporting ActivityPub this bug is not present;
on Mastodon you can’t make a public post of yours appear only on the local timeline of your instance; on other platforms you can, and it is an important feature for community-building – also, possibly, from the perspective of economic sustainability;
on Mastodon those who manage an instance do not have an easy way to set the number of characters per post available to those who use it (they have to apply an hackish patch with each update); on other platforms it is possible to do this much more simply, by modifying an instance setting, and this is important because Mastodon’s default 500 characters limit is often very inadequate: as we see in so many threads, it happens very often that one has to split their posts.
Versione in italiano
I motivi principali per cui penso che Mastodon sia probabilmente l’alternativa peggiore ai social centralizzati e commerciali
Invece di implementare le API definite da ActivityPub, delle quali ad oggi, in Mastodon, è stata implementata solo una piccola parte, il team di sviluppo di Mastodon ha implementato proprie API sopra quelle di ActivityPub e, sfruttando il fatto che Mastodon, prima di supportare ActivityPub (ora l’unico protocollo social decentralizzato che sostiene di supportare: poco, come già detto), era di gran lunga la più diffusa piattaforma FOSS alternativa ai grandi social commerciali e centralizzati, ha costretto i team di sviluppo delle altre piattaforme a implementare le API specifiche di Mastodon perché le istanze delle proprie piattaforme potessero interagire con le istanze Mastodon; così le API di Mastodon sono diventate di fatto lo standard di interoperabilità più diffuso e più implementato tra le piattaforme del Fediverso, a detrimento delle implementazioni di ActivityPub, che in quanto protocollo social di base era e sarebbe in grado di per sé di garantire l’interoperabilità delle diverse piattaforme che lo implementassero;
il team di sviluppo di Mastodon ha fatto tutto il possibile, compreso quanto sopra, per centralizzare il Fediverso verso la propria piattaforma e soprattutto verso l’istanza di proprietà di Mastodon gGmbH più usata, mastodon.social, che è anche l’istanza di gran lunga più popolata tra tutte le piattaforme del Fediverso, il che è male per la decentralizzazione in sé (una rete di istanze medio-piccole è più resistente a qualsiasi attacco, e non si porta il rischio che le piattaforme e le istanze più usate dettino le consuetudini e le regole di interoperabilità), e perché quanto più grande e generalista è un’istanza, tanto meno sarà efficace la sua moderazione; ha perseguito e ottenuto questa centralizzazione facendo quanto descritto al primo punto e, ancor più, mettendo un bel pulsantone “Join mastodon.social” sulla homepage del sito web ufficiale del progetto, prima del pulsante “Pick another server” che, dal canto suo, manda a una pagina di presentazione delle istanze Mastodon che mostra per prima, di nuovo, mastodon.social, e subito dopo le altre istanze già più popolate, e facendo qualcosa di molto simile con le sue app mobile ufficiali, dove i nuovi utenti sono ancora più indotti a iscriversi a mastodon.social;
il team di sviluppo di Mastodon ha introdotto “trending posts”, “trending accounts”, “trending hashtags”, “trending news”, attivi per default e disattivabili solo da chi gestisce l’istanza, gamificando così l’esperienza della stragrande maggioranza dell’utenza e aumentandone la FOMO; in altre parole, ha implementato funzionalità dannose per l’interazione paritaria e non competitiva, investendoci un sacco di tempo, energie, e soldi che gli arrivano anche o soprattutto dalla comunità europea, invece di risolvere i problemi enormi che si porta appresso da tanto tempo (vedi il primo punto, e sotto), e invece di implementare cose utili in sé (vedi sotto, di nuovo), in particolare quelle che sarebbero utili per la decentralizzazione, come un meccanismo di semplice discovery interistanza degli account;
su Mastodon, se leggi un thread il cui primo post viene da un’istanza diversa dalla tua, il thread ha spessissimo un sacco di rami mancanti, ovvero quelli che si sviluppano sotto un post scritto da un account ancora non noto alla tua istanza, compreso quello stesso post; questo è un bug enorme, che riduce moltissimo la funzionalità di base di un social, ed è noto dal 2016, e non è ancora stato risolto; su altre piattaforme che supportano ActivityPub questo bug non c’è;
su Mastodon non è possibile fare in modo che un proprio post pubblico compaia solo sulla timeline locale della propria istanza; su altre piattaforme si, ed è una funzionalità importante per fare comunità – anche, eventualmente, dal punto di vista della sostenibilità economica;
su Mastodon chi gestisce un’istanza non ha un modo semplice per settare il numero di caratteri per post disponibili a chi la usa (deve applicare una patch arrangiata a ogni aggiornamento); su altre piattaforme è possibile farlo molto più semplicemente, modificando un’impostazione della propria istanza, ed è importante perché i 500 caratteri di default di Mastodon sono spessissimo insufficienti: come si vede in tanti thread, capita spessissimo di dover suddividere i propri post.
