Плавный переход к распределенному интернету?

    После прочтения этой статьи, и ее обсуждения возникли некоторые мысли по поводу возможного развития интернета в сторону независимости, децентрализованности и анонимности. С этими мыслями я и хочу познакомить вас, уважаемые пользователи сего замечательного ресурса.

    Для начала два «предупреждения»:
    1. Предлагаемая идея — это не «еще одна соц. сеть по типу Биткойна», поэтому прошу не делать поспешных выводов.
    2. Хотя я никогда не слышал о подобных проектах, но это не значит что их нет. Если вы знаете о чем-то подобном, или знаете почему все гарантированно не будет работать — прошу напишите, я удалю статью и мы сбережом время других читателей.

    Итак. Начнем с того, что сегодня представляют собой соц сети? Фактически есть два вида сетей — обычные и распределенные.
    Обычные — часто носят массовый характер, и в них уже находится множество людей. Эти сети вроде бы всем хороши, но их легко контролировать, поэтому там всегда будут существовать проблемы с конфеденциальностью, безопасностью, анонимностью и прочими «запретами», от людей ставящих свои интересы выше чужих.
    В противовес — существуют различные распределенные решения для общения и файлообмена, но там обычно очень мало людей, что делает их относительно малораспространенными, а значит — узко специализированными.

    Можно ли совместить преимущества традиционных соц. сетей с распределенными? Я считаю что можно.

    У меня в хроме есть расширение, оно позволяет скачивать музыку с одного известного сайта, просто добавляет кнопку «скачать», к каждой композиции. Но что если скачанные мелодии — сделать доступными для других пользователей сайта (у которых установлено наше расширение)? Тогда получится что если эту мелодию заблокирует правообладатель — то она останется в соц. сети, просто грузиться будет не с сервера, а с компьютеров других пользователей, по типу торрента.

    Кажется, что для этого потребуется интеграция с соц. сетью, но на самом деле это не так. Наше расширение просто добавляет новые элементы в интерфейс соц. сети. На страницу с музыкой и видео добавляются кнопки «хранить локально», в на страницу поиска, кроме результатов соц. сети — добавляются результаты поиска в нашей распределенной сети.

    Таким образом, те люди которым не нравятся блокировки, вместо того чтобы искать другие площадки (которых становится все меньше), могут в два клика установить наше расширение и увидеть «мир без диктата и запретов...». Но это только первый шаг. Если вам интересны еще 3 — добро пожаловать под кат.


    Шаг 2.
    Предположим мы прошли первый шаг и получили расширение которое может хранить файлы какой-то одной соц. сети и предоставляет пользователям доступ к этим файлам по распределенным каналам, но прямо внутри их любимой соц. сети.
    Конечно, логично хранить не только те данные которые пользователь отметил как хранимые локально. Можно сохранять новые и/или востребованные файлы, те файлы которые исчезли с серверов сети и так далее. Логично создать некое локальное хранилище, у каждого пользователя (его размер определяет пользователь) где хранить все данные в зашифрованном виде.

    Пусть это все работает, но зачем ограничиваться только файлами? Можно, например, хранить также и сообщения пользователя. Тогда если и отправитель и получатель сообщения установили наше расширение — то можно отправлять сообщение не через сайт соц. сети, а через нашу распределенную систему, естественно в зашифрованном виде. Таким образом например бизнес-пользователи могут со временем установить расширение и общаясь внутри своей среды не беспокоиться, что кто-то прочитает их почту. Для общения с другими людьми, им не нужно менять привычный инструмент или «пересаживать» всех знакомых в распределенную сеть. Да, связи с теми кто еще не установил расширение будут не безопасны, но обычно там и нет особых секретов. В любом случае поставить расширение дело одной минуты.

    Как в этом случае будет работать наше расширение? Чтобы послать сообщение конкретному пользователю — нужно как-то связать его аккаунт внутри распределенной сети, с его аккаунтом в обычной соц. сети.
    Можно предложить такой вариант. Пользователь регистрируется в нашем расширении, указывает свой логин/пароль для соц. сети (напр. «вконтакте»), после чего, для подтверждения факта владения этим аккаунтом, расширение от его имени публикует на его странице в соц. сети случайный ключ, и по распределенной сети отправляет запрос на проверку. Другие клиенты автоматически проверяют наличие кода на странице, после чего регистрация подтверждается и код удаляется со страницы. Вся операция может занимать доли секунды.
    Таким образом в распределенной базе пользователей сохраняется информация о том что такому-то аккаунту в распределенной сети соответствует такой-то аккаунт в соц. сети. При отправке сообщений на этот аккаунт — они отправляются напрямую владельцу по распределенной сети.

    Конечно все это будет работать только на сайте соц. сети, где может быть загружено расширение. В других случаях, например в мобильном клиенте пользователь дополнительный контент не увидит. Для мобильных устройств придется разрабатывать отдельный клиент соц. сети с поддержкой распределенных функций или использовать браузер с поддержкой расширений.

    Шаг 3.
    Итак, теперь мы можем прозрачно хранить музыку и фильмы внутри распределенной сети, а также обмениваться информацией внутри нее и между ней и соц. сетью. Но можно пойти дальше. Почти весь контент соц. сети можно постепенно перенести в распределенную сеть. Причем каждый пользователь будет хранить свой контент, плюс часть общего.
    Это позволит со временем реализовать три цели.
    1. Добавить сайту автономности. к примеру посмотреть свои альбомы с фотографиями или послушать музыку — пользователь сможет даже без интернет доступа. ведь они хранятся локально.
    2. Обеспечить частичную защиту от блокировок. Ведь к этому моменту у нас по сути есть клиент, есть контент и есть возможности обмена данными. Даже если сайт «родительской» соц. сети заблокируют — она останется внутри распределенной сети и может сохранить большую часть функционала. Да, какие-то вещи реализовать не удастся, например приложения и игры. Но основной контент — останется.
    3. Обеспечить частичную анонимность. Если пользователь выставит в настройках «получать только контент из распределенной сети» — то соц. сеть не получит информации о том какой контент и когда пользователь получил.

    Шаг 4.
    На предыдущем шаге мы добились интеграции принципов распределенной сети в обычную соц. сеть. Можно сказать добились цели, но можно пойти еще дальше.
    Почему мы работаем только с одной соц. сетью? Почему бы нашему приложению не работать с другими?

    Конечно чтобы добиться встраивания в другую соц. сеть (или обычный сайт) контента хранимого у пользователей — придется учитывать структуру этой новой соц. сети. Т.е. создать некий шаблон, описывающий какой контент хранится в базе, откуда берется и куда внедряется. Более того, существенное обновление верстки соц. сети может потребовать внесения правок в шаблон (конечно ключевые данные, например переписку во всех сервисах, можно собрать на отдельной независимой странице, чтобы не терять связь в случае сбоев).

    Все это потребует дополнительной работы, но речь идет о соц. сетях с аудиторией в десятки и сотни миллионов. Думаю среди них всегда найдутся энтузиасты готовые помочь, тем более что разработка ПО может происходить внутри уже существующей распределенной сети, полностью анонимно. Кроме того, предполагаю, что социальные сети будут только рады созданию такой системы (возможно неофициально даже будут ее финансировать). Ведь приложение разгружает сервера соц. сети, почти не снижая при этом поток пользователей. Кроме того, сейчас соц. сети вынуждены балансировать на грани закона чтобы привлечь пользователя «незаконным» контентом, но не иметь больших проблем с правообладателями. А в связке с нашей системой соц. сети смогут «своевременно» удалять контент со своих серверов, оставаясь чистыми в глазах закона, но в тоже время привлекать пользователей наличием этого самого контента.

    Все это приводит нас к вопросу, где же хранить все эти данные? А как-же «облака» — которые позволяют «разгрузить» устройства, сделать жизнь проще и легче?
    А почему нет? Кто сказал что данные пользователя должна хранить та же компания, что предоставляет ему сервис? Почему, например не хранить данные vk.com — на google-drive? А данные gmail.com — на серверах yandex-диск? Единожды настроив такую трансляцию с шифровкой данных «на лету» — мы получим беспрецедентный контроль над своими данными. Именно то чего нас всех так хотят лишить. Интернет может стать гораздо свободнее и децентрализованнее чем когда-либо. При этом не потеряв удобства и простоты.

    Only registered users can participate in poll. Log in, please.

    А что вы думаете по этому поводу:

    • 19.5%Отличная идея. Готов поучаствовать в реализации.90
    • 32.0%Отличная идея. Подожду реализует ли ее кто-нибудь.148
    • 15.2%Хорошая идея, но не думаю что получится. (Власти пойдут на все, но не допустят такого развития)70
    • 10.2%Хорошая идея, но не думаю что получится. (Соц. сети пойдут на все, но не допустят такого развития)47
    • 20.8%Хорошая идея, но не думаю что получится. (Людям на все плевать, проще не отсвечивать)96
    • 21.6%Нормальная идея, таких «первооткрывателей» полно, сделайте уже кто-нибудь что-нибудь.100
    • 12.8%Плохая идея, допущены существенные ошибки которые делают систему нежизнеспособной.59
    • 4.3%Меня устраивает то что происходит в интернете, зачем что-то менять?20
    • 16.2%Автор удали статью, это бред.75

    Similar posts

    Ads
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More

    Comments 43

      +6
      Соедините торренты и социалки и все будет ОК, и люди потянутся. Кто кто первый это сделает и будет отцом распределенного Интернета.
        +2
        Просьба к тем кто реально готов поучаствовать в разработке — написать в ЛС, обсудим.
        Может быть действительно получится совместными усилиями что-то подобное реализовать.
          0
          Для обсуждения реализации проекта создана группа в google.
          За приглашениями — в ЛС.
            0
            Рискну поделиться своим опытом в нескольких подобных проектах. Закрытая группа в таком деле обречена практически гарантированно :)
          +7
          Я думал тут про wi-fi mesh, чтоб без провайдеров обходиться…
            +3
            А как/кем будет решатся проблема достоверности данных? Грубо говоря кто защитит от кучи мусорных песен/фильмов? Во времена всяких Napster/Kazza/Gnutella правообладатели любили загаживать сеть мусорным контентом. За что сейчас лично мне торренты и нравятся есть хоть кто то кто выступает гарантом что качаешь не мусор.
              0
              В предлагаемом варианте каждый пользователь хранит свои данные + только небольшую часть общих. Причем общие составляют сообщения и прочие мелочи.
              Если правообладатель загрузит мусорный файл — то у него он и останется. Даже если его кто-то найдет в поиске — то увидев что это мусор — удалит. А так как при поиске файлы ранжируются в зависимости от кол-ва пользователей у которых файл есть — то мусор никогда не выйдет в топ.

              По сути ничто не мешает распространять через такую сеть обычные торренты, более того, сами статьи с описанием постепенно «скопируются» в распределенную сеть, и даже если трекер закроют — доступ к контенту останется.

              И кстати, в современных соц. сетях правообладатели точно также могут грузить мусор если захотят.
                +2
                А так как при поиске файлы ранжируются в зависимости от кол-ва пользователей у которых файл есть — то мусор никогда не выйдет в топ.

                Клепают 100500 виртуалов, выводят всё что нужно в топ — PROFIT…
                  0
                  А что мешает сейчас в соц. сети грузить мусор под именами фильмов и выводить в топ виртуалами? То что это экономически невыгодно.
                  Кроме того в распределенной сети все карты в руках сообщества. Можно прикрутить проверку модераторами, голосовалку, рейтинг материалов и пользователей… и т.п.
                0
                Нужна модерация. У каждой темы/паблика/сайта должен быть владелец, который полностью контролирует контент, а юзеры сами выберут надёжные сайты.
                  0
                  Это верно. Я просто не стал все расписывать, текст и так разросся.

                  По любому, чтобы устроить обмен между сайтом и распр. сетью — нужно описывать шаблон, а значит есть люди которые занимаются именно этой площадкой, поддерживают актуальность шаблона, дорабатывают его и т.п. По сути работает принцип википедии — есть некая иерархия модераторов и программистов которые развивают сеть.

                  А владельцами сообществ, страниц и т.п. — являются их реальные владельцы. Потому что только они могут подтвердить право на страницу опубликовав на ней проверочный код (Шаг 2). И это важный момент так как иначе будет бардак — люди захотят присвоить чужие страницы, группы и т.п.
                  +5
                  Это тока в рунете в торентах все классифицировано и рассортировано (невероятно круто на самом деле)
                  На пиратской бухте которой приходится пользоваться буржуям царит адский ад.
                    0
                    От этого достаточно просто избавится — сделать систему оценок.
                    Quiensabe, видимо, особо не использовал никаких распределенных сетей, нацеленных на обмен файлами и анонимность. Взять, к примеру, тот же Perfect Dark. Внутри программы есть подписи к файлам, так что сразу понятно, кто выложил этот файл, есть рейтинги (ты не можешь удалить скачанный файл, пока его не оценишь положительно, нейтрально или отрицательно), что отлично помогает бороться с фейками, есть встроенный форум и бегущая shout-строка. Пользователь должен дать программе как минимум 40ГБ места на HDD, сеть постоянно что-то качает и раздает. Таким образом, решена проблема отсутствия сидов в торренте — сиды в Perfect Dark есть практически всегда, т.к. файлы размазаны в сети и продублированы у большого количества пользователей.

                    Да и вообще, есть и просто проекты распределенных файловых систем, вроде Tahoe-LAFS, или новомодная OFS [1], [2]
                    Для децентрализованного обмена сообщениями есть тот же I2P-Bote, Bitmessage.
                      0
                      Интересно, как решены такие проблемы:
                      1. Можно создать 100500 аккаунтов и с них оценить фейк-контент положительно.
                      2. Можно создать 100500 терабайтных файлов с псевдослучайным содержимым, которое не надо хранить на диске, а можно вычислить по seed-у любой файл с любого места и заспамить всю сеть этим мусором так, что 40ГБ всех юзеров будут забиты только этим.
                        0
                        1. Можно создать 100500 аккаунтов и с них оценить фейк-контент положительно.
                        Аккаунтов там вообще нет, только подписи к файлам.

                        2. Можно создать 100500 терабайтных файлов с псевдослучайным содержимым
                        Не знаю, но как-то точно борются.
                          0
                          Аккаунтов там вообще нет, только подписи к файлам.

                          Один пользователь голосует только один раз?
                            0
                            Да. Чтобы проголосовать еще раз, придется удалить файл и скачать его заново.
                              0
                              Безопасность держится на закрытых исходниках, иначе можно было бы вызвать в цикле событие «файл скачан» любое количество раз.
                                0
                                Да, по сути, это так.
                                  +1
                                  И это означает, что любой достаточно мотивированный хакер, вооружённый всего лишь дизассемблером и свободным временем (хорошо оплачиваемым временем, быть может?), теоретически способен погубить всю эту систему — или, по меньшей мере, серьёзно повредить её безопасности.
                    0
                    3. Обеспечить частичную анонимность. Если пользователь выставит в настройках «получать только контент из распределенной сети» — то соц. сеть не получит информации о том какой контент и когда пользователь получил.
                    Соцсеть-то не получит, но вот зато другие пользователи смогут узнать мой ip, если я, конечно, не буду за каким-нибудь тором сидеть.
                      0
                      Поэтому я и не говорю о полной анонимности.
                      Это только один уровень защиты для тех кто не хочет чтобы каждое его действие в соц. сети оседало на ее серверах.
                      +2
                      Вы не понимаете в чем проблема современного интернета без анонимности. Так проблему не решить, нужны более радикальные средства:
                      1. Беспилотные летательные аппараты с wifi. Или спутники.
                      2. Протокол соединения без фиксированной топологии сети и адресов устройств. А также передача информации без центральной точки(сервера).
                      3. Другая система ДНС. Или отсутствие ее.

                      А то что вы предлагаете, просто сменит вектор давления с корпораций напрямую на людей.
                        +1
                        Вы сейчас изобрели mesh-сети :)
                          0
                          Не это не я. К сожалению :) просто процитировал развернуто. Вдруг человек не понимает в чем проблема.
                            +1
                            Я понимаю в чем проблема, но я решаю другую задачу. Полная анонимность для всех сейчас недостижима в принципе, так как потребует огромных вложений, а тем у кого есть деньги — это не выгодно.

                            Я решаю задачу противодействия контролю над интернетом. Причем это решение должно быть простым для обычных пользователей, не должно мешать им, не должно менять привычный для них порядок работы и отдыха. Но должно дать им контроль над их данными и их «цифровой жизнью».

                            По моему этих целей достаточно чтобы задуматься.
                        +4
                        Я сейчас в фоновом режиме занимаюсь реализацией распределённой системы (форумы + блоги) на более привычной платформе. Среднего юзера очень сложно заставить установить себе что-то кроме браузера (реально это сразу снижает число желающих общаться в десятки раз). Поэтому я делаю систему, в которой база данных хранится в DVCS (соответственно, легко реплицируется между массой источников), данные откуда грузятся в привычные локальные БД на web-гейтах, на которых и сидят пользователи в привычных им классических форумах и блогах. Т.е. для простого пользователя ничего не изменится кроме двух вещей:
                        — При блокировках ресурсов ему достаточно будет переключиться на другой гейт и продолжить общение в привычной среде
                        — Любой гейт может без каких-то моральных проблем по запросу гос. органов блокировать доступ от себя к той или иной информации, что почти не усложнит доступ к ней пользователей — достаточно будет или зайти со стороннего гейта или вообще просто скачать всю базу сообщений. А физически удалить данные будет сложно, так как даже при формальном удалении из DVCS, данные останутся в истории.

                        Ну и мелкие бонусы, типа сильного усложнения подделки истории, возможность реализовать десктопные клиенты, работающие со своим экземпляром базы и т.п.

                        Подводные камни тоже есть (например, вопросы взаимного доверия гейтов с целью борьбы со спамом и т.п.), но понемногу процесс идёт :) Попробую для начала объединить 3-4 своих разнородных форума — если дело выгорит, приглашу желающих присоединиться в такую сеть :)
                          +1
                          Идея с репозиториями мне понравилась. А как обстоят дела с производительностью? Насколько я понял, вы делаете периодические бекапы локальных БД коммитами в DVCS. Просто интересно, как происходит синхронизация гейтов, ведь коллизии неизбежны имхо
                            0
                            Вопрос с производительностью — это больное место :D Сейчас прирост объёмов самой активной группы форумов у меня составляет до 5Гб в месяц. Если резать по специализации (у меня широкий охват тем), то самая популярная группа (флот и судомоделизм) растёт примерно на 2Гб в месяц. Так что надо как-то это всё дробить.

                            Изначально я ориентировался на вариант «один репозиторий — один год». Получил что-то в районе нескольких гигабайтов (точно уже не помню) и под миллион файлов (для простоты синхронизации я храню данные в виде одно сообщение == один JSON-файл + первоначально думал о хранении человеко-читаемого .txt рядом для ручного просмотра тем). git и mercurial с таким справляются, в общем… Но очень грустно и безрадостно :D

                            Тогда порезал по месяцам. Стало намного веселее. И полная обработка репозитория шла порядка минут или даже десятков секунд (тоже уже не помню точных цифр). И добавление данных было шустрым (а вопрос в первую очередь в нём). Но тут я добавил в репозиторий аттачи… :D И всё снова стало плохо. Даже не в смысле производительности. Я хочу иметь возможность работать со свободными репозиториями типа github (это резко повысит простоту использования системы средним администратором, не потребуется разворачивать свои собственные репозитории). А это накладывает лимиты на объёмы. Скажем, на Гитхабе можно без проблем держать репозитории до гигабайта размером. Нарезка репозиториев на проекты помогает мало, как писал выше, флотский раздел жрёт по 2Гб в месяц (и величина ещё будет расти).

                            Это, в итоге, одна из проблем, над которой сейчас ломаю голову. Решения есть, но все мне мало нравятся:

                            1. Вынести работу с аттачами в отдельную систему. Скажем, BTSync. Это позволит обмениваться ими вообще без центрального сервера, полностью децентрализовано. Но эта идея мне нравится мало потому что хочется иметь все данные в одной корзинке — т.е. чтобы сообщения темы форума и её аттачи хранились в одной сущности. А то за 15 лет работы с форумами я насмотрелся на неоднократные потери файловых архивов даже когда оставались текстовые :)

                            2. Делать настраиваемую гранулярность и для особенно активных разделов форумов заводить новые репозитории хоть раз в неделю. Вариант не нравится какой-то чрезмерностью… Хотя индивидуальную гранулярность по проектам в любом случае полезно сделать, т.к. есть группы форумов, обновляющиеся редко и мало, там можно хоть раз в 10 лет заводить новую репу. Нет смысла нарезать каждый месяц несколько сотен сообщений…

                            3. Забить на проблему открытых DVCS-серверов и для больших проектов использовать собственные мощности. Самый «честный» метод, но он же и самый уязвимый.

                            Наверное, в целом, самый верный метод — первый. Но как не хочется распыляться по разным сущностям! :)
                              0
                              Если речь заводить о проблемах, то ещё одна проблема, хотя более мелкая — UUID. Сообщений, топиков и т.п.

                              Если использовать «честные» UUID, то отпадает прямое использование классических форумных движков. Там почти везде ID целочисленные автоинкрементные.

                              Можно использовать для согласованных закрытых доверенных гейтов автоинкременты с договорным смещением. Но это усложняет расширение и снижает рабочие диапазоны ID.

                              Наконец, есть вариант, когда форум при импорте из DVCS прописывает собственный, не общесистемный ID а при экспорте задаёт UUID. Но такой вариант не позволит легко менять ссылки при смене гейта, при реимпорте базы может пропасть соответствие ID-UUID и т.п.

                              Я пока ориентируюсь на некий гибридный вариант — есть UUID в системе, есть целочисленный ID гейта. И есть патчи движков форумов, которые оперируют ссылками, содержащими в себе как ID, так и UUID. Не особенно изящно, но работоспособно :)
                                0
                                Мне кажется, выходом был бы гибрид из обычной репликации БД, например, по «кольцу» из гейтов, с более медленной периодической DVCS. При добавлении сообщения инсерт проходит по кольцу репликацией, обеспечивается доступность информации. А периодический гит-бекап позволяет в автоматическом режиме открывать новые гейты.

                                Ну, может, насчет кольца я загнул, ибо оно может быть реально огромным с соответствующими лагами. Так что это еще и задачка на топологию.
                                  0
                                  Не думаю, что репликация по кольцу будет так уж эффективнее. С одной стороны экспорт/импорт каждого сообщения через DVCS нагрузки большой не должен создавать, с другой — репликация накладывает сразу массу жёстких ограничений на инфраструктуру. Скажем, нельзя будет соединить в сеть форумы на разных движках. Нельзя будет реализовывать свои собственные особенности/расширения на каком-то из гейтов. А это тоже вопрос актуальный — так или иначе это всё ещё монетизировать нужно. Так что будет и вопрос конкуренции даже между гейтами в одной сети. Пока кто-то занимается разработкой и улучшениями своего гейта — это позволит привлекать ему посетителей и отрабатывать затраты хотя бы баннерной рекламой.
                            0
                            Тут пара парней сделали чаны на основе NNTP, ну и веб-интерфейс к ним, конечно. Они получаются и децентрализованные, и распределенные. Исходники точно открыты, но не знаю, где взять (сходу не нашел):
                            overchan.dlms.i2p/
                            slamspeechicukxu.onion/
                            sfjdg275q2ash3jt.onion/
                              0
                              NNTP же не децентрализованный сам по себе. Понятно, что можно на нём реализовать кроссерверную синхронизацию, но это другая история. Так можно сделать распределённой хоть phpbb :)
                            +1
                            «могут в два клика установить наше расширение»
                            Уже на этом пункте всё и закончится, т.к. Google Store вполне централизованное хранилище,
                            которое ваше расширение просто удалит.
                            Установка расширений не из стора будет ещё больше затруднена, чтобы отсеять 95% пользователей по фактору лени.

                            По поводу локального хранения своих данных и чуточки чужих — смотрите проект Pandora на хабре от robux
                              0
                              Расширение не нарушает правил стора, значит чтобы гугл его удалил — нужны веские «причины» со стороны политиков. А это возможно только если расширение станет действительно массовым…
                              В этом случае можно будет написать мини-клиент который будет запускаться и ставить расширение пользователю.

                              За наводку спасибо! Посмотрим обязательно.
                            0
                            Коммерческие социальные сети кровно заинтересованы, в том, чтобы пользователи хранили свои данные именно у них, поэтому, боюсь, они будут активно противодействовать сторонним клиентам с описанными возможностями. И проблем у них с этим не возникнет, поскольку сторонние клиенты вынуждены регистироваться для получения ключей доступа к API, а отозвать такой ключ можно в момент. И ваша кнопочка просто перестанет работать. Я не удивлюсь, если в правилах пользования для разработчиков такие пункты уже есть.
                            Боюсь, решение в таких условиях может быть только кардинальным — создание собственной распределенной соцсети. Вот только монетизацией тут особо не пахнет, а ресурсы на разработку и раскрутку потребуются немалые…
                              0
                              В статье описывается вариант когда API соц.сетей не используются. Информацию расширение получает через аккаунты самих пользователей, а их все не заблокировать.
                              При этом описываемая система фактически представляет собой распределенную соц. сеть. Думаю реализация в рамках OpenSource возможна. Так ли это, покажет время.
                              +1
                              Странно, что никто не написал про Diaspora

                              P.S. Линк вставить не могу по кармотехническим причинам. Гуглится легко.
                                +1
                                Выскажу пару соображений:

                                • «Соц. сети пойдут на всё, но не допустят такого развития» — этот пункт во многом справедлив, так что напротив него я поставил одну из галочек в опросе. Проблема в том именно, что каждая нынешняя интернетовская социальная сеть не распределена, а централизована. Следовательно, существует колоссальных размеров груда серверов, на обслуживание её тратится гигантская куча деньжищщ, и попытка на этом попаразитировать (мощностями попользоваться, но прибыль перестать приносить) будет воспринята, я полагаю, негативно. Крайне негативно. Парадокс именно в том, что совокупная мощь компьютеров и мобильных устройств у пользователей — ещё больше; работоспособность Фидонета и тем более работоспособность торрентового файлообмена (который имеет дело с многотерабайтными объёмами данных на диске большинства пользователей, будь то поклонники телесериалов или поклонники аниме) являются наглядными тому свидетельствами, так что распределённая сеть вполне жизнеспособна. Но вот если она будет пробовать попаразитировать на существующей централизованной социальной сети, то сможет не только отпочковаться от неё, но и (в одном из вероятных сценариев) погубить её. И еврейские создатели социальных сетей знают об этом.
                                   
                                • «Власти пойдут на все, но не допустят такого развития» — напротив этого варианта я не ставил галочку, так как нет оснований для уверенности в том, что власти могли успеть просчитать и начать воспринимать именно этот вариант развития как угрозу для себя. С другой стороны, власти могут не допустить этого варианта просто в рамках реализации какого-нибудь собственного проекта, имеющего более общее направление действий. Например, антиблогосферический закон, вступающий в действие 1 августа (осталось 42 дня), если его будут реализовывать по наиболее жёсткому сценарию (белые списки IP-адресов, принадлежащих очень немногим «зарегистрированным блогам», количество которых определяется сознательно созданною волокитою и прямыми отказами при регистрации, жёсткий запрет соединения со всем остальным Интернетом, включая зарубежный), немедленно поставит крест и на этой воображаемой распределённой социальной сети, и на существующем файлообмене, и на видеотелефонных P2P-переговорах, и на P2P-чатниках, и на DVCS, и на Tor, и на VPN, и на I2P. Выходом из этой ситуации может стать только няш-меш: распределёнными, находящимися в собственности и под контролем у пользователей, должны стать и соединения между пользователями, а не одна только информация, ими накопленная.
                                   
                                  +1
                                  Заголовок не соответствует содержанию. Интернет это не соц.сети.
                                    0
                                    В общем-то да, так что это замечание вполне справедливо.

                                    Но мне кажется, что здесь ещё и удобный случай вдругорядь напомнить себе: для некоторых посетителей Интернет — это и есть соц. сети.

                                  Only users with full accounts can post comments. Log in, please.