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).

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.

 

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.

 

[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…]

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).

 

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.

 

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.

 

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.

 

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.

Google é indiscutibilmente il principale motore di ricerca online, tanto che l’atto di cercare qualcosa sul web viene espresso col suo nome (“non sai nulla di questo argomento? Googolalo!”).

Uno dei motivi del successo di Google é che si tratta di un ottimo motore di ricerca, effettivamente capace di trovare quel che cerchi nella stragrande maggioranza dei casi.

D’altro canto Google é anche un’azienda imponente e ramificata che vive di raccolta e vendita dati, che si ricorda cos’hai cercato, quando e quante volte e che collega queste informazioni ad altre che ha raccolto su di te attraverso una miriade di servizi che affiancano quello di ricerca web. E questo é un grosso problema! Un grosso problema che é sotto gli occhi di chiunque ma che al tempo stesso viene raramente affrontato.

Ciò che é poco noto, invece, é che la maggior parte dei suoi servizi può benissimo esser sostituita con altri meno invasivi, compreso il motore di ricerca.

 

Sostituire il motore di ricerca di Google é certamente un passo importante per arginare il pericolo di avere un’unica azienda a controllo di tutti i dati che forniamo ogni volta che facciamo una ricerca online. Dati che vengono spiati, raccolti, classificati e venduti.

Oltre a Google difatti esistono diversi motori di ricerca validi. Parte di questi in realtà sono assai specifici ed utilizzabili solo per ricerche assai specifiche (ad esempio TinEye per il reverse search di immagini), ma la maggior parte consente di fare ricerche generiche e funziona in modo molto simile Google.

Per proseguire é però necessario comprendere alcuni concetti base su cui si poggia un motore di ricerca. Uno dei componenti base di un motore é il suo CRAWLER (può essere reso con “ispezionatore”), ossia un programma che naviga in automatico nel web, saltando di link in link e registrando nei database del motore di ricerca ogni parola, immagine, file che trova (creando quella che viene chiamata “copia CACHE”). Una volta che il crawler ha scoperto e registrato i contenuti, il motore di ricerca classifica ogni contenuto attraverso un proprio ALGORITMO.

Un buon crawler idealmente trova il 100% dei contenuti di un sito ed un buon algoritmo é in grado di classificare come si deve ogni contenuto. Al contrario un cattivo crawler potrebbe non scoprire mai l’esistenza del tuo sito o scoprirne solo una parte ed un cattivo algoritmo, quando cerchi informazioni su “spaghetti” potrebbe mettere nei primi risultati pagine che non parlano della pastasciutta ma i post di un tizio che si firma “Mr. Spaghetti” (chi si ricorda i primi motori di ricerca degli anni ’90 conosce bene questo tipo di situazioni). Ogni motore di ricerca usa un proprio crawler ed un proprio algoritmo, diversi da quelli degli altri motori.

Non va poi sottovalutato l’intervento umano: é per scelta degli amministratori di Google ad esempio che certi siti compaiono sempre in testa ai risultati (come Wikipedia quando si cerca il nome di una persona nota o Booking quando si cercano località turistiche). É sempre per una scelta voluta che i suggerimenti di ricerca di Google non contengano mai termini volgari o riferimenti a contenuti per adulti.

 

PRINCIPALI DIFFERENZE CON GOOGLE

Chi utilizza per la prima volta un motore di ricerca diverso dal onnipresente Google non può non notare che questi restituiscono risultati diversi.

SERP DIFFERENTI: Ognuno di questi motori genera per ogni ricerca dei risultati un pò diversi (tecnicamente S.E.R.P.: Search Engine Results Page): quello che per Google é il primo risultato, per un altro motore di ricerca può essere il decimo. Questo può dipendere da principalmente dal crawler e dall’algoritmo usati.

IMMAGINI, NEWS ECC: Molti motori di ricerca sono focalizzati sulla ricerca di pagine web e dunque peccano dal lato di ricerca news e immagini

RICERCA AVANZATA: Google offre diversi strumenti di ricerca avanzata che spesso mancano agli altri motori di ricerca, per esempio Google Trends o la possibilità di visionare la pagina cache.

Un paio di motori di ricerca alternativi a Google sono ad esempio:

 

DuckDuckGo

É più o meno riconosciuto come il principale motore alternativo a Google. I risultati di ricerca sono ottimi, anche per la ricerca immagini, ma pecca riguardo alle news. L’azienda proprietaria, statunitense, si pubblicizza come molto focalizzata su privacy e sicurezza e parte del software é open source. Si finanzia pubblicando inserzioni pubblicitarie e tramite affiliazioni.

 

Qwant

Motore di ricerca realizzato in Francia. Anch’esso si promuove come fortemente incentrato sulla privacy degli utenti. I risultati sono molto buoni anche per quanto riguarda immagini e news. Si finanzia in parte ricevendo commissioni da alcuni grossi portali a cui indirizza il traffico e in parte tramite finanziamenti pubblici.

