{"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 sulle prospettive dello sviluppo di Internet, delle reti centralizzate e decentralizzate e, come risultato, dell'architettura possibile di una rete decentralizzata di nuova generazione.<\/p>\n<h1>C'\u00e8 qualcosa che non va con Internet<\/h1>\n<p>\nHo incontrato Internet per la prima volta nel 2000. Certo, non \u00e8 l'inizio assoluto \u2014 la rete esisteva gi\u00e0 prima, ma quel periodo pu\u00f2 essere definito come il primo fiorire di Internet. Il World Wide Web \u2014 un'invenzione geniale di Tim Berners-Lee, web1.0 nella sua forma classica e canonica. Molti siti e pagine, collegate tra loro da ipertesti. A prima vista \u2014 un'architettura semplice, come tutte le cose geniali: <b>decentrata e libera<\/b>. Posso viaggiare tra i siti di altre persone, seguendo i collegamenti ipertestuali; posso creare il mio sito, dove pubblico ci\u00f2 che mi interessa \u2014 ad esempio i miei articoli, fotografie, programmi, collegamenti a siti che trovo interessanti. E altri mettono link a me. <\/p>\n<p>Sembrerebbe \u2014 un quadro idilliaco? Ma sapete gi\u00e0 come \u00e8 finita.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nCi sono diventate troppe pagine e trovare informazioni \u00e8 diventato un compito piuttosto non triviale. I collegamenti ipertestuali scritti dagli autori non riuscivano a strutturare questo enorme volume di informazioni. Prima sono apparsi cataloghi compilati manualmente, e poi enormi motori di ricerca che hanno cominciato a utilizzare ingegnosi algoritmi euristici di ranking. I siti venivano creati e abbandonati, le informazioni venivano duplicate e distorte. Internet si commercializzava rapidamente e si allontanava sempre di pi\u00f9 dalla rete accademica ideale. Il linguaggio di marcatura si trasformava rapidamente in un linguaggio di formattazione. \u00c8 comparsa la pubblicit\u00e0, orribili banner fastidiosi e la tecnologia di promozione e inganno dei motori di ricerca \u2014 SEO. La rete si riempiva rapidamente di spazzatura informativa. I collegamenti ipertestuali hanno smesso di essere uno strumento di collegamento logico e si sono trasformati in uno strumento di promozione. I siti si chiudevano, si chiudevano su se stessi, si trasformavano da \"pagine\" aperte in \"applicazioni\" ermetiche, diventando solo mezzi di guadagno. <\/p>\n<p>Gi\u00e0 allora mi venne in mente un certo pensiero, che \u00abqualcosa qui non va\u00bb. Una miriade di siti diversi, che vanno da semplici pagine personali con un aspetto stridente, fino a \u00abmegaportali\u00bb sovraccarichi di banner lampeggianti. Anche se i siti trattano lo stesso argomento \u2014 non hanno alcun legame, ognuno ha il proprio design, la propria struttura, banner fastidiosi, ricerca poco funzionale, problemi con il download (s\u00ec, volevo avere informazioni offline). Gi\u00e0 allora, Internet iniziava a somigliare a una sorta di televisione, dove a contenuti utili erano inchiodati muniti di chincaglieria. <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, n\u00e9 di p2p, come utente non avevo bisogno di decentralizzazione! Ricordando i miei pensieri non contaminati di quei tempi, giungo alla conclusione che avevo bisogno di... <b>un\u2019unica base di dati<\/b>! Una tal che una richiesta restituisse tutti i risultati, non solo quelli pi\u00f9 adatti per l\u2019algoritmo di indicizzazione. Una base dove tutti questi risultati fossero presentati in modo uniforme e stilizzati secondo il mio personale design, non con i fastidiosi design improvvisati di innumerevoli Vasya Pupkin. Una tal che potesse essere salvata offline e senza temere che domani il sito scomparisse e le informazioni si perdessero per sempre. Una base in cui potessi inserire le mie informazioni \u2014 ad esempio commenti e tag. Una base in cui potessi effettuare ricerche, ordinamenti e filtri con i miei algoritmi personali.<\/p>\n<h1>Web 2.0 e social network<\/h1>\n<p>\nNel frattempo, \u00e8 emersa la concezione del Web 2.0. Formulata nel 2005 da Tim O'Reilly come \"metodologia di progettazione di sistemi che, tenendo conto delle interazioni online, diventano migliori man mano che pi\u00f9 persone li utilizzano\", implica un coinvolgimento attivo degli utenti nella creazione e modifica collettiva del contenuto della Rete. Senza esagerare, il culmine e il trionfo di questa concezione sono stati i Social Network. Gigantiche piattaforme che riuniscono 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; si \u00e8 scoperto che tutte le possibilit\u00e0 di creare design appariscenti non interessano agli utenti; tutte le pagine degli utenti hanno lo stesso design e questo va bene a tutti ed \u00e8 anche comodo; l'unica differenza \u00e8 il contenuto.<\/li>\n<li>unificazione delle funzionalit\u00e0; la variet\u00e0 degli script si \u00e8 rivelata altrettanto superflua. \u00abFeed\u00bb, amici, album\u2026 nel corso della vita dei social network, le loro funzionalit\u00e0 si sono stabilizzate pi\u00f9 o meno e difficilmente cambieranno: infatti, le funzionalit\u00e0 sono determinate dai tipi di attivit\u00e0 delle persone, e le persone cambiano praticamente poco.<\/li>\n<li>unico DB; lavorare con un tale DB si \u00e8 rivelato molto pi\u00f9 comodo rispetto a molti siti disaggregati; la ricerca \u00e8 diventata molto pi\u00f9 semplice. Invece di una scansione continua di varie pagine debolmente collegate, caching di tutto questo, ranking secondo algoritmi euristici complessi \u2014 una richiesta unificata relativamente semplice a un'unica base con una struttura nota.<\/li>\n<li>interfaccia di feedback \u2014 mi piace e repost; nel web tradizionale, Google non riusciva a ottenere feedback dagli utenti dopo che cliccavano su un link nei risultati di ricerca. Nei social network, questa connessione si \u00e8 rivelata 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. Prima potevamo ospitare una pagina personale anche sul nostro computer, ora diamo tutti i nostri dati ai giganti di internet. <\/p>\n<p>Inoltre, con lo sviluppo di Internet, \u00e8 cresciuto l'interesse da parte dei governi e delle corporazioni, il che ha portato a problemi di censura politica e restrizioni sul copyright. Le nostre pagine sui social possono essere bloccate e rimosse se il contenuto non rispetta alcune regole dei social network; un post avventato pu\u00f2 portare a responsabilit\u00e0 amministrativa e anche penale.<\/p>\n<p>E adesso ci chiediamo di nuovo: non sarebbe meglio riportare la decentralizzazione? Ma in una forma diversa, priva dei difetti del primo tentativo?<\/p>\n<h1>Reti peer-to-peer<\/h1>\n<p>\nLe prime reti p2p sono apparse molto prima del web 2.0 e si sono sviluppate parallelamente all'evoluzione del web. L'uso classico principale del p2p \u00e8 il file sharing; le prime reti sono state progettate per lo scambio di musica. Le prime reti (come Napster) erano sostanzialmente centralizzate e per questo motivo sono state rapidamente chiuse dai detentori dei diritti. I successori hanno intrapreso la strada della decentralizzazione. Nel 2000 sono comparsi i protocolli ED2K (il primo client eDokney) e Gnutella, nel 2001 il protocollo FastTrack (client KaZaA). Gradualmente il grado di decentralizzazione \u00e8 aumentato e le tecnologie sono migliorate. I sistemi con<\/p>\n<p>Tuttavia, le reti p2p presentano numerosi svantaggi. Oltre ai difetti tecnici comunicabili a ogni singola implementazione del protocollo e del client, si pu\u00f2 ad esempio notare un difetto abbastanza comune: la difficolt\u00e0 di ricerca (cio\u00e8 tutto ci\u00f2 con cui ci si scontrava nel Web 1.0, ma in una variante ancora pi\u00f9 complessa). Qui non c'\u00e8 Google con la sua ricerca onnipresente e istantanea. E se per le reti di file sharing si pu\u00f2 ancora utilizzare la ricerca per nome file o per metainformazioni, trovare qualcosa, ad esempio, nelle reti in overlay come onion o i2p, \u00e8 piuttosto complicato, se non impossibile. <\/p>\n<p>In generale, se si traggono analogie con l'internet classico, la maggior parte delle reti decentralizzate \u00e8 bloccata a un livello simile a FTP. Immaginate un internet, dove non c'\u00e8 nulla oltre FTP: n\u00e9 siti moderni, n\u00e9 web 2.0, n\u00e9 Youtube\u2026 Ecco in che stato si trovano le reti decentralizzate. E nonostante alcune tentativi di apportare modifiche, finora i cambiamenti sono pochi.<\/p>\n<h1>Contenuto<\/h1>\n<p>\nRivolgiamoci a un altro importante pezzo di questo puzzle: il contenuto. Il contenuto \u00e8 il problema principale di qualsiasi risorsa internet, e in particolare di quelle decentralizzate. Da dove ottenerlo? Certo, si pu\u00f2 contare su un gruppo di appassionati (come accade con le reti p2p esistenti), ma cos\u00ec lo sviluppo della rete sar\u00e0 piuttosto lungo e il contenuto sar\u00e0 scarso.<\/p>\n<p>Lavorare con internet normale significa cercare e studiare contenuti. A volte significa anche salvare (se il contenuto \u00e8 interessante e utile, molte persone, soprattutto quelle arrivate in Rete durante l'era del dial-up - me compreso - saggiamente lo salvano offline, per non perderlo; perch\u00e9 internet \u00e8 una cosa fuori dal nostro controllo, oggi un sito c'\u00e8, domani non c'\u00e8, oggi c'\u00e8 un video su YouTube - domani lo hanno rimosso, e cos\u00ec via. <\/p>\n<p>E per i torrent (che percepiamo pi\u00f9 come semplici strumenti di consegna che come reti p2p) il salvataggio \u00e8 praticamente previsto. E questo, a proposito, \u00e8 uno dei problemi dei torrent: un file scaricato una volta \u00e8 difficile da spostare dove pu\u00f2 essere utilizzato pi\u00f9 comodamente (di solito, \u00e8 necessario rigenerare la condivisione manualmente) e non si pu\u00f2 assolutamente rinominare (si pu\u00f2 fare un hardlink, ma pochissimi lo sanno).<\/p>\n<p>In generale, molte persone in un modo o nell'altro salvano contenuti. Qual \u00e8 il loro destino successivo? Di solito, i file salvati si trovano da qualche parte su un disco, in una cartella tipo Downloads, in un grande accumulo, e rimangono l\u00ec insieme a molte migliaia di altri file. Questo \u00e8 problematico - e lo \u00e8 soprattutto per l'utente stesso. Se internet ha motori di ricerca, il computer locale dell'utente non ne ha nulla di simile. \u00c8 bene se l'utente \u00e8 ordinato e abituato a ordinare i file scaricati<\/p>\n<p>In realt\u00e0, al giorno d'oggi ci sono anche molti che non salvano nulla, ma si affidano completamente all'online. Ma nelle reti p2p si presume che il contenuto sia archiviato 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 realizzassimo uno strumento per il salvataggio di contenuti dal web che sia comodo e trasparente per l'utente, e nel contempo intelligente \u2014 con metainformazione semantica, non in un'unica massa, ma in una struttura definita con la possibilit\u00e0 di ulteriori strutturazioni, e allo stesso tempo distribuendo i contenuti salvati in una rete decentralizzata? <\/p>\n<h1>Iniziamo con il salvataggio<\/h1>\n<p>\nNon considereremo l'uso utilitario di Internet per consultare le previsioni del tempo o gli orari dei voli. Siamo pi\u00f9 interessati a oggetti autosufficienti e relativamente immutabili \u2014 articoli (dai tweet\/post sui social media fino a grandi articoli, come quelli qui su Habr), libri, immagini, programmi, audio e video. Da dove proviene principalmente l'informazione? Di solito \u00e8<\/p>\n<ul>\n<li>i social network (varie notizie, brevi note \u2014 \"tweet\", immagini, audio e video)<\/li>\n<li>articoli su risorse tematiche (tipo Habr); ci sono poche buone risorse, di solito queste risorse sono anche costruite secondo il principio dei social network<\/li>\n<li>siti di notizie<\/li>\n<\/ul>\n<p>\nDi norma, ci sono funzionalit\u00e0 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 su cui abbiamo messo \"mi piace\", fatto un \"condividi\", salvato nei \"preferiti\" (o premuto il pulsante speciale del plugin, visualizzato nel menu del browser \u2014 nel caso in cui il sito non abbia la funzione di \"mi piace\"\/\"condividi\"\/\"aggiungi ai segnalibri\"). L'idea principale \u00e8 che tu metti semplicemente un \"mi piace\" \u2014 come hai fatto milioni di volte prima, e il sistema salva l'articolo, l'immagine o il video in un archivio offline speciale e questo articolo o immagine diventa accessibile \u2014 sia per la visualizzazione offline tramite l'interfaccia di un client decentralizzato, sia nella rete decentralizzata stessa! A mio avviso, \u00e8 molto comodo. Nessuna azione superflua e risolviamo immediatamente molte problematiche:<\/p>\n<ul>\n<li>salvaguardare contenuti preziosi che potrebbero essere persi o rimossi<\/li>\n<li>un rapido riempimento della rete decentralizzata<\/li>\n<li>aggregazione di contenuti da diverse fonti (puoi essere registrato in decine di risorse online e tutti i tuoi \"mi piace\"\/\"condivisioni\" confluiranno in un'unica base locale)<\/li>\n<li>strutturazione dei contenuti di tuo interesse <b>secondo le tue<\/b> regole<\/li>\n<\/ul>\n<p>\n\u00c8 evidente che il plugin per il browser deve essere configurato in base alla struttura di ciascun sito (\u00e8 del tutto fattibile: gi\u00e0 esistono plugin per salvare contenuti da Youtube, Twitter, VK, ecc.). I siti per i quali ha senso creare plugin personalizzati non sono cos\u00ec tanti. Di norma, si tratta di social network ampiamente utilizzati (non pi\u00f9 di una dozzina) e di un numero limitato di siti tematici di alta qualit\u00e0 come Habr (anch'essi non molti). Con codice aperto e una specifica, lo sviluppo di un nuovo plugin basato su un modello non dovrebbe richiedere molto tempo. Per gli altri siti si potrebbe utilizzare un pulsante universale di salvataggio, che salverebbe l'intera pagina in mhtml \u2014 eventualmente pulendo preliminarmente la pagina dalla pubblicit\u00e0. <\/p>\n<h1>Ora sullo strutturare<\/h1>\n<p>\nCon 'salvataggio intelligente' intendo almeno il salvataggio con metainformazioni: la fonte del contenuto (URL), il set di mi piace, tag, commenti precedentemente postati, i loro identificatori, ecc. Infatti, con un salvataggio normale, queste informazioni si perdono... Per fonte si intende non solo l'URL diretto, ma anche il suo significato semantico: per esempio, un gruppo sui social network o un utente che ha fatto un repost. Il plugin potrebbe essere abbastanza intelligente da utilizzare queste informazioni per la strutturazione e il tagging automatici. Inoltre, \u00e8 importante capire che l'utente stesso potrebbe sempre aggiungere a contenuti salvati delle metainformazioni, ragione per cui \u00e8 necessario prevedere strumenti di interfaccia estremamente comodi (ho molte idee su come farlo).<\/p>\n<p>In questo modo, si risolve la questione della strutturazione e organizzazione dei file locali dell'utente. Questa \u00e8 gi\u00e0 un'utilit\u00e0 pronta per essere utilizzata anche senza alcun p2p. Si tratta semplicemente di una base offline che sa cosa, da dove e in quale contesto abbiamo salvato e consente di condurre piccole ricerche. Ad esempio, 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 lavora in background, gestendo sia la rete p2p (richieste dalla rete e richieste da parte del client), sia il salvataggio di nuovi contenuti tramite il plugin. Il servizio, collaborando con il plugin, posizioner\u00e0 il contenuto nel posto giusto, 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>\u00c8 interessante notare che il sistema sarebbe gi\u00e0 utile in questa forma, senza alcun p2p. Molti utilizzano web clipper che aggiungono 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 le informazioni e le meta-informazioni (sia catturate dal web che proprie) possono essere scambiate. Il concetto di social network si adatta perfettamente all'architettura p2p. Si pu\u00f2 dire che il social network e il p2p siano stati creati l'uno per l'altro. Qualsiasi rete decentralizzata dovrebbe idealmente essere costruita come una rete sociale; solo allora funzioner\u00e0 in modo efficace. \"Amici\", \"Gruppi\" \u2014 sono quei nodi in cui devono esistere legami stabili, e tali legami derivano da una fonte naturale: gli interessi comuni degli utenti.<\/p>\n<p>I principi di conservazione e distribuzione dei contenuti in una rete decentralizzata sono completamente identici ai principi di salvataggio (cattura) dei contenuti dal normale internet. Se si utilizza un certo contenuto dalla rete (significa che \u00e8 stato salvato), chiunque pu\u00f2 utilizzare le proprie risorse (disco e banda) necessarie per ottenere specificamente quel contenuto.<\/p>\n<p><b>Mi piace <\/b> \u00e8 lo strumento pi\u00f9 semplice per salvare e condividere. Se metto un mi piace \u2014 non importa se nel web esterno o all'interno della rete decentralizzata \u2014 significa che mi piace il contenuto, e dato che \u00e8 cos\u00ec \u2014 sono pronto a tenerlo localmente e condividerlo con altri membri della rete decentralizzata.<\/p>\n<ul>\n<li>Il contenuto non \"perder\u00e0\"; ora \u00e8 salvato localmente, potr\u00f2 tornarci in un secondo momento, in qualsiasi momento, senza preoccuparmi che qualcuno lo elimini o lo blocchi.<\/li>\n<li>Posso (subito o dopo) categorizzarlo, etichettarlo, commentarlo, associarlo ad altri contenuti, insomma fare qualcosa di significativo con esso \u2014 chiamiamolo \"formazione di metainformazioni\"<\/li>\n<li>Posso condividere queste metainformazioni con altri membri della rete<\/li>\n<li>Posso sincronizzare le mie metainformazioni con le metainformazioni di altri partecipanti<\/li>\n<\/ul>\n<p>\nProbabilmente, rinunciare ai dislike appare logico: se un contenuto non mi piace, \u00e8 del tutto ragionevole che non voglia occupare spazio sul mio disco per conservarlo e usare la mia connessione internet per condividerlo. Pertanto, i dislike non si inseriscono molto bene nella decentralizzazione (anche se a volte lo sono) <noindex><a rel=\"nofollow\" href=\"https:\/\/openmedia.io\/news\/pryamaya-liniya-s-putinym-v-youtube-ne-nravitsya-nikomu\">pu\u00f2 essere utile<\/a><\/noindex>).<\/p>\n<p>A volte \u00e8 necessario conservare anche ci\u00f2 che \"non piace\". Esiste una parola \"bisogna\":)<br \/>\n\u00ab<b>Segnalibri<\/b>\u00bb (o \"Preferiti\") \u2013 non esprimo un\u2019opinione sul contenuto, ma lo salvo nella mia libreria di segnalibri. La parola \"preferiti\" (favorites) non si adatta completamente al significato (per questo ci sono i \"mi piace\" e la loro successiva categorizzazione), mentre \"segnalibri\" (bookmarks) lo fa. Il contenuto nei \"segnalibri\" \u00e8 anche distribuito \u2013 se ti serve (cio\u00e8, lo \"usi\" in qualche modo), \u00e8 logico che possa servire anche a qualcun altro. Perch\u00e9 non utilizzare le tue risorse per questo?<\/p>\n<p>La funzione \"<b>amici<\/b>\". Questi sono banchetti, persone con interessi simili, il che significa che potrebbe esserci contenuto interessante. In una rete decentralizzata, questo significa prima di tutto iscriversi al feed di notizie degli amici e accedere ai loro cataloghi (album) con il contenuto che hanno salvato.<\/p>\n<p>Analogamente, la funzione \"<b>gruppi<\/b>\u00bb \u2013 \u00e8 una sorta di feed collettivo, o forum, o qualcosa di simile, a cui ci si pu\u00f2 anche iscrivere \u2013 significando quindi ricevere tutti i materiali del gruppo e distribuirli. Potrebbe essere che i \"gruppi\", simili ai grandi forum, debbano essere gerarchici \u2013 questo permetterebbe di strutturare meglio il contenuto dei gruppi, oltre a limitare il flusso di informazioni e non ricevere\/non distribuire ci\u00f2 che non \u00e8 molto interessante per te.<\/p>\n<h1>Tutto il resto<\/h1>\n<p>\n\u00c8 importante notare che un'architettura decentralizzata \u00e8 sempre pi\u00f9 complessa rispetto a una centralizzata. Nei sistemi centralizzati, c'\u00e8 una rigida imposizione del codice del server. In quelli decentralizzati, c'\u00e8 la necessit\u00e0 di negoziare tra numerosi partecipanti uguali. Ovviamente, non si pu\u00f2 fare a meno della crittografia, delle blockchain e di altri risultati, sviluppati principalmente per le criptovalute. <\/p>\n<p>Suppongo che potrebbero essere necessari alcuni rating criptografici reciproci di fiducia, creati dai partecipanti della rete l'uno per l'altro. L'architettura dovrebbe consentire di combattere efficacemente i botnet, che, esistendo in una sorta di cloud, possono ad esempio gonfiare reciprocamente i propri rating. \u00c8 fondamentale che le corporation e le fattorie di botnet, nonostante il loro predominio tecnologico, non prendano il controllo di una rete decentralizzata; che la principale risorsa siano persone vive, capaci di produrre e strutturare contenuti interessanti e utili per altre persone vive.<\/p>\n<p>Inoltre, mi piacerebbe che una rete del genere indirizzasse la civilt\u00e0 verso il progresso. A questo proposito ho un\u2019intera serie di idee, che per\u00f2 non si adattano ai confini di questo articolo. Dir\u00f2 solo che, in un certo senso, i contenuti scientifici, tecnici, medici, ecc. dovrebbero avere un vantaggio rispetto a quelli di intrattenimento, e questo richieder\u00e0 una certa moderazione. La moderazione stessa di una rete decentralizzata \u00e8 un compito non triviale, ma fattibile (anche se la parola \u00abmoderazione\u00bb qui \u00e8 del tutto inappropriata e non riflette affatto la sostanza del processo, n\u00e9 esternamente n\u00e9 internamente... e non ho nemmeno trovato un modo per chiamare questo processo). <\/p>\n<p>Probabilmente, sarebbe superfluo menzionare la necessit\u00e0 di garantire l'anonimato \u2014 sia attraverso 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 software (schemata nell'immagine dell'articolo). Come gi\u00e0 detto, il primo componente del sistema \u00e8 un plugin per il browser che cattura contenuti con metainformazioni. Il secondo componente fondamentale \u00e8 un servizio p2p che funziona in background (\u00abbackend\u00bb). Il funzionamento della rete ovviamente non deve dipendere dal fatto che il browser sia avviato. Il terzo componente \u00e8 il software client \u2014 frontend. Questo pu\u00f2 essere un servizio web locale (in questo 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 del frontend.<\/p>\n<p>Ci sono ancora molti aspetti che non sono stati inclusi in questo articolo. La connessione a repository di file esistenti (cio\u00e8 quando hai gi\u00e0 un paio di terabyte scaricati, e dai la possibilit\u00e0 al client di scansionarli, ottenere hash, confrontarli con ci\u00f2 che esiste nella rete e unirsi alla condivisione, e allo stesso tempo ricevere dalla rete metainformazioni sui propri file \u2014 nomi, descrizioni, valutazioni, recensioni, ecc.), la connessione a fonti esterne di metainformazione (come ad esempio le banche dati di Libgen), l'uso opzionale di spazio di archiviazione per contenuti crittografati di terzi (come in Freenet), l'architettura di integrazione con reti decentralizzate esistenti (qui siamo davvero in un campo oscuro), l'idea del media hashing (utilizzo di hash percettivi speciali per contenuti multimediali \u2014 immagini, audio e video, che permetter\u00e0 di confrontare file multimediali simili per significato, ma differenti per dimensioni, risoluzione, ecc.) e molto altro.<\/p>\n<h1>Riepilogo dell'articolo<\/h1>\n<p>\n1. Nelle reti decentralizzate non c'\u00e8 Google con la sua ricerca e indicizzazione, ma c'\u00e8 una Comunit\u00e0 di persone reali. Una rete sociale con i suoi meccanismi di feedback (mi piace, condivisioni...) e un grafo sociale (amici, comunit\u00e0...) \u00e8 un modello ideale di livello applicativo per una rete decentralizzata.<br \/>\n2. L'idea principale che introduco con questo articolo \u00e8 il salvataggio automatico di contenuti interessanti da internet comune quando si fa clic su mi piace\/riporto; questo 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 una rete decentralizzata.<br \/>\n4. Il principio di salvataggio automatico dei contenuti interessanti funziona anche con i mi piace\/riporti nella rete decentralizzata stessa.<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.1.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.1.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}]}}