Modalità di lettura

Matrix – Chattare anche se il server é esploso

 

La struttura decentrata del protocollo Matrix permette di creare delle chat virtualmente eterne, capaci di essere utilizzabili anche se il server é sotto attacco hacker, va offline o viene fatto esplodere in mille pezzi con una bomba termonucleare!

RETE DECENTRALIZZATA

Innanzitutto va ricordato che Matrix é una piattaforma decentralizzata (o, se si preferisce, “federata”). Ciò significa che non esiste UN server Matrix ufficiale come sulle piattaforme centralizzate tipo Twitter o Whatsapp ma ci sono diversi server che interagiscono fra loro (un po come l’email: non ci si “iscrive all’email”, ma si crea un account su ProtonMail o Gmail o Hotmail o al server di posta della propria azienda/scuola ben sapendo che da ognuno di questi si può ricevere ed inviare messaggi agli altri).

I server Matrix sono diversi ed interagiscono tutti fra di loro, andando a formare un’unica grande rete

Sono già diversi i server Matrix attivi. Alcuni hanno una certa dimensione e sono gestiti da un ente, un’associazione o un’azienda commerciale mentre altri sono molto piccoli, essendo praticamente dei server casalinghi pensati per essere usati tra un ristretto numero di persone. Alcuni sono aperti al pubblico, ossia é possibile registrarcisi (così come ci si registra a Gmail per l’email), mentre altri sono privati (come il server di posta della tua azienda). Il più noto server Matrix attualmente é matrix.org, ossia quello dei creatori originari di Matrix. Una lista incompleta di server Matrix pubblici é disponibile qui.

 

SU MATRIX, TUTTO E’ UNA “STANZA”

Matrix organizza tutto in stanze: quelli che su Whatsapp sono chiamati gruppi e su IRC son chiamati canali, su Matrix vengono chiamate stanze, con la particolarità che su Matrix… tutto é una stanza!

Quando Tizio chatta direttamente con Caio ed in quella discussione non c’é e non può entrare nessun altro, semplicemente Tizio e Caio stanno in una stanza con due soli utenti! Questa, quindi, può essere amministrata e gestita allo stesso modo di una stanza con migliaia di utenti diversi, assegnando regole, ruoli, permessi speciali ecc.

 

LE STANZE MATRIX SONO UBIQUE

Se si crea una stanza in cui interagiscono solo utenti registrati sullo stesso server, quella stanza materialmente si troverà solamente su quel server. Questa é la situazione che si verifica su OGNI piattaforma centralizzata: un gruppo Whatsapp si trova materialmente sui server Whatsapp così come i suoi utenti. I gruppi Facebook pure.

Osserviamo il disegno qui sotto e facciamo un paragone: é come se matrix.blu fosse Whatsapp e matrix.giallo fosse Telegram. Tra i due non v’é alcun contatto e se uno dei due avesse un problema, l’altro, essendo una piattaforma del tutto diversa, avrebbe gruppi diversi, utenti diversi ecc.

Due utenti, entrambi registrati su matrix.blu, interagiscono fra loro in una stanza

 

Ma con Matrix le cose funzionano diversamente ed i diversi server, parlando la stessa lingua (il protocollo Matrix), sono fatti proprio per interagire fra loro! Alla stanza che abbiamo creato può dunque partecipare anche un utente che é registrato su un server diverso. Quando ciò avviene, la stanza viene di fatto clonata su quest’altro server. Ciò significa che di quella stanza ci saranno due copie identiche costantemente sincronizzate fra loro.

Due utenti di matrix.giallo vengono invitati nella stanza dagli utenti di matrix.blu. Materialmente, il server matrix.giallo clona su di sé la stanza e la sincronizza con quella su matrix.blu.

 

[Per una spiegazione più dettagliata di come avviene la trasmissione dei dati tra server diversi, c’é la chiara animazione (in inglese) in questa pagina di matrix.org. Basta premere su NEXT perché la spiegazione avanzi mostrando passo-passo cosa avviene quando si spedisce un messaggio, una risposta, ecc…]

