Element è un'applicazione per comunicare attraverso Matrix, una rete basata su un protocollo aperto e federato. Il suo interesse, nel video, nasce dalla possibilità di discutere in stanze e comunità senza concentrare necessariamente tutti gli utenti presso un unico fornitore.

Per capirne le possibilità occorre distinguere l'applicazione, il protocollo e il server che ospita l'account. Sono tre parti diverse della stessa esperienza.

Element è il client, Matrix è il protocollo

Element è l'interfaccia attraverso cui si accede alle conversazioni. Matrix definisce invece le modalità con cui client e server scambiano informazioni. Il server associato all'account viene chiamato homeserver.

La federazione permette a server differenti di comunicare. Non significa che ogni utente debba amministrare un proprio server: si può scegliere un servizio già disponibile. Le condizioni del servizio e le responsabilità del gestore rimangono parte della scelta. Componenti di Matrix.

Una rete federata, con differenze rispetto ad altri social

Nel racconto collego Matrix all'interesse più ampio per le reti decentralizzate. La parentela riguarda l'idea di federazione, non l'identità dei protocolli: Matrix non è ActivityPub, il protocollo utilizzato da diversi servizi comunemente associati al Fediverso.

Allo stesso modo, federazione non significa blockchain né assenza di server. Distribuire il servizio tra più soggetti modifica l'organizzazione dell'infrastruttura, ma non elimina amministrazione, manutenzione e moderazione.

Crittografia: capire che cosa protegge

Matrix supporta la crittografia end-to-end nelle stanze che la utilizzano. In questo modello il contenuto dei messaggi viene protetto in modo che i server coinvolti non possano leggerlo come normale testo in chiaro.

Non va trasformata nella promessa che ogni dato sia invisibile o che qualunque configurazione abbia le stesse proprietà. Contano client, dispositivi, gestione delle chiavi e caratteristiche della stanza. La documentazione sulla crittografia descrive il meccanismo: la parola “decentralizzato”, da sola, non garantisce la sicurezza di una conversazione.

A che cosa servono i bridge

Un bridge collega Matrix a un altro servizio di comunicazione. Nel video cito esempi come IRC, Slack e Telegram per spiegare l'interesse dell'interoperabilità: raggiungere conversazioni che altrimenti resterebbero separate.

La disponibilità effettiva dipende dal collegamento specifico e dal suo gestore. Non tutte le funzioni vengono necessariamente trasferite e non bisogna presumere che le garanzie di crittografia rimangano identiche attraversando un servizio esterno. L'elenco dei bridge del progetto è un punto di partenza per verificare il collegamento desiderato, non la prova che ogni piattaforma sia interoperabile senza limiti.

La parte difficile è costruire una comunità

La mia curiosità verso Element riguarda anche la possibilità di usarlo come spazio di confronto. Qui l'aspetto tecnico incontra una difficoltà comune alle applicazioni di messaggistica: le persone devono avere una ragione per frequentare quel luogo.

Un software interessante non sostituisce automaticamente le abitudini di una community. Servono uno scopo comprensibile, un accesso gestibile e qualcuno che si occupi dello spazio. Prima di aprire un nuovo gruppo, conta capire quali conversazioni dovrebbe ospitare e quanto impegno richiederebbe seguirlo.

Element e Matrix sono quindi uno spunto per ragionare sul controllo dell'infrastruttura e sull'interoperabilità. L'entusiasmo espresso nel video resta una valutazione personale: per scegliere un servizio concreto bisogna verificarne condizioni e funzioni nel momento in cui lo si utilizza.