Scaricare i siti web che utilizzano Pleroma

Informazioni su Pleroma

Non esiste un’azienda a cui chiedere informazioni su Pleroma. Il software è distribuito con licenza AGPL v3, è scritto in Elixir e ogni installazione è un server gestito in proprio da qualcuno, quindi nessun fornitore possiede un elenco di chi lo usa e nessun sistema di fatturazione conta le installazioni. Una scansione è l’unico modo per enumerare una popolazione di questo tipo, il che è insolito anche tra i progetti open source, dato che la maggior parte di essi ha almeno un’offerta in hosting che fornisce un termine di paragone.

È la funzione del software a spiegare perché la popolazione ha questo aspetto. Un server della categoria Message boards progettato in questo modo usa un protocollo di federazione, quindi ogni istanza è un nodo indipendente che scambia post con tutti gli altri nodi, non un client che dialoga con un servizio centrale. Il gestore sceglie le regole, la politica di moderazione e l’hardware, e il senso stesso dell’architettura è che nessun singolo gestore possa enumerare gli altri. Il nostro archivio fa risalire il progetto al 2017, il che lo colloca nell’ondata di software federato nata dopo le prime grandi migrazioni dalle piattaforme social centralizzate.

Il rilevamento ha limiti reali che vale la pena dichiarare apertamente. Le istanze si trovano di solito su sottodomini, spesso dietro un reverse proxy o una CDN che modifica l’aspetto esterno del front end, e un server configurato per una comunità chiusa può non mostrare quasi nulla a un visitatore non autenticato. I fork veri e propri del codice condividono abbastanza elementi visibili dall’esterno da rendere potenzialmente ambigua una corrispondenza dell’impronta tra il progetto originale e i suoi discendenti. A ottobre 2026 lo rileviamo su 195 siti, e la lettura onesta di questo dato è che conta le istanze visibili pubblicamente, non tutti i server esistenti.

I ricercatori sono il pubblico naturale di questo elenco. Studiare le reti sociali decentralizzate significa partire da un insieme di istanze, e le directory di istanze mantenute all’interno della comunità sono autodichiarate, parziali e spesso non aggiornate. Un insieme derivato da una scansione è prodotto in modo indipendente, datato e ripetibile, il che lo rende utilizzabile per misurare la crescita, mappare dove sono ospitate le istanze o estrarre un campione da una rete che non ha una directory centrale da cui campionare. I fornitori di hosting e di infrastruttura hanno un interesse più circoscritto per lo stesso file, dato che un insieme di server ospitati in proprio è un insieme di gestori che già noleggiano capacità di calcolo e la amministrano da soli. I team di trust & safety arrivano alla stessa conclusione da un’altra direzione, perché una rete federata non si può osservare attraverso un unico endpoint e l’unico punto da cui partire è sapere quali server esistono effettivamente.