how

Nel momento in cui il proprio server fosse irraggiungibile, i suoi utenti non avrebbero alcun modo né di accedere alla stanza né di recuperare i messaggi scritti in precedenza, così come non potrebbero interagire fra loro. Tuttavia la stanza continuerebbe ad essere raggiungibile e funzionante sull’altro server (come dire: se Whatsapp non funziona, il tuo gruppo é comunque accessibile da Telegram).

Il server matrix.blu ha un problema e la stanza é inaccessibile ai suoi utenti. Resta però accessibile agli utenti di matrix.giallo.

 

Basterà dunque accedere (temporaneamente o definitivamente che sia) al server ancora funzionante per recuperare stanze, messaggi, media e contatti inaccessibili dal server su cui si era inizialmente.

Iscrivendosi al server matrix.giallo, gli (ex)utenti di matrix.blu ritrovano la stanza, i messaggi ed i contatti ormai irraggiungibili dal (defunto? hackerato?) matrix.blu.

 

STANZE UBIQUE = VIRTUALMENTE INDISTRUTTIBILI

Se Mastodon, Whatsapp, Facebook o Twitter sono irraggiungibili non c’é nulla da fare: bisognerà aspettare che tornino utilizzabili e nel frattempo spostarsi su piattaforme diverse… a lamentarsi che la piattaforma é irraggiungibile! Al contrario, su Matrix, il contenuto può essere ubiquo e sopravvivare anche alla caduta del server su cui é stato realizzato. Metti caso che in una stanza vi siano 60 utenti di matrix.blu ed 1 di matrix.giallo. Ebbene, quell’unico utente, solo per il fatto di essere registrato su un server diverso, svolge un ruolo importantissimo, permettendo ai contenuti dei 60 utenti di matrix.blu, di avere una copia di sicurezza anche su matrix.giallo. Appare chiaro che più é differenziato il numero di server da cui si accede ad una stanza, più questa ha probabilità di sopravvivere ad eventuali inefficienze di uno dei suoi server. Si tratta dunque di una struttura estremamente resiliente.

La stanza resta viva fintanto che almeno un server attivo ne ospiti una copia su di sé.

 

Su Matrix esistono stanze molto grandi, cui partecipano diverse centinaia o migliaia di utenti e queste solitamente hanno diverse decine di indirizzi locali diversi (cosa siano gli indirizzi locali lo vediamo tra un attimo). Anche se si accedesse su un server Matrix che non ha alcuna copia locale di una stanza (nell’immagine qui sopra: uno dei due server in cui non c’é la stanza) conoscendone gli indirizzi é comunque sempre possibile entrarci. Dunque non é indispensabile registrarsi proprio su uno dei server in cui c’é una copia della stanza, ma ci si potrà accedere da un qualsiasi server Matrix!

Le stanze Matrix, dunque, possono essere quasi condiserate una sorta di portale di comunicazione fra più mondi/server, trovandosi contemporaneamente su ognuno di questi.

 

Parte degli indirizzi locali di MatrixHQ, una delle più grosse stanze della rete Matrix

Questo concetto, inoltre, é espandibile in qualche modo anche ai bridge di Matrix. Un server Matrix, difatti, può sincronizzare le proprie stanze non solo con altri server Matrix, ma addirittura con altre piattaforme (Telegram, IRC, Whatsapp, Slack e molte altre ancora). Qui la cosa in realtà é un pò più complicata e cambia molto sia da piattaforma a piattaforma che da bridge a bridge. Risulta tutto più chiaro leggendo l’articolo appena linkato, ma in soldoni la faccenda può esser spiegata così: i server Matrix, tra di loro, fanno una copia esatta della stanza, ma quando si collega Matrix ad una piattaforma diversa, vuoi per le caratteristiche della piattaforma, vuoi per il modo in cui questo collegamento viene gestito, le versioni delle stanze che stanno su queste piattaforme non sono sempre una copia esatta di quella che si vede su Matrix. Per esempio: collegando una stanza Matrix ad una piattaforma social che permette messaggi di al massimo 500 caratteri, tutti i messaggi più lunghi verrebbero trattati in modo particolare, ad esempio con dei link al server Matrix da cui si erano generati (server che, potrebbe non esserci più).

 