L’elenco completo sarebbe lunghissimo e includerebbe Bing, Yahoo, Lycos, WebCrawler e molti altri (un elenco dettagliato é disponibile in questa pagina Wikipedia). Quel che però appare già evidente é un che motore di ricerca per esistere ha necessità di molti fondi per poter reggere economicamente (basta solo vedere le dimensioni delle serverfarm di Google per rendersi conto dei costi spaventosi che genera) e ciò causa immancabilmente una situazione da gatto che si morde la coda, con i motori di ricerca che alterano i propri risultati per favorire gli sponsor e vendono i dati di navigazione dei propri utenti (data mining) per poter garantire a quegli stessi utenti un servizio costante e sempre aggiornato.

Inoltre ognuno di questi motori di ricerca appartiene sempre ad una sola azienda, la quale si trova dunque sempre in condizione di poter manipolare i risultati. Insomma, non se ne esce fuori: per quanto possano esser buone le intenzioni e le persone che li gestiscono, i comuni motori di ricerca sono strutturati in modo tale da lasciare in mano ai loro gestori un potere considerevole nei confronti degli utenti. Come se ne esce?

 

METAMOTORI DI RICERCA

Una prima soluzione é quella di usare un metamotore di ricerca, ossia un motore che non si sbatte a ispezionare il web e classificarne i contenuti (ergo: non fa crawling), ma trasmette la tua ricerca a motori di ricerca veri e propri e ne assembla i risultati. Si tratta, in poche parole, di un “motore di motori di ricerca”.

 

Se cerchi “spaghetti” su un metamotore di ricerca (ad esempio SearX), questo cercherà “spaghetti” su dei motori di ricerca veri e propri, come Google, DuckDuckGo e Qwant, e poi restituirà una S.E.R.P. ottenuta assemblando quello che i motori han trovato.

In questo modo, per capirci, tutti gli utenti che utilizzano il metamotore di ricerca, verranno intesi da Google come un unico, gigantesco utente che fa un numero talmente elevato e variegato di ricerche da divenir inclassificabile. Il metamotore di ricerca, tuttavia, potrebbe sempre tener traccia di quel che fai tu. É già qualcosa.

 

MOTORI COLLABORATIVI (P2P ETC.)

Una seconda soluzione é quella di utilizzare una soluzione collaborativa tra server e/o utenti diversi in modo da formare assieme un grande motore di ricerca. Qui incontriamo nuovamente il concetto di reti decentralizzate e distribuite già descritte nei post sul Fediverso e su Mastodon.

 

Riassumendo: una rete centralizzata (A) é come Google, in cui tutti gli utenti si rivolgono idealmente ad un unico server chiamato Google che detiene il totale controllo dei dati. Una rete decentralizzata (B) é formata da più server che collaborano fra loro, dando la possibilità ad ogni utente può scegliere a quale server connettersi (il quale può avere delle peculiarità diverse rispetto agli altri) e da qui può interagire con gli altri server della rete. Una rete distribuita (C) invece, é una rete in cui ogni singolo utente funge da server di sé stesso e, in maniera del tutto indipendente, può connettersi ad altri utenti con cui interagire.

Come si traducono questi tipi di rete con i motori di ricerca? Prendiamo ad esempio una rete decentrata ed immaginiamoci l’esistenza di diversi server, su ognuno dei quali é stato installato lo stesso software di motore di ricerca. Ognuno di questi server ha il suo crawler che ispeziona il web e si crea il proprio database con le informazioni sulla porzione di Internet che ha ispezionato (“porzione” perché si parte dal presupposto che ognuno di questi server sia di per sé troppo piccolo perché possa ispezionarlo tutto). Ognuno di essi é un piccolo motore di ricerca che magari conosce perfettamente una certa parte del web (ad esempio, solo i siti in italiano). Ma qui viene il bello: in una rete decentralizzata diversi server possono interagire fra loro, in modo tale che, messi assieme, formino una sorta di mega-motore di ricerca diffuso su scala globale.

Qui la cosa si può già fare molto interessante: i diversi server potrebbero sì condividere e scambiarsi informazioni andando a formare assieme un unico database comune da cui attingere informazioni e tuttavia essere personalizzati per presentare S.E.R.P. personalizzate. Potresti dunque scegliere di fare la stessa ricerca su diversi server specializzati in modo differente. Per esempio, un certo server potrebbe essere impostato per mostrare solamente contenuti adatti ai bambini, un altro potrebbe dare la precedenza ai contenuti più nuovi e un altro ancora potrebbe organizzare i risultati escludendo fonti ritenute inattendibili.

Oltre a tale personalizzazione dei risultati, i server potrebbero scambiarsi anche diverse informazioni tecniche aiutandosi vicendevolmente a mappare meglio porzioni di web e classificarne i contenuti.

A questo punto é facile capire che una rete distribuita funzionarebbe allo stesso modo, ma in questo caso non sarebbero solo i diversi server a partecipare a questo lavoro collaborativo, ma pure i singoli computer dei singoli utenti. Per capirci: su ogni computer si avrebbe installato del software che si occupa di ispezionare il web comunicando al database diffuso quel che ha scoperto ed archiviando una porzione di esso sul proprio disco fisso. Ogni utente inoltre potrebbe personalizzare a proprio piacimento personale il modo ed ordine in cui comparirebbero i risultati di ricerca.

 

