{"id":54868,"date":"2020-01-06T00:00:00","date_gmt":"2020-01-05T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya"},"modified":"2020-02-18T14:02:55","modified_gmt":"2020-02-18T11:02:55","slug":"ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya","title":{"rendered":"L'idea di una rete sociale decentralizzata di nuova generazione","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"L&#039;idea di una rete sociale decentralizzata di nuova generazione\" src=\"\/wp-content\/uploads\/2020\/01\/c0ed09ed12d9b49cee573d6f361f93b2.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nIn questo articolo vi presento le mie riflessioni sulla storia e le prospettive di sviluppo di Internet, delle reti centralizzate e decentralizzate e, di conseguenza, sulla possibile architettura della rete decentralizzata di nuova generazione.<\/p>\n<h1>C'\u00e8 qualcosa che non va in Internet<\/h1>\n<p>\nHo conosciuto Internet per la prima volta nel 2000. Certo, non \u00e8 l'inizio: la rete esisteva gi\u00e0 prima di questo, ma quel periodo pu\u00f2 essere considerato come il primo fiorire di Internet. Il World Wide Web \u00e8 una invenzione geniale di Tim Berners-Lee, web1.0 nella sua forma classica e canonica. Un numero enorme di siti e pagine che si rimandano l'un l'altro tramite collegamenti ipertestuali. A prima vista, un'architettura semplice, come tutte le cose geniali: <b>decentralizzata e libera<\/b>. Posso visitare i siti di altre persone, seguendo i collegamenti ipertestuali; posso creare il mio sito dove pubblico ci\u00f2 che mi interessa, come ad esempio i miei articoli, foto, programmi, collegamenti a siti che trovo interessanti. E altri inseriscono collegamenti a me. <\/p>\n<p>Sembrerebbe un quadro idilliaco? Ma gi\u00e0 sapete come \u00e8 andata a finire.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nCi sono troppe pagine e la ricerca di informazioni \u00e8 diventata un compito piuttosto complesso. I link ipertestuali creati dagli autori non riuscivano a strutturare questa enorme quantit\u00e0 di dati. All'inizio sono apparsi cataloghi popolati manualmente, seguiti da enormi motori di ricerca che hanno iniziato a utilizzare algoritmi di ranking ingegnosi e euristici. I siti web venivano creati e poi abbandonati, le informazioni venivano duplicate e distorte. Internet si commercializzava rapidamente, allontanandosi sempre pi\u00f9 dalla rete accademica ideale. Il linguaggio di markup si \u00e8 rapidamente trasformato in un linguaggio di formattazione. Sono comparsi gli annunci pubblicitari, orribili banner invasivi e la tecnologia di promozione e inganno dei motori di ricerca - SEO. La rete si riempiva rapidamente di spazzatura informativa. I link ipertestuali hanno smesso di essere uno strumento di connessione logica, trasformandosi in uno strumento di promozione. I siti web si chiudevano in se stessi, passavano da 'pagine' aperte a 'app' ermetiche, diventando solo mezzi per generare reddito. <\/p>\n<p>Gi\u00e0 allora mi era venuta in mente una certa idea, che \"qualcosa qui non va\". Una miriade di siti diversi, che vanno da semplici pagine personali con un design stridente, a \"megaportali\" sovraccarichi di banner lampeggianti. Anche se i siti trattano lo stesso argomento \u2014 non hanno nulla in comune, ognuno ha il proprio design, la propria struttura, banner fastidiosi, ricerca poco funzionante, problemi con il download (s\u00ec, volevo avere informazioni offline). Gi\u00e0 allora, Internet iniziava a diventare una sorta di televisione, dove a contenuti utili venivano inchiodati vari fronzoli. <br \/>\nLa decentralizzazione si \u00e8 trasformata in un incubo. <\/p>\n<h1>Cosa si desidera?<\/h1>\n<p>\nParadossalmente, gi\u00e0 allora, senza sapere nulla di web 2.0 o p2p, come utente non avevo bisogno di decentralizzazione! Ripensando alle mie riflessioni pure di quel periodo, giungo alla conclusione che avevo bisogno di... <b>un'unica base di dati<\/b>! Un tipo di richiesta che fornirebbe tutti i risultati, e non solo quelli pi\u00f9 adatti per l'algoritmo di ranking. Un tipo in cui tutti questi risultati sarebbero presentati in modo uniforme e stilizzati secondo il mio stesso design, e non con i terribili design fai-da-te di molti Vasya Pupkin. Un tipo che potrei salvare offline senza temere che il sito scompaia domani e che le informazioni vengano perse per sempre. Un tipo in cui potrei inserire le mie informazioni \u2014 ad esempio commenti e tag. Un tipo in cui potrei effettuare ricerche, ordinamenti e filtraggi con i miei algoritmi personali.<\/p>\n<h1>Web 2.0 e social media<\/h1>\n<p>\nNel frattempo, \u00e8 emersa la concezione del Web 2.0. Formulata nel 2005 da Tim O'Reilly come \u00abmetodologia di progettazione di sistemi che migliorano attraverso l'interazione degli utenti, man mano che pi\u00f9 persone li utilizzano\u00bb \u2014 implicando il coinvolgimento attivo degli utenti nella creazione e modifica collettiva dei contenuti online. Senza esagerare, il culmine e il trionfo di questa concezione sono stati i Social Network. Piattaforme enormi che uniscono miliardi di utenti e conservano centinaia di petabyte di dati.<\/p>\n<p>Cosa abbiamo ottenuto nei social network?<\/p>\n<ul>\n<li>unificazione dell'interfaccia; \u00e8 emerso che tutte le possibilit\u00e0 di creare design variopinti e stravaganti non sono necessarie per gli utenti; tutte le pagine di tutti gli utenti hanno lo stesso design e questo va bene per tutti ed \u00e8 anche comodo; l'unica cosa che cambia \u00e8 il contenuto.<\/li>\n<li>unificazione delle funzionalit\u00e0; la variet\u00e0 di script si \u00e8 rivelata anch'essa superflua. \u00abFeed\u00bb, amici, album... nel corso dell'esistenza dei social network, le loro funzionalit\u00e0 si sono stabilizzate e difficilmente cambieranno: infatti, le funzionalit\u00e0 sono determinate dai tipi di attivit\u00e0 delle persone, e le persone non cambiano praticamente.<\/li>\n<li>unica BDA; lavorare con un'unica BDA \u00e8 molto pi\u00f9 comodo rispetto a molti siti disgiunti; la ricerca \u00e8 diventata molto pi\u00f9 semplice. Invece di una scansione continua di pagine debolmente collegate, caching di tutto questo, e classificazione con algoritmi euristici complessi \u2014 una relativa semplice richiesta unificata a un'unica base con una struttura nota.<\/li>\n<li>interfaccia di feedback \u2014 mi piace e condividi; nel web tradizionale, Google non riusciva a ricevere feedback dagli utenti dopo aver cliccato su un link nei risultati di ricerca. Nei social media, questa connessione \u00e8 risultata semplice e naturale.<\/li>\n<\/ul>\n<p>\nCosa abbiamo perso? <b>Abbiamo perso la decentralizzazione, e quindi \u2014 la libert\u00e0<\/b>. Si ritiene che ora i nostri dati non ci appartengano pi\u00f9. Se prima potevamo ospitare la nostra homepage su un computer personale, ora diamo tutti i nostri dati ai giganti di Internet. <\/p>\n<p>Inoltre, con l'evoluzione di Internet, governi e corporazioni hanno mostrato interesse, il che ha portato a problemi di censura politica e restrizioni sul copyright. Le nostre pagine sui social media possono essere vietate e rimosse se il contenuto non rispetta determinate regole della piattaforma; un post impulsivo pu\u00f2 comportare responsabilit\u00e0 amministrativa e persino penale.<\/p>\n<p>E cos\u00ec ci ritroviamo a riflettere: non dovremmo cercare di ripristinare la decentralizzazione? Ma in una forma diversa, priva dei difetti del primo tentativo?<\/p>\n<h1>Reti di peering<\/h1>\n<p>\nLe prime reti p2p sono emerse molto prima del web 2.0 e si sono sviluppate parallelamente all'evoluzione del web. L'uso classico principale del p2p \u00e8 lo scambio di file; le prime reti sono state progettate per condividere musica. Le prime reti (come Napster) erano sostanzialmente centralizzate, e per questo i detentori dei diritti d'autore le hanno rapidamente sotto chiave. I successori hanno seguito la strada della decentralizzazione. Nel 2000 sono apparsi i protocolli ED2K (primo client eDonkey) e Gnutella, e nel 2001 \u00e8 stato introdotto il protocollo FastTrack (client KaZaA). Gradualmente, il grado di decentralizzazione \u00e8 aumentato e le tecnologie sono migliorate. A sostegno dei sistemi con \"lista d'attesa\" sono arrivati i torrent, e si \u00e8 sviluppata la concezione delle tabelle hash distribuite DHT. Con il giro di vite da parte degli stati, l'anonimato dei partecipanti \u00e8 diventato sempre pi\u00f9 richiesto. Dal 2000 \u00e8 in corso lo sviluppo della rete Freenet, dal 2003 di I2P, e nel 2006 \u00e8 stato avviato il progetto RetroShare. Si possono menzionare numerose reti p2p, sia quelle esistite in passato e gi\u00e0 scomparse, sia quelle attualmente attive: WASTE, MUTE, TurtleF2F, RShare, PerfectDark, ARES, Gnutella2, GNUNet, IPFS, ZeroNet, Tribbler e molte altre. Ce ne sono molte. Sono diverse. Molto diverse \u2014 sia per scopo che per struttura... Probabilmente non tutti voi conoscete nemmeno tutti questi nomi. E non \u00e8 affatto tutto.<\/p>\n<p>Tuttavia, le reti p2p hanno molti svantaggi. Oltre ai difetti tecnici inerenti a ciascuna specifica implementazione del protocollo e del client, si pu\u00f2 notare un difetto piuttosto comune: la difficolt\u00e0 di ricerca (ossia, tutto ci\u00f2 con cui si \u00e8 confrontato il Web 1.0, ma in una forma ancora pi\u00f9 complessa). Non esiste un Google con la sua ricerca onnipresente e immediata. E se per le reti di file sharing \u00e8 ancora possibile utilizzare la ricerca per nome del file o per metainformazioni, trovare qualcosa, ad esempio, nelle reti overlay onion o i2p, \u00e8 piuttosto difficile, se non impossibile. <\/p>\n<p>In generale, se si fanno analogie con l'internet classico, la maggior parte delle reti decentralizzate \u00e8 bloccata a un livello simile a quello di FTP. Immagina un internet in cui non esiste nulla tranne FTP: nessun sito moderno, nessun web2.0, nessun Youtube... Questa \u00e8 circa la condizione attuale delle reti decentralizzate. E nonostante i singoli tentativi di apportare modifiche, finora i cambiamenti sono pochi.<\/p>\n<h1>Contenuto<\/h1>\n<p>\nTornando a un altro pezzo importante di questo puzzle: il contenuto. Il contenuto \u00e8 il problema principale di qualsiasi risorsa online, in particolare di quella decentralizzata. Da dove prenderlo? Certo, si pu\u00f2 contare su un gruppo di appassionati (come accade con le attuali reti p2p), ma allora lo sviluppo della rete sar\u00e0 piuttosto lento e il contenuto scarso.<\/p>\n<p>Lavorare con il web tradizionale significa cercare e studiare contenuti. A volte, significa anche salvarli (se il contenuto \u00e8 interessante e utile, molti, specialmente quelli che sono arrivati in rete ai tempi del dial-up \u2014 me compreso \u2014 prudentemente lo salvano offline, per non perderlo; perch\u00e9 internet \u00e8 una cosa al di fuori del nostro controllo, oggi un sito esiste, domani no, oggi c'\u00e8 un video su YouTube \u2014 domani potrebbe essere rimosso, e cos\u00ec via. <\/p>\n<p>E per i torrent (che consideriamo pi\u00f9 un mezzo di consegna che una rete p2p) il salvataggio \u00e8 previsto. E questo, tra l'altro, \u00e8 uno dei problemi dei torrent: un file scaricato una volta \u00e8 difficile spostarlo dove \u00e8 pi\u00f9 comodo utilizzarlo (di solito \u00e8 necessario rigenerare manualmente la condivisione) e non pu\u00f2 essere rinominato (\u00e8 possibile creare un hard link, ma molto pochi lo sanno).<\/p>\n<p>In generale, molti in un modo o nell'altro salvano contenuti. Qual \u00e8 il loro destino successivo? Di solito, i file salvati si trovano da qualche parte sul disco, in una cartella tipo Downloads, in un grande cumulo, e rimangono l\u00ec insieme a molte altre migliaia di file. Questo \u00e8 un problema, e per di pi\u00f9, \u00e8 un problema per l'utente stesso. Se su Internet ci sono motori di ricerca, il computer locale dell'utente non ha niente di simile. \u00c8 una fortuna se l'utente \u00e8 ordinato e abituato a classificare i file scaricati 'in arrivo'. Ma non tutti sono cos\u00ec...<\/p>\n<p>In realt\u00e0, ci sono molti che non salvano nulla e si affidano completamente al cloud. Ma nelle reti p2p si presume che il contenuto venga memorizzato localmente sul dispositivo dell'utente e condiviso con altri partecipanti. \u00c8 possibile trovare una soluzione che coinvolga entrambe le categorie di utenti in una rete decentralizzata, senza cambiare le loro abitudini e, anzi, facilitando la loro vita? <\/p>\n<p>L'idea \u00e8 piuttosto semplice: e se creassimo uno strumento per il salvataggio comodo e trasparente dei contenuti da Internet, salvando in modo intelligente - con metainformazioni semantiche, non in un'unica massa, ma in una struttura specifica con la possibilit\u00e0 di ulteriore strutturazione, e allo stesso tempo condividendo il contenuto salvato in una rete decentralizzata? <\/p>\n<h1>Iniziamo con il salvataggio<\/h1>\n<p>\nNon ci occuperemo dell'uso utilitaristico di Internet per consultare previsioni del tempo o orari dei voli. Ci interessano di pi\u00f9 oggetti autonomi e relativamente immutabili: articoli (dai tweet\/post sui social ai lunghi articoli, proprio come qui su Habr), libri, immagini, programmi, registrazioni audio e video. Da dove proviene principalmente l'informazione? Di solito \u00e8<\/p>\n<ul>\n<li>i social network (notizie varie, brevi note - \"tweet\", immagini, audio e video)<\/li>\n<li>articoli su risorse tematiche (tipo Habr); non ci sono molte buone risorse, di solito queste risorse sono anch'esse strutturate come social network<\/li>\n<li>siti di notizie<\/li>\n<\/ul>\n<p>\nDi solito, ci sono funzioni standard: \"mi piace\", \"condividi\", \"condividi sui social\" e cos\u00ec via.<\/p>\n<p>Immaginiamo un <b>plugin per il browser<\/b>, che salver\u00e0 in modo speciale tutto ci\u00f2 che abbiamo messo 'mi piace', condiviso, aggiunto ai 'preferiti' (o premuto il pulsante speciale del plugin, mostrato nel menu del browser - nel caso in cui il sito non abbia la funzione di 'mi piace'\/condivisione\/aggiunta ai segnalibri). L'idea principale \u00e8 che tu metti semplicemente 'mi piace' - come hai fatto milioni di volte prima, e il sistema salva l'articolo, l'immagine o il video in un'apposita archiviazione offline, rendendo disponibile quell'articolo o quell'immagine - sia per la visualizzazione offline tramite l'interfaccia del client decentralizzato, sia nella rete decentralizzata stessa! A mio avviso, \u00e8 molto comodo. Nessuna azione superflua, e risolviamo subito molte questioni:<\/p>\n<ul>\n<li>salvare contenuti preziosi che potrebbero andare persi o essere cancellati<\/li>\n<li>riempimento rapido della rete decentralizzata<\/li>\n<li>aggregazione di contenuti provenienti da diverse fonti (puoi essere registrato su decine di risorse online, e tutti i 'mi piace'\/condivisioni confluiranno in un'unica base locale)<\/li>\n<li>strutturare contenuti interessanti per te secondo <b>le tue<\/b> regole<\/li>\n<\/ul>\n<p>\n\u00c8 evidente che il plugin per il browser debba essere adattato alla struttura di ciascun sito web (\u00e8 del tutto possibile: esistono gi\u00e0 plugin per il salvataggio dei contenuti da Youtube, Twitter, VK, ecc.). I siti per i quali vale la pena creare plugin personalizzati non sono molti. Di solito, si tratta di social network diffusi (ne esistono appena una decina) e di un certo numero di siti tematici di alta qualit\u00e0 come Habr (anch'essi sono rari). Con un codice aperto e una specifica, lo sviluppo di un nuovo plugin basato su un modello predefinito non dovrebbe richiedere molto tempo. Per gli altri siti, si pu\u00f2 utilizzare un pulsante universale per il salvataggio, che salverebbe l'intera pagina in formato mhtml \u2014 possibilmente, dopo aver rimosso la pubblicit\u00e0 dalla pagina. <\/p>\n<h1>Ora sulla strutturazione<\/h1>\n<p>\nPer \u00absalvataggio intelligente\u00bb intendo almeno un salvataggio con metainformazioni: fonte del contenuto (URL), insieme di like precedentemente espressi, tag, commenti, i loro identificativi, ecc. Infatti, con un salvataggio normale, queste informazioni vengono perse... La fonte pu\u00f2 includere non solo l'URL diretto, ma anche l'aspetto semantico: ad esempio, un gruppo sui social media o l'utente che ha effettuato un repost. Il plugin potrebbe essere sufficientemente intelligente da utilizzare queste informazioni per una strutturazione e un tagging automatici. Inoltre, va compreso che l'utente stesso pu\u00f2 sempre aggiungere metainformazioni al contenuto salvato, per cui dovrebbero essere previsti strumenti di interfaccia il pi\u00f9 comodi possibile (ho molte idee su come fare).<\/p>\n<p>In questo modo, viene affrontata la questione della strutturazione e dell'organizzazione dei file locali dell'utente. Si tratta gi\u00e0 di un vantaggio pronto all'uso, di cui si pu\u00f2 usufruire anche senza alcun p2p. \u00c8 semplicemente un database offline che sa cosa, da dove e in quale contesto abbiamo salvato, e consente di condurre piccole ricerche. Ad esempio, per trovare utenti di un social network esterno che hanno messo pi\u00f9 mi piace agli stessi post che hai messo tu. Molti social network consentono questo in modo esplicito?<\/p>\n<p>Qui \u00e8 importante menzionare che un solo plugin per il browser non \u00e8 ovviamente sufficiente. Il secondo componente fondamentale del sistema \u00e8 un servizio di rete decentralizzata che opera in background e gestisce sia la rete p2p stessa (richieste dalla rete e richieste da parte del cliente), sia il salvataggio di nuovi contenuti tramite il plugin. Il servizio, lavorando insieme al plugin, posizioner\u00e0 il contenuto nel luogo corretto, calcoler\u00e0 gli hash (e potrebbe anche determinare se quel contenuto \u00e8 gi\u00e0 stato salvato in precedenza) e aggiunger\u00e0 le informazioni meta necessarie al database locale.<\/p>\n<p>Ci\u00f2 che \u00e8 interessante \u00e8 che il sistema sarebbe utile anche in questa forma, senza alcun p2p. Molti utilizzano i web clipper per aggiungere contenuti interessanti dal web, ad esempio in Evernote. L'architettura proposta \u00e8 una versione avanzata di tale clipper.<\/p>\n<h1>E infine, lo scambio p2p<\/h1>\n<p>\nLa cosa pi\u00f9 piacevole \u00e8 che \u00e8 possibile scambiare informazioni e meta-informazioni (sia quelle catturate dal web che le proprie). Il concetto di social network si adatta perfettamente all'architettura p2p. Si pu\u00f2 dire che i social network e il p2p siano fatti l'uno per l'altro. Qualsiasi rete decentralizzata dovrebbe idealmente essere costruita come un sociale; solo allora funzioner\u00e0 in modo efficace. 'Amici', 'Gruppi' sono proprio quei nodi con cui dovrebbero esserci collegamenti stabili, e questi nascono da una fonte naturale: gli interessi comuni degli utenti.<\/p>\n<p>I principi di conservazione e condivisione dei contenuti in una rete decentralizzata sono completamente identici a quelli di conservazione (cattura) dei contenuti da internet tradizionale. Se utilizzi un contenuto dalla rete (e quindi lo hai salvato), chiunque pu\u00f2 utilizzare le tue risorse (disco e banda) necessarie per accedere a quel contenuto specifico.<\/p>\n<p><b>Mi piace <\/b> \u00e8 lo strumento pi\u00f9 semplice per salvare e condividere. Se metto un mi piace \u2014 sia su internet tradizionale che all'interno della rete decentralizzata \u2014 significa che il contenuto mi piace, e dato ci\u00f2 \u2014 sono pronto a conservarlo localmente e a condividerlo con altri membri della rete decentralizzata.<\/p>\n<ul>\n<li>Il contenuto non \"andar\u00e0 perso\"; ora \u00e8 salvato localmente, posso tornare ad esso in qualsiasi momento, senza preoccuparmi che qualcuno lo cancelli o lo blocchi.<\/li>\n<li>Posso (immediatamente o in seguito) categorizzarlo, etichettarlo, commentarlo, associarlo ad altri contenuti, insomma fare qualcosa di significativo \u2014 chiamiamolo \"formazione di meta-informazioni\".<\/li>\n<li>Posso condividere queste meta-informazioni con altri membri della rete.<\/li>\n<li>Posso sincronizzare la mia meta-informazione con quella di altri partecipanti<\/li>\n<\/ul>\n<p>\nProbabilmente, rinunciare ai dislike ha anche un senso: se un contenuto non mi piace, \u00e8 logico che non voglia spendere il mio spazio di archiviazione e la mia connessione Internet per distribuirlo. Pertanto, i dislike non si integrano affatto nella decentralizzazione (anche se a volte pu\u00f2 ancora essere <noindex><a rel=\"nofollow\" href=\"https:\/\/openmedia.io\/news\/pryamaya-liniya-s-putinym-v-youtube-ne-nravitsya-nikomu\">utile<\/a><\/noindex>).<\/p>\n<p>A volte \u00e8 necessario conservare anche ci\u00f2 che \"non piace\". C'\u00e8 una parola, \"deve\":)<br \/>\n&#171;<b>Segnalibri<\/b>\u00bb (o \u00abPreferiti\u00bb) \u2014 non esprimo un giudizio sul contenuto, ma lo salvo nella mia base di dati locale. La parola \u00abpreferiti\u00bb (favorites) non si adatta completamente al significato (per questo ci sono i like e la successiva categorizzazione), mentre \u00absegnalibri\u00bb (bookmarks) s\u00ec. I contenuti nei \u00absegnalibri\u00bb vengono anche distribuiti \u2014 se ti serve qualcosa (cio\u00e8 lo \u00abutilizzi\u00bb in qualche modo), \u00e8 logico che possa essere \u00abutile\u00bb anche per qualcun altro. Perch\u00e9 non utilizzare le tue risorse per questo?<\/p>\n<p>\u00c8 abbastanza ovvia la funzione \u00ab<b>amici<\/b>\u00bb. Si tratta di feste, persone con interessi simili, e quindi quelle che probabilmente troveranno contenuti interessanti. In una rete decentralizzata, questo significa prima di tutto iscriversi al feed di notizie degli amici e avere accesso ai loro cataloghi (album) con i contenuti che hanno salvato.<\/p>\n<p>Analogamente, la funzione \u00ab<b>gruppi<\/b>\u00bb \u2014 alcuni feed collettivi, o forum, o qualcosa di simile, a cui \u00e8 possibile iscriversi \u2014 e quindi ricevere tutto il materiale del gruppo e distribuirlo. \u00c8 possibile che i \u00abgruppi\u00bb, simili a grandi forum, debbano essere gerarchici \u2014 questo permetterebbe di meglio strutturare i contenuti dei gruppi e limitare il flusso di informazioni, evitando di ricevere\/distribuire ci\u00f2 che non ti interessa molto.<\/p>\n<h1>Tutto il resto<\/h1>\n<p>\nVa notato che l'architettura decentralizzata \u00e8 sempre pi\u00f9 complessa rispetto a quella centralizzata. Nei sistemi centralizzati, esiste un'autorit\u00e0 rigida del codice server. In quelli decentralizzati, c'\u00e8 la necessit\u00e0 di accordarsi tra molti partecipanti uguali. Naturalmente, non si pu\u00f2 fare a meno della crittografia, delle blockchain e di altre innovazioni, sviluppate principalmente nel campo delle criptovalute. <\/p>\n<p>Credo sia necessario stabilire alcuni sistemi di valutazione crittografici reciproci, creati dai membri della rete l'uno per l'altro. L'architettura dovrebbe consentire di combattere in modo efficace i botnet, che, esistendo in una sorta di nube, potrebbero ad esempio gonfiare i propri rating. \u00c8 fondamentale che le corporation e le fattorie di botnet, nonostante il loro indiscusso potere tecnologico, non possano prendere il controllo di una rete decentralizzata; l'elemento chiave devono essere le persone reali, capaci di creare e strutturare contenuti interessanti e utili per altri esseri umani.<\/p>\n<p>Vorrei anche che una rete del genere spingesse la civilt\u00e0 verso il progresso. Ho un'intera serie di idee a riguardo, che per\u00f2 non rientrano nei limiti di questo articolo. Possiamo dire soltanto che, in un certo senso, i contenuti scientifici, tecnici, medici, ecc., dovrebbero avere un vantaggio su quelli di intrattenimento, il che richieder\u00e0 una certa moderazione. La moderazione di una rete decentralizzata \u00e8 un compito non banale, ma realizzabile (anche se il termine \u00abmoderazione\u00bb qui \u00e8 del tutto inappropriato e non riflette la vera essenza del processo \u2014 n\u00e9 esternamente n\u00e9 internamente\u2026 e non ho nemmeno trovato un modo per definire questo processo). <\/p>\n<p>Probabilmente \u00e8 superfluo menzionare la necessit\u00e0 di garantire l'anonimato \u2014 sia tramite mezzi integrati (come in i2p o Retroshare), sia instradando tutto il traffico attraverso TOR o <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/vpn\/\"   title=\"VPN\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"90\">VPN<\/a>. <\/p>\n<p>Infine, l'architettura del software (schematizzata nell'immagine dell'articolo). Come gi\u00e0 detto, il primo componente del sistema \u00e8 un plugin per il browser che acquisisce contenuti con metadati. Il secondo componente cruciale \u00e8 un servizio p2p che funziona in background (\u00abbackend\u00bb). Il funzionamento della rete non deve ovviamente dipendere dall'accensione del browser. Il terzo componente \u00e8 il software client \u2014 frontend. Questo pu\u00f2 essere un servizio web locale (in tal caso, l'utente potr\u00e0 lavorare con la rete decentralizzata senza uscire dal proprio browser preferito), o un'applicazione GUI separata per un sistema operativo specifico (Windows, Linux, MacOS, Android, iOS, ecc.). Mi piace l'idea della coesistenza simultanea di tutte le varianti di frontend. Inoltre, ci\u00f2 richieder\u00e0 un'architettura pi\u00f9 rigorosa per il backend.<\/p>\n<p>Ci sono molti altri aspetti che non sono stati trattati in questo articolo. La connessione a sorgenti di file esistenti (ossia quando hai gi\u00e0 diversi terabyte di contenuti scaricati e permetti al cliente di scansionarli, ottenere gli hash, confrontarli con quelli presenti in rete e unirsi alla condivisione, oltre a ricevere dalla rete metainformazioni sui propri file \u2014 nomi, descrizioni, classifiche, recensioni, ecc.), la connessione a fonti esterne di metainformazioni (ad esempio, banche dati come Libgen), l'uso facoltativo dello spazio su disco per memorizzare contenuti crittografati di terzi (come in Freenet), l'architettura di integrazione con reti decentralizzate esistenti (qui \u00e8 un vero e proprio campo minato), l'idea della media hashing (utilizzo di hash percettivi speciali per contenuti multimediali \u2014 immagini, audio e video, che permetter\u00e0 di confrontare file multimediali con significati simili, ma con dimensioni e risoluzioni diverse, ecc.) e molto altro.<\/p>\n<h1>Sintesi breve dell'articolo<\/h1>\n<p>\n1. Nelle reti decentralizzate non esiste Google con la sua ricerca e il suo ranking \u2014 ma c'\u00e8 una Comunit\u00e0 di persone reali. Un social network con i suoi meccanismi di feedback (like, repost\u2026) e il grafo sociale (amici, comunit\u00e0\u2026) \u00e8 il modello ideale a livello applicativo per una rete decentralizzata.<br \/>\n2. Il concetto principale che introduco con questo articolo \u00e8 il salvataggio automatico di contenuti interessanti dal web tradizionale al momento di un like\/condivisione; ci\u00f2 pu\u00f2 essere utile anche senza p2p, semplicemente per gestire un archivio personale di informazioni interessanti.<br \/>\n3. Questo contenuto pu\u00f2 anche riempire automaticamente la rete decentralizzata.<br \/>\n4. Il principio del salvataggio automatico di contenuti interessanti si applica anche ai like\/condivisioni all'interno della stessa rete decentralizzata.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/482912\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u043c \u0441\u0432\u043e\u0438 \u0440\u0430\u0437\u043c\u044b\u0448\u043b\u0435\u043d\u0438\u044f \u043d\u0430 \u0442\u0435\u043c\u0443 \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430, \u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0445 \u0438 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u044b\u0445 \u0441\u0435\u0442\u0435\u0439 \u0438 \u043a\u0430\u043a \u0438\u0442\u043e\u0433 \u2014 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f. \u0421 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u043e\u043c \u0447\u0442\u043e-\u0442\u043e \u043d\u0435 \u0442\u0430\u043a \u0412\u043f\u0435\u0440\u0432\u044b\u0435 \u044f \u043f\u043e\u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043b\u0441\u044f \u0441 \u0418\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u043e\u043c \u0432 2000 \u0433\u043e\u0434\u0443. \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u044d\u0442\u043e \u0434\u0430\u043b\u0435\u043a\u043e \u043d\u0435 \u0441\u0430\u043c\u043e\u0435 \u043d\u0430\u0447\u0430\u043b\u043e \u2014 \u0421\u0435\u0442\u044c \u0443\u0436\u0435 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043b\u0430 \u0434\u043e \u044d\u0442\u043e\u0433\u043e, \u043d\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":54869,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54868","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0418\u0434\u0435\u044f \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0441\u043e\u0446\u0438\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-01-05T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:02:55+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47L'idea di una rete sociale decentralizzata di nuova generazione | ProHoster","description":"In questo articolo vi presento.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0418\u0434\u0435\u044f \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0441\u043e\u0446\u0438\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f | ProHoster","og:description":"\u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u043c.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ideya-detsentralizovannoj-sotsialnoj-seti-sleduyushhego-pokoleniya","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-05T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:55+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54868","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-04 15:18:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:56:23","updated":"2026-02-04 15:18:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/54868","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=54868"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/54868\/revisions"}],"predecessor-version":[{"id":156719,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/54868\/revisions\/156719"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/54869"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=54868"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=54868"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=54868"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}