MIRRORING

Una pratica di sicurezza può ad esempio essere quella di creare per sé un secondo account su un server Matrix diverso da quello solitamente utilizzato esplicitamente con lo scopo di generare una copia “di backup” delle proprie stanze più importanti. Questo secondo account potrebbe essere fatto entrare in quelle stanze cui si vuol esser certi di poter accedere sempre e comunque, magari concedendo a tale nuovo utente i permessi di amministratore, in modo tale da avere più possibilità di accedere e gestire la stanza, avendo cura di farvi accedere anche gli altri membri con degli account di riserva.

La pratica di clonare la stanza su più server si chiama mirroring (ovvero “specchiare”). La procedura per effettuarlo é abbastanza semplice, ma può cambiare a seconda del modo in cui si accede a Matrix, del software e device usato.

 

TUTORIAL

Il seguente tutorial é pensato per chi accede a Matrix utilizzando Riot da browser e presupponendo il seguente scenario: ho già un account sul server A su cui v’é una stanza privata (accessibile solo ai membri) che vorrei mirrorare per sicurezza. Prima di cominciare può essere utile ripassare la breve guida sui primi passi con Matrix / Riot.

 

1. ASSEGNARE UN INDIRIZZO ALLA STANZA

Alla stanza va innanzitutto assegnato un indirizzo locale che dovrà seguire questo formato: #nomestanza:nomeserver e va fatto nelle impostazioni della stanza stessa.

 

2. CREARE UN ACCOUNT SU ALTRO SERVER

Bisogna dunque scegliere un server Matrix diverso da quello che si usa abitualmente (ad esempio uno tra quelli in questa lista) e creare un nuovo account. Sul browser é possibile aprire due schede distinte loggandosi contemporaneamente ai due diversi server (che é un pò come avere due diversi profili Facebook aperti contemporaneamente).

 

3. INVITARE IL NUOVO ACCOUNT NELLA STANZA

A questo punto si torna all’account principale, si entra nella stanza in questione e si invita il nuovo account. Volendo, una volta inviato l’invito, si può già selezionare il nome dalla lista degli invitati e da lì impostarlo come amministratore della stanza.

 

 

4. ACCETTARE L’INVITO

Tornare quindi al nuovo account e da qui accettare l’invito alla stanza:

 

5. AGGIUNGERE UN SECONDO INDIRIZZO ALLA STANZA

A questo punto bisogna ripetere il primo punto, aggiungendo un nuovo indirizzo alla stanza, sempre con lo stesso formato #nomestanza:nomeserver

In questo modo la stanza si troverà ad avere due indirizzi (volendo anche più di due: non c’é un limite agli indirizzi assegnabili):

#nomestanza:nomeserver1

#nomestanza:nomeserver2

In realtà ogni server assegna già in automatico l’indirizzo alla stanza, ma si tratta di una stringa tipo !isobjBnFgqYHjqJMF1b:nomeserver. Quello é il vero indirizzo della stanza ma ovviamente é abbastanza ingestibile perché… vattelo a ricordare! Gli indirizzi inseriti nel punto 1 e 5 sono in realtà degli alias, ossia degli indirizzi “virtuali” che poi il server penserà a collegare a quello vero che gli ha assegnato. Creare gli alias servirà più avanti per gestire con più facilità la stanza e permettere ad altri di chiedere d’entrarci.

Fatto! Adesso la stanza é presente e sincronizzata su entrambi i server!

A questo punto, anche cascasse il server usato di solito, é comunque possibile chattare nella stanza accedendo con il nuovo account. Se anche gli altri utenti creassero un account di riserva, l’eventuale lavoro di gruppo svolto in una stanza potrebbe continuare anche nel caso di guasti, hackeraggi… o bombardamenti nucleari! 😉

 