SearX é un metamotore di ricerca open source. Il suo software é liberamente scaricabile, modificabile ed installabile da chiunque sul proprio computer o su un server che può esser anche reso pubblico. In effetti sono già oltre un centinaio i server SearX pubblici noti e molti di questi presentano delle caratteristiche proprie. É un pò come dire che ci sono cento versioni diverse di Google. SearX non é un motore collaborativo e quindi ogni singola macchina con installato SearX funziona in maniera del tutto scollegata dalle altre.

Tra i tanti server SearX pubblici, possiamo ad esempio osservare e fare un paragone tra https://search.disroot.org/, ovvero la versione di SearX installata sui server dell’organizzazione Disroot, e https://framabee.org/, la versione di SearX installata sui server dell’associazione FramaSoft. Oltre alle diversa veste grafica, basta fare una semplice prova per osservare quanto cambino i risultati (PS: search.disroot é impostata decisamente meglio).

 

 

Inoltre SearX permette ad ogni utente di personalizzare diversi fattori, anche molto tecnici. Ad esempio é possibile selezionare su quali motori di ricerca deve basarsi SearX, differenziandoli a seconda che si tratti di ricerche generali, di immagini, news, o documenti. Si possono impostare diverse preferenze riguardanti il tracciamento e la modalità di organizzazione dei risultati. Ogni server SearX dunque fornisce risultati diversi a seconda di come é stato impostato e può permettere un certo grado di personalizzazione all’utente. Una caratteristica interessante di SearX é che utilizza come cache i salvataggi pagina su archive.org.

Per quanto riguarda la qualità dei risultati, dunque, molto dipende dal server SearX scelto. La S.E.R.P. principale di https://search.disroot.org/ non é affatto male, tranne che per immagini e notizie, ma questo sembra essere una mancanza dello stesso software SearX e non una caratteristica del server specifico. Oltre alla minor qualità dei risultati su immagini e news mancano diverse comode funzioni presenti in Google: non c’é la ricerca per colore e non é presente alcun aggregatore di notizie.

 

 

Yacy invece é un motore di ricerca distribuito e collaborativo basato su P2P. Si tratta di un progetto molto piccolo e, allo stato attuale, troppo complesso per poter esser davvero proposto come alternativa ai più comuni motori di ricerca disponibili online. A livello di usabilità risulta ancora abbastanza macchinoso, in quanto sono più le occasioni in cui non restituisce alcun risultato di quelle in cui trova qualcosa, come é possibile verificare in questa pagina demo.

Tuttavia va segnalato anche a chi non é interessato ad uno strumento ancora in via di sviluppo perché già allo stato attuale permette di far capire come funziona una rete collaborativa che costruisce assieme un database comune distribuito.

Ipoteticamente, una rete distribuita é quasi indistruttibile: in uno scenario in cui tutti i computer del pianeta facessero parte della rete Yacy, anche se la maggior parte di questi fosse improvvisamente tagliata fuori o distrutta da un colossale meteorite, é sufficiente che solo una minima parte resti attiva perché tutto il database comune resti attivo. Progetto interessantissimo dunque, ma che dovrebbe essere reso molto più user-friendly per sperare in una adozione di massa. Chi volesse provare ad installarselo e smanettarci lo trova qui.

 

IN CONCLUSIONE

Esistono diverse alternative al motore di ricerca di Google, alcune molto valide come DuckDuckGo ed altre meno, ma gli strumenti già disponibili permettono a di poter fare tranquillamente a meno delle ricerche su Google.

Anche la prassi di utilizzare diversi motori di ricerca per ricerche di diverso tipo può essere un modo per non diffondere su una sola piattaforma tutte le informazioni che solitamente vengono messe in mano a Google. Esistono poi strumenti come SearX che, nonostante alcuni limiti, possono contribuire ulteriormente a creare una maggior distanza tra sé e le compagnie di data mining come Google e, potenzialmente, qualsiasi grosso motore di ricerca centralizzato. Gettando lo sguardo ancora più avanti, poi, osserviamo strumenti come Yacy che, idealmente, potrebbero davvero contribuire a riportare in mano alle persone il controllo dei propri dati ma questo, a patto che ci sia al tempo stesso uno sforzo da parte degli sviluppatori di semplificare tali strumenti ed uno sforzo da parte degli utenti per imparare a districarsi meglio nelle complessità dell’informatica.

Non sarebbe male arrivare un giorno ad avere un motore di ricerca collaborativo distribuito, magari pure ibridato con un metamotore di ricerca capace di confrontare la propria S.E.R.P. con quella fornita da altri motori che non fanno parte della rete condivisa. Una sorta di fusione tra SearX e Yacy in cui possano partecipare sia server dedicati che i singoli utenti, andando a formare reti federate di ricerca.