[NB: la natura delle stanze, svincolata dai server ma anche dagli account utente, può avere anche un altro tipo di utilizzo: un utente che perdesse le credenziali del proprio account, potrebbe essere re-invitato in una stanza/conversazione con un account differente, senza perdere tutti i propri vecchi messaggi]

PS: Se però, si preferisse avere una stanza su un solo server ed impedire che vi accedano utenti registrati su server differenti, evitando così che la propria stanza venga clonata altrove, é sempre possibile creare stanze “non federate”. In questo modo le stanze non federate su matrix.blu saranno accessibili solo agli utenti di matrix.blu, e le stanze non federate di matrix.giallo saranno accessibili solo dagli utenti di matrix.giallo.

  •  

Abbinare Twitter e Mastodon

mastodon-copertina.jpg

Sbrigativamente si può dire che Mastodon é un’alternativa a Twitter, ma utilizzare l’uno non significa affatto dover abbandonare l’altro: anzi!

In modo molto semplice é possibile far convivere i due strumenti ottenendo vantaggi da entrambi!

Abbiamo già visto cos’é Mastodon e che dialoga con diverse piattaforme molto diverse fra loro (solo per citarne alcune: Peertube, Pixelfed, Friendica, Hubzilla, Nextcloud, che sono a loro volta paragonabili a YouTube, Instagram, Facebook, Dropbox e iCloud), le quali, assieme, formano una sorta di mega-rete chiamata Fediverso.

Attualmente Mastodon é la piattaforma di maggior successo del Fediverso; nel momento in cui questo articolo viene scritto ha circa 2.175.000 utenti e cresce al ritmo di 18.000 a settimana.

925e7d11f630e9c7.png

Numeri ottimi, ma molto distanti da quelli dei social commerciali. Twitter ad esempio ha circa 335 milioni di utenti attivi (a luglio 2018).

Non é un mistero che chi utilizza una certa piattaforma può decidere di passare ad un altra se solo questa presenta caratteristiche migliori o assenti in quella che già conosce.

 

UN DIVERSO PARADIGMA

Qui incontriamo una difficoltà: Mastodon presenta sì delle caratteristiche che su Twitter sono inedite (il livello di privacy dei messaggi, il Content Warning) ma presenta soprattutto un cambio di paradigma nel rapporto coi social che spesso spiazza chi vi si approccia.

federazione.png

Capire che Mastodon non é UN social, ma un conglomerato di comunità diversissime che decidono volontariamente se interagire tra di loro e come, é un concetto talmente distante dall’immagine di social a cui si é abituati da non esser facilmente capito.

Altro concetto che risulta di non immediata comprensione sono ad esempio le potenzialità di poter creare il proprio server Mastodon con le proprie regole (vorresti un social su cui é vietato parlare di politica e religione? Nessun problema: si può creare un’Istanza Mastodon che abbia questo divieto tra le sue policy e raccogliere utenti che hanno lo stesso approccio)

Si ha difficoltà a capire che un’Istanza é sia un server che una comunità.

Di altrettanta difficile comprensione é che possono crearsi delle reti di Istanze Mastodon completamente scollegate fra loro (Ci sono Istanze piene di nazisti che dialogano solamente fra di loro e che non hanno alcun contatto con Istanze antifasciste).

Non si tratta di cose difficili da capire di per sé, ma risultano difficili a chi conosce solo i più noti social network commerciali centralizzati e non é mai stato esposto all’idea di reti dal funzionamento del tutto diverso. E’un po come il caso della persona che fa sempre lo stesso tragitto e dopo anni gli vien rivelato che a breve distanza esiste un percorso alternativo di cui non aveva mai nemmeno sospettato l’esistenza.

A volte si descrive Mastodon come uno strumento atto a creare comunità chiuse nelle loro filter bubble, senza capire che un’Istanza può avere diversi livelli di apertura e chiusura alle altre: una Istanza/comunità sana, interessata a comunicare apertamente con chiunque che ha tra i suoi princìpi anche dei “no” come ad esempio razzismo e sessismo é cosa diversa da chi vive in una filter bubble.

Al tempo stesso, vi sono alcuni meccanismi di Mastodon che in parte necessitano oggettivamente di qualche miglioramento ed in parte ha senso che risultino un po’ macchinosi, proprio in base alle sue peculiarità (ad esempio la ricerca di utenti su Istanze diverse o l’assenza di trend topic).

f2.png

 

UN’INTERAZIONE PIÚ UMANA

Queste differenze di approccio ai rapporti via social sono certamente interessanti: le caratteristiche di Mastodon tendono a premiare le interazioni umane (l’argomento più discusso su un’Istanza é quello di cui messaggiano tutti e non quello che appare su una classifica di trend topic gonfiata da bot e troll; l’ordine dei messaggi é quello cronologico reale e non viene alterato da algoritmi; si interagisce dialogando; la gamification é ridotta in modo drammatico) pur introducendo alcuni strumenti tipici della comunicazione elettronica (stelline, retweet/boost ecc.).

Si può invece notare che chi proviene da piattaforme commerciali tende spesso a sentire come una mancanza proprio le caratteristiche che rendono la comunicazione meno umana (rincorsa all’hashtag, trend topic, contatori, retweet con commento ecc.)

É sempre illuminante osservare come spesso sulla propria Istanza Mastodon nessuno abbia alcun interesse verso un argomento frivolo che, su Twitter, occupa magari tutti i tweet della giornata.

Qui la cosa può farsi straniante: chi si approccia a Mastodon continuando a ragionare in termini di gamification (ottenere tanti like! centinaia di retweet! inventare una battuta di successo!) probabilmente non ne trarrà molto gradimento perché come abbiam visto su Mastodon tutto é studiato per minimizzare questo tipo di interazione “meccanica”.

Tutto dipende dalla qualità della comunità/Istanza: più gli utenti collaborano a “creare comunità” sulla propria Istanza e meglio questa funziona. Se l’Istanza/comunità é solo un punto d’incontro casuale tra utenti privi di un progetto/idea/interesse comune, allora Mastodon sarà solo un “Twitter un pò diverso”, ma se al contrario v’é un approccio propositivo e di comunità, ecco che le caratteristiche strutturali di Mastodon riveleranno immediatamente tutte le loro potenzialità.

Per esempio, un’Istanza comunitaria può decidere assieme le policy, chi bannare o semplicemente silenziare, come finanziare il server, le attività in comune, quali strumenti aggiungere/personalizzare, come gestire la moderazione…

 

“MA SONO TUTTI DALL’ALTRA PARTE”

Una difficoltà che tocca diversi strumenti informatici alternativi a quelli più diffusi e commerciali é quello dell’omnipresenza di questi ultimi. Se sei su Twitter, insomma, ci pensi due volte a passare ad una piattaforma in cui non troverai i tuoi contatti/follower/amici. Al di là del fatto che ci sono ottimi motivi per mollare a piè pari le piattaforme delle Big Tech Companies, é comprensibile che non tutti siano disposti a fare di punto in bianco un “grande salto”, vuoi per timore, vuoi per oggettiva riduzione dei contatti.

Esistono tuttavia diversi strumenti per far convivere Mastodon e Twitter ottenendo il meglio da entrambi e permettendo una transazione soft!

 

CROSSPOST CON MASTO.DONTE

Masto.donte é un crossposter, ossia uno strumento che permette di sincronizzare il proprio account Twitter col proprio account Mastodon.

Schermata 2019-03-29 alle 19.13.55.png

Il funzionamento é semplice: ci si logga con entrambi gli account e lo si imposta come si preferisce! Le opzioni a disposizione sono diverse, ad esempio lo si può impostare perché i post su Mastodon vengano replicati su Twitter ma non da Twitter verso Mastodon, o il contrario, oppure ancora lo si può impostare perché funzioni in entrambi i sensi. Qui ognuno é libero di sperimentare la formula che preferisce.

Ci sono alcuni limiti (le risposte ad altri utenti non possono essere crosspostate ed i boost su Mastodon non vengono twittati) ma i propri post originali possono viaggiare sempre in entrambe le direzioni.

Ci sono anche alcuny bypass: é possibile far sì che messaggi contenenti una certa parola (o un certo hashtag) non vengano mai crosspostati.

(Per i più smanettoni: questo é il repository dell’App, se volete contribuire a migliorarla o modificarla)

 

CROSSPOST CON IFTTT

Schermata 2019-03-29 alle 19.25.02.png

IFTTT contiene diversi Applet in grado di crosspostare messaggi da una piattaforma all’altra. Gli Applet sono diversi e conviene provarli direttamente.

 

ACTIVITYPUB.ACTOR

Schermata 2019-03-29 alle 19.32.39.png

ActivityPub.Actor é uno strumento ancora in lavorazione (questo il profilo del suo sviluppatore) che si propone di sincronizzare gli account di diverse piattaforme commerciali centralizzate con ActivityPub, il protocollo di comunicazione condiviso dalle piattaforme del Fediverso e dunque anche da Mastodon.

La piattaforma su cui maggiormente viene sperimentato é proprio Twitter, ma tra quelle che gli sviluppatori dicono di voler considerare in futuro vediamo anche Facebook, Instagram, Reddit ecc.

In sostanza ActivityPub.Actor porterebbe i contenuti di questi social nel Fediverso e viceversa, fungendo grossomodo come uno dei bridge già osservati riguardo a Matrix.

Pur essendo uno strumento non ancora funzionante ha già fatto discutere un po’ all’interno del Fediverso, riguardo l’opportunità di accogliere potenzialmente una valanga di contenuti non originali con i quali probabilmente non sarebbe possibile interagire.

 

I VANTAGGI DEL CROSSPOSTING

Uno dei primi vantaggi del crossposting ce l’ha ben presente chi, per un motivo o per l’altro, é stato silenziato/sospeso/bannato da Twitter.

BYPASSARE I BAN DI TWITTER Crosspostando con Mastodon, nel caso di una sospensione si può continuare a comunicare su Mastodon e la propria pagina pubblica di Mastodon con tutti i propri messaggi, rimarrà comunque visibile. Volendo, puoi collegare temporaneamente il tuo account Mastodon ad un account temporaneo di Twitter.

500 CARATTERI Scrivendo su Mastodon puoi avere fino a 500 caratteri (alcune Istanze anche di più). Crosspostando, Twitter mosterà i primi 280 caratteri e per leggere il resto aggiunge il link web al post Mastodon.

THREAD MULTIPLI Un post crosspostato può generare una discussione su Twitter con un certo tono ed una discussione enormemente diversa su Mastodon. A volte il risultato può essere stupefacente!

BACKUP Avere i tuoi post archiviati su un diverso server può essere un modo di backuparli! 😉

Il crossposting può essere visto male nel Fediverso se viene usato in modo unidirezionale e senza interazione. Per intenderci: se stai sempre su Twitter, crossposti su Mastodon ma poi su Mastodon non vieni mai, non interagisci, non rispondi, beh, la cosa é vista molto male perché anche se sei una persona in carne e ossa, così facendo nel Fediverso ti comporteresti come un BOT e certe Istanze potrebbero silenziarti o bannarti.

Tieni conto che per etichetta, nel Fediverso, i BOT si dichiarano per quel che sono. Un account che funge da BOT per un sito postando in automatico i suoi contenuti può svolgere un servizio comodo ma é giusto che gli utenti sappiano che si tratta di un “utente meccanico” cosicché possano agire di conseguenza.

Account di utenti reali che però agiscono solo come BOT sono invece un qualcosa di assai irritante, anche perché spesso collegati ad operazioni di trolling. Se vuoi solo che i tuoi contenuti girino nel Fediverso senza interagire non c’é problema, a patto che ciò sia detto esplicitamente. Nelle preferenze del tuo account Mastodon c’é una casella da spuntare in cui indichi che il tuo account é un BOT e, per maggior chiarezza, non sarebbe male lo segnalassi anche nel nome utente e/o nella bio. Volendo, esiste anche un’Istanza apposita: https://botsin.space/ creata proprio per ospitare solamente account BOT. Così come ogni cosa nel Fediverso, ogni Istanza sceglie come rapportarsi con Botsin Space: chi la blocca, chi la silenzia e chi interagisce senza problemi.

 

CERCHI CHE SI ALLARGANO

Le prime comunità su una piattaforma digitale sono solitamente le comunità degli sviluppatori. Hacker, programmatori e appassionati di tecnologia che si divertono a smanettare su strumenti nuovi, migliorarli, ecc.

In una seconda fase la piattaforma si popola delle prime comunità per cui la piattaforma é stata pensata. Mastodon però da un lato non é pensato per una qualche comunità specifica (per fare un esempio: il social Gab ha delle policy che permettono alle comunità neonaziste di utilizzarla liberamente e dunque si é popolata proprio di neonazisti, alt/right ecc) e dall’altro il suo sviluppatore ha imposto una chiara policy antifascista sul suo server, mastodon.social. Di conseguenza le prime comunità ad aver popolato Mastodon e creato le proprie Istanze hanno avuto una forte componente antifascista.

Una grossa fetta di utenti ed Istanze poi é andata a formarsi grazie agli esuli di Twitter: chi non poteva o voleva interagire rispettandone le policy (utenti giapponesi, appassionati di anime e manga che, per differenze culturali, non potevano interagire su Twitter) comunità che su sui social generalisti perdono più tempo a difendersi da molestie e trollaggio e che han creato le proprie Istanze Mastodon dove han trovato casa (comunità LGBTQ, Furry, ecc).

Col tempo poi sono arrivati anche i nazi ed i fondamentalisti cristiani, che si son fatti le proprie Istanze indipendenti, così come sono arrivati appassionati di erotismo e pornografia transfughi da Tumblr. Ci sono pure Istanze sex-work friendly.

La struttura stessa di Mastodon fa sì che ogni utente e comunità possa scegliere se e come interagire con le altre. Mastodon dunque non é UN social di antifascisti, furry, nazi, sex-worker, anarchici e tecnoilluminati ma un calderone pieno di comunità diversissime che interagiscono o s’ignorano in modi assai variegati, creando reti complesse adatte alle singole comunità.

In questo momento stanno nascendo diverse Istanze dedicate a mestieri specifici come Istanze per avvocati ed educatori. Al tempo stesso stanno nascendo Istanze specifiche per una certa regione.

 

MASTODON IN ITALIA

In Italia le Istanze stanno nascendo nell’ambito di collettivi autonomi, circoli anarchici e centri sociali legati alle città d’origine:

Bologna: https://mastodon.bida.im
Jesi: https://snapj.saja.freemyip.com
Milano: https://nebbia.lab61.org
Torino: https://mastodon.cisti.org

Non mancano alcune Istanze  personali (cioé create solo per ospitare il loro proprietario o poco più) ed un’Istanza generalista attualmente popolata solo da bot commerciali.

Molti utenti italiani tuttavia sono registrati su mastodon.social o in altre Istanze, perlopiù tedesche o francesi, come ad esempio l’assai cosmopolita mastodon.partecipa.

 

PRIMI PASSI E CONVIVENZA CON TWITTER

Cresce dunque l’interesse per lo strumento ed al tempo stesso si affronta la titubanza di chi s’approccia a Mastodon avendo alle spalle solo l’esperienza dei social commerciali ed ha dunque bisogno di un’introduzione ed un avvicinamento lento. Far convivere le due piattaforme con l’uso di un crossposter é probabilmente una formula che in questo senso può aiutare.

uni.png

  •