aSocial — полностью распределенная социальная сеть

Здравствуй, дорогой Хабравчанин!

aSocial icon
aSocial icon

В свете последних событий идея о распределенной социальной сети вновь захватила мой разум, так что я хочу пригласить тебя к осмыслению ниже представленных идей, а коли они придутся по душе - буду рад отклику или, чем наука не шутит, даже кооперации :)

Если предпочитаешь "кажи код, а потом поговорим" - то вот: https://github.com/state-of-the-art/aSocial

aSocial, share your data only with the ones you trust the most.

Rough Summary

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

Main screen basis
Main screen basis

aSocial - распределенная, приватная и защищенная социальная сеть для тех, кому не безразлична свобода коммуникаций и полный контроль за своей социальной информацией. Она позволит взаимодействовать используя защищенные каналы связи, хранить вашу память о поколениях на подконтрольных устройствах, бороться с бесполезной информацией посредством платы за ее прием, упростит поиск новых знакомств и откроет возможности для построения надежных и защищенных социальных приложений.

Естественно, исходный код будет полностью открыт для общества - в наше время невозможно доверять закрытым продуктам и закрытым алгоритмам, при помощи которых они обращаются с нашими данными. Платформа будет построена на базе p2p технологий связи, в которых отсутствует центральный сервер - что поднимает безопасность и цензуроустойчивость на недосягаемый для современных систем взаимодействия уровень. Она откроет возможность для монетизации информации при помощи Bitcoin & Lightning сетей, откроет дорогу для упрощения интерфейсов, уберет сложности и волнения при распространении контента, унифицирует и защитит хранение и обработку социальной информации, позволит гибко взаимодействовать с историей - в общем даст полный контроль над тем что, как и когда происходило, происходит и будет происходить в вашей жизни, жизни ваших друзей, родных и других социальных агентов.

1. Project Overview

1.1. Purpose

Основная цель проекта - создать распределенную и безопасную платформу для взаимодействия пользователей в любых формах без ограничений.

Свобода и приватность взаимодействия - это высшее благо, к которому следует стремиться и оно не может подвергаться никаким ограничениям. Даже если это общение может казаться кому-то “вредным” - это лишь частное суждение и каждый волен сам выбирать свою судьбу в связи с кругом своего общения.

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

1.2. Scope

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

1.3. Core features

Для того, чтобы построить хорошую социальную систему - нужно подумать об основных моментах, в которые можно включить:

  • Модульность - можно добавить, или выкинуть не важные компоненты системы (UI - нативный, WEB, консольный) или заменить на аналоги важные (базы данных, например). Это позволит применять систему на серверах или носимых устройствах при соблюдении заданных условий по безопасности и отзывчивости.

  • История - не только возможность создавать элементы (события, агентов…) в нужные моменты времени, но также наблюдать за их изменениями во времени. Например, изменение фамилии у вашего друга - важная информация, в т.ч. возможность поглядеть, как оно было до изменения - не менее важно.

    • Сквозная история изменений с возможностью перемотки

    • Timeline - удобный показ событий и областей жизни (жил/работал) для агентов.

    • Группировка и тегирование изменений

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

    • Профиль может иметь несколько персон для разных задач, например “Друзья”, “Работа”, “Отношения” и любые другие. Для них генерируется отдельный адрес и они используются как начальная точка для коммуникаций.

    • Каждая персона содержит пару ключей и генерирует приглашающие ключи для связи с другими персонами. Таким образом формируется дерево связей и с ним можно работать как в форме листьев, так и в форме веток или целого дерева.

  • События - то, что происходит, обычно имеет начало и иногда конец, как текущее место жительства, работа, учеба, вечеринка или когда вы нашли что-то важное.

  • Сообщения - как общение с другими агентами, так и запрос обновлений профиля (которые происходят в основном в бекграунде).

    • Привязаны к монетизации для решения проблемы спама

    • Дерево тредов с возможностью переноса сообщений

    • Название / описание / теги веток

    • Простой импорт из других мессенджеров / соцсетей

    • Запрос обновления (новостей из СМИ, например)

  • Оверлеи - возможность иметь свой взгляд на любую информацию. Могут быть защищенными (паролем) или незащищенными, опциональны (включаются и отключаются по необходимости) и связаны с определенными базовыми объектами или создающие новые объекты. Например вы можете добавить друга в свою сеть, даже если у него нет профиля и позже, если он добавляется - прилинковать его профиль. Или в оверлее можете изменить его имя на альтернативное.

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

  • Шаринг - нужен для передачи мультимедиа и других файлов. Использует bittorrent для приема и отдачи.

1.4. Additional features

На базе основных возможностей строится (или даже следует) дополнительный функционал:

  • Древо жизни - у каждого из нас есть история поколений, которую мы хотим передать дальше нашим детям, так почему бы не в той же самой социальной сети? Это удобное отображение родственных связей между персонами.

  • Завещания - разновидность хранимых сообщений и возможность задать условия для активации их отсылки или уничтожения. Бесплатно на подконтрольных устройствах и платно на релеях. Например отсутствие онлайн в течении месяца триггерит рассылку этих сообщений.

  • Контракты - сообщения, в которых вы договариваетесь об определенных обязательствах. Эти обязательства подписываются обеими сторонами, могут блокировать определенные средства на определенный срок и т.п.

  • Веб-интерфейс - модуль, при помощи которого вы можете получить доступ к своему профилю удаленно при помощи HTTP, вам лишь нужно запустить приложение, включить модуль в настройках и открыть в браузере нужный хост и порт.

  • Консенсус - дополнение к групповым чатам, чтобы быстро решать вопросы согласования с группой людей. Если человек согласен с предложением, то добавляется один голос. Если нет - он открывает дискуссию чтобы найти компромисс среди всех участников. Решение принимается как только каждый член группы согласен.

2. Obstacles

2.1. General

Разработка aSocial вызовет следующие проблемы:

  • Скорее всего будет слишком сложна в одиночку - можно упустить важные моменты и просчитаться в основных идеях, поэтому необходим peer-review и обсуждение концептов на ранних этапах построения системы. Для этого и существует данный документ - чтобы погрузить потенциальных соратников в проблему и выявить упущенные моменты чтобы в дальнейшем продолжить взаимодействие и совместно довести систему до готового состояния.

Принятие новой социальной сети пользователями столкнется с очевидными проблемами:

  • Подозрительность пользователей - все новое естественно вызывает вопросы, особенно такое количество новшеств. Опять-же открытость проекта сможет в общих чертах решить вопрос подозрительности - но наверняка придется приложить дополнительные усилия, чтобы показать и рассказать.

  • Противодействие политиков - они постараются ставить палки в колеса из-за консервативности и сложности управления нецентрализованной системой. Также лоббирование больших корпораций (Facebook) возможно окажет влияние на общее развитие. Путь биткоина в данном плане представляется разумным - пользователи выберут более удобную систему не смотря ни на что.

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

2.2. Technical

Подобные распределенные системы требуют особой тщательности в проработке протокола взаимодействия - так как изменить его будет довольно проблематично.

3. Industry and Market risks

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

4. Hardware

Целевые платформы для запуска приложения:

  • Android - большинство телефонов и носимых устройств в мире

  • Linux - опенсорс и все сервера в интернете

  • Windows - все еще большинство рабочих станций и хомяков

  • MacOSX - рабочие системы с UI, постепенно вытесняет Windows

  • iPhone - возможно, но скорее всего в последнюю очередь ввиду сложности экосистемы.

Отдельного железа не потребуется, но необходимо будет учитывать батарею и возможности для связи между устройствами.

5. Software

Architecture

Как основная платформа используется Qt5 с дополнениями для каждой платформы, приложение делится на два модуля - backend и frontend:

Backend

Занимается фоновой активностью - взаимодействует с устройствами поблизости и через интернет, передает и принимает данные с других устройств (например, чужие зашифрованные сообщения для дальнейшей передачи), получает обновления. Хранит промежуточные данные в LevelDB.

Frontend

Интерфейс пользователя для управления профилями. Основное хранилище - SqlCipher.

Storage

Для хранения используется пара локальных баз данных - встроенное незашифрованное nosql хранилище LevelDB, необходимое для поддержание работоспособности сервиса передачи данных и шифрованное sql хранилище SqlCipher (надстройка над sqlite3) для хранения данных профилей.

LevelDB

Позволяет хранить key-value данные, которые не представляют ценности для потенциальной атаки - это списки соединений, зашифрованные relay-данные… В общем те данные, которые необходимы для взаимодействия систем в спящем режиме. Также хранит зашифрованные паролем ключи от доступных профилей.

SqlCipher

Зашифрованная база данных для хранения важной информации о профиле. Расшифровывается кусками по необходимости при помощи длинного ключа.

File Storage

Описанные базы данных хранятся на локальной файловой системе.

Обычные файлы и медиа хранятся не зашифровано на файловой системе. Отдельные фото/видео могут быть зашифрованы прямо на файловом уровне при необходимости и будут доступны исключительно из aSocial, так как все известные ОС не поддерживает механизмы дешифровки на файловом уровне.

Communication

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

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

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

При коммуникации используются любые доступные средства - Internet, Mesh, WiFi-direct, Bluetooth, NFC, USB-dongle… В качестве протокола взаимодействия нужно осмотреть доступные опенсорс библиотеки для мессенджеров. Они уже поддерживают e2e шифрование, чаты, NAT-traversal и могут быть полезны на начальном этапе.

Security

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

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

Таким образом aSocial позволяет создавать разные публичные личности или различные лица могут быть реализованы при помощи разных профилей, которые могут сосуществовать на одном устройстве. Базовый уровень профиля - это ваша публичная личность.

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

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

  • Обычное - стойкое и компактное, можно выбрать разные типы. Размер - сжатое оригинальное сообщение.

  • Двусмысленное - возможность в едином сообщении послать два разных сообщения, которые могут быть выбраны в зависимости от указанного ключа. Зашифрованные сообщения перемешиваются и алгоритм выборки зависит от данных в ключе.

  • Перемешанное со случайным сообщением - разновидность двусмысленного, необходимая для того, чтобы помочь другим людям с двусмысленным шифрованием. Второй ключ не раскрывается, а данные для второго сообщения генерируются случайно. Размер - ~2x сжатое оригинальное сообщение. Применяется по умолчанию для улучшения безопасности всей системы.

  • Вероятностное - очень большой размер сообщения, просто как дополнительная опция для гиков - они гики и знают для чего его использовать)

(двусмысленное шифрование, перемешанное с мусором или вероятностное шифрование, которое подразумевает повышенную плату за сообщение из-за его увеличенного размера).

Spam, Ad & Monetization

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

Основная проблема спама и рекламы - это отвлечение внимания, они буквально пожирают наше время, тем самым мы платим нашим самым дорогим ресурсом за чужой и в основном бесполезное для большинства продвижение продукта. Вспомните приходящие СМС в сетях GSM - они отвлекают, реклама в интернете - безумно отвлекает. Исходя из этого мы должны бороться с подобными вредными явлениями, а лучшее средство борьбы - это увеличение платы за показ сообщения. Таким образом у пользователя появляется возможность ограничить круг лиц, при том не полностью блокируя сообщения извне.

В aSocial вы можете установить плату на прием сообщения нескольких уровней в зависимости от значения частоты общения. Т.е. вы получите плату и после этого сообщение появляется, если плата меньше минимальной - игнорируется. В зависимости от уровня оплаты выбирается важность сообщения:

  • Минимальная - появление сообщения в списке сообщений, нет нотификации пользователя. Применяется для последующих сообщений активного разговора.

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

  • Повышенная - важные сообщения с особым всплывающим окном и продолжительной нотификацией, которая не прекращается, пока сообщение не будет прочитано.

Оплата зависит от размера сообщения - большее сообщение займет больше времени на прочтение.

Оплату может требовать и запрос (обновление) информации - например, публичный деятель или СМИ может требовать плату за получение публичной информации о нем/последних новостях.

Используемая технология - Bitcoin (как сеть Lightning). При добавлении нового контакта вы настраиваете новый Lightning канал для обмена средствами - и они пересылаются туда-обратно при обмене сообщениями. Вначале вы получаете сообщение и идентификатор транзакции, отправленной в сеть биткоина для инициации lightning-канала микротранзакций. Вы его получаете (при достаточности пересланных средств) и продолжаете общение по открытому lightning-каналу или закрываете его и забираете полученные средства. По-сути сообщения пересылаются вместе с контрактом на пересылку платежа, так что перед тем, как вас отвлечь - aSocial проверит достоверность транзакции.

При использовании релеев (пересылка и временное хранение сообщения - например из-за недоступности прямой связи с получателем) вы дополнительно оплачиваете прием и хранение до пересылки оператору релея. В меш-сетях (на базе bluetooth/wifi и прочих систем ближней связи) пользователи также могут брать небольшую плату за пересылку/хранение сообщения - но по умолчанию подобная взаимосвязь бесплатна, но регулируется размером кэша, бюджетом на активность приложения и зарядом устройства (чтобы регулировать расход батареи и прочих ресурсов).

Например, вы известный на весь мир создатель ядра Linux, ваше время безумно дорого - и вы вправе установить плату за входящие сообщения: для близких друзей, с которыми вы часто общаетесь - плата может быть близка к нулю, для внешних неизвестных - плата устанавливается в зависимости от вашего ЧСВ.

Хороший ориентир стоимости - это ваша почасовая зарплата (отвлечение внимания на час) умноженная на 2..4 (так как это личное время). При цене 1BTC=$9400 и вашей почасовой оплате $20 - стоимость сообщения от незнакомца ~$40-$60 (~500тыс сатоши) видиться вполне разумной. Я бы прочитал спам-сообщение за 60$ - вообще не вопрос ;)

7. Predecessors

В мире уже создано немало социальных сетей и мессенджеров с разной степенью защищенности, децентрализации, удобства - так что необходимо понимать на каком фундаменте начинается эта разработка. Упомянем несколько основных вех в развитии:

Centralized

IRC/ICQ/Jabber

Началось все с IM и чатиков, так как люди хотели общаться. Они позволяют обмениваться сообщениями, ссылками, участвовать в обсуждениях и хранить историю, но очень ограничены в переносе своего Я в виртуальное пространство, т.е. не подходят для хранения социальной информации. Имеют свою базу данных пользователей и в основном централизованы или федеративны.

Facebook/Вконтакте

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

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

Twitter/Instagram/Youtube

Узкоспециализированные централизованные социальные сети, которые переняли все недостатки своих старших братьев.

Skype/WhatsApp/Telegram/Signal/Wire/Slack

Активные и довольно неплохо справляющиеся со своей работой мессенджеры, которые в основном нацелены не некоторое подобие приватности, хотя все еще централизованы по своей сути и сосредоточены на “не хранении” секретной информации (секретные чаты), что в целом нивелирует их полезность.

Distributed

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

RetroShare

Хорошая, но затянувшаяся разработка децентрализованного мессенджера. Интересные наработки по децентрализованной коммуникации с использованием DHT, tor/i2p и NAT-piercing, которые можно будет адаптировать для работы в aSocial. Из недостатков как мессенджера можно отметить:

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

  • Морально устаревший интерфейс, отправляющий в 2000 год

  • Выглядит скорее попыткой объединения разрозненных технологий для удобства пользователя, нежели чем попыткой переосмысления общения.

Diaspora / Matrix (and other server-based)

Нацелена скорее на борьбу с централизацией, нежели чем защищенность и приватность пользователей. Концепция подов подразумевает полумеру - вашей информацией все еще кто-то владеет кроме вас. Конечно, можно поднять свой под - но это очень нетривиальное занятие.

OpenBazaar

Подобравшиеся довольно близко к децентрализации и анонимности, но отступивший от своих первоначальных идей проект открытого рынка и замены маркетплейсам ebay/amazon. Успешно использует Bitcoin для расчетов, но прогнулся под давление инвесторов и отключивший встроенный функционал анонимности.

Conclusion

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

Спасибо за внимание.

Средняя зарплата в IT

120 000 ₽/мес.
Средняя зарплата по всем IT-специализациям на основании 6 007 анкет, за 1-ое пол. 2021 года Узнать свою зарплату
Реклама
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее

Комментарии 35

    +3

    Сообщение от незнакомца за деньги — идиотизм. Мне в телеграм постоянно приходится писать незнакомым людям из разных концов света, и если б с меня за это снимали деньги, я б никогда телеграмом не пользовался.

      +1

      Очень многие проблемы интернета происходят из за бесплатности. Если бы сообщение незнакомцу стоило бы 10 центов, вы бы не разорились. А вот спамеры, разорились бы

        +2
        Я думаю и спамеры нашли бы деньги для такой благой цели.
          +2
          Спамеры как раз были бы этому рады! Платить — не проблема, бюджет на спам всяко выделяется, ну, подрастёт. Зато в обмен они получат моральное право спаммить, так как купили его. А получателю станет сложнее спаму противостоять, потому что это станет легальным платным бизнесом.
          Всё равно как бумажным спамерам дать возможность за денежку входить в любой подъезд. Поди их вытури тогда.
            0
            получателю станет сложнее спаму противостоять

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

              +1
              спамер — это же не бабушка, на пенсию рассылающая. Спам — это бюджет, и увеличение стоимости ну, увеличит бюджет. До останавливающей стоимости очень далеко.
                0
                Цена тут очень важна — ведь спам это бизнес. Никакой заказчик не будет платить за сложную рассылку, не говоря уже о том, что есть и другие меры противодействия. Коммерческий спам не шибко большая проблема, которую решает наложенный платеж — скорее возможность отсеить малоинтересную информацию — играет более важную роль. Да и как только прикрепил денежку — все, она ушла. Не важно — прочитали ли сообщение или нет, врятли можно заставить человека читать сообщение для получения награды — слишком уж много возможностей обхода))
                  0
                  Зависимость то далеко не линейная. Если поднять стоимость спам-рассылки в 10 раз количество спама упадёт раз в 100 (условно).
                    0
                    Зависимость то далеко не линейная.
                    почему?
                    Если поднять стоимость спам-рассылки в 10 раз количество спама упадёт раз в 100 (условно).
                    или вовсе не упадёт, если спам-реклама окупается. Падать начнёт только тогда, когда выгода от рекламы станет сравнимой со стоимостью рассылки. А, насколько я знаю, там зазор очень большой.
                    Хотя «бытовые» спамеры, всякая мелочь, конечно, будут отсеиваться.
                      0
                      Потому, что сейчас стоимость технических средств для массовой рассылки нелинейна. Организовать рассылку на несколько тысяч адресов и на миллион адресов — почти одни и те же затраты, ну разве что времени побольше займёт. А если за приём сообщения цена будет фиксирована, то и стоимость массовой рассылки выростет очень существенно, а значит и существенно снизится её привлекательность.
                        0
                        … а сравнивать нужно с бюджетом на рекламу. Будет сравнимо — повлияет. Нет — нет.
                          0
                          Не, ну подумайте — текущие бюджеты на рекламу не включают оплату пользователю за прочтение, а как только потребуют включать — то тут придется выбирать: либо феррари либо +1000 пользователей, которые может и не прочитают) Думаю, феррари победит в этой неравной битве)

                          Бюджеты то не резиновые — и они смогут расти только до определенного предела, на котором пользователи и остановятся, выставляя цену на входящее сообщение. В итоге рынок цены сообщения вымоет спам как явление.
                            0
                            они смогут расти только до определенного предела
                            вот от этого предела всё и зависит. У мелких пакостников лимит близко, у крупных — далеко.
                              0
                              Не важно какие — мелкие или крупные, все под рынком ходят и для крупных (по охвату) бюджет будет расти пропорциально, при этом отдача будет падать что приведет к оттоку клиентов, так как клиенты платят за то, чтобы реклама показывалась, а не за то, чтобы эти деньги просто раздавать зрителям)

                              Не знаю, насколько вы погружены в рыночные механизмы, но в целом, думаю, работать будет так при прочих равных. Конечно, могут проявится сторонние эффекты, но сейчас просчитать их сложновато.
                                0
                                То есть Вы ровно настолько теоретизируете, насколько и я.
                                Давайте на этом закроем эту не-продуктивную ветку.
                0
                Получат право рассылать сообщения но не спам, за спам их можно смело блочить и не возвращать деньги :D
                  0
                  если бы можно было разделить спам и не-спам, его бы уже давно прихлопнули.
            0

            Зато люди которым постоянно кто-то пишет по собственным проблемам будут в восторге, а у вас не будет выбора

              +4
              Я думаю нужно дать людям выбор — конечно, если вы не известный человек — возможно вам не нужно выставлять ценник на сообщения. Но вот время некоторых людей безумно ценно, так что они просто перестают читать личку.

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

                Неплохая идея гонять оплату туда-сюда. В итоге общий объем денег между постоянными собеседниками не уменьшается. Разве что будет
                влиять комиссия сети

                  +1
                  В сети Lightning комиссия сети взымается только при создании канала и при его закрытии — все внутренние операции это просто переподписание итоговой транзакции. Так что да — в этом плане если общение идет — то потери минимальны.
              0
              На alternativeto есть море вариантов, начиная от friendika и zerome. Можете с ними сравнить?
                0
                Буду рад, если кто-нибудь сравнит. К сожалению, все что я видел попадает в те бакеты, которые я уже рассмотрел выше… Глядеть на море — никакого времени не хватит)
                  0
                  Вы пропустили Secure Scuttlebutt. Мне иногда кажется, что они сознательно прячутся. Но не понимаю, почему.

                  Если не смотреть на несколько неудачных технических решений, которые там допущены, то это близко к тому, что вы описываете. Это децентрализованная соцсеть, с модульным дизайном (можно строить своё поверх любого слоя) и сносной документацией на протоколы. Есть несколько реализаций: JavaScript на Node (исходная) и Rust (новая, не уверен, что там всё полностью готово).

                  Не понимаю, зачем в таблице в Википедии поставили client-server. Это ошибка или натяжка. Там есть некие опорные узлы, которые немного упрощают жизнь. Но именно упрощают, т.е. это не федеративная система. Учётку контролирует только владелец.

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

                  SSB функционируюет с 2014. Там ± активны несколько сотен человек.
                    0
                    Я думаю базис системы здесь очень важен — я хочу, чтобы это без костылей и автономно работало на мобилах… И пришел в свое время к выводу, что JS и прочие Ruby не очень подходят для этого. Не уверен, что можно будет реюзнуть их код — но находки несомненно.
                0
                Довольно странно, что Windows, Linux и т.п. попало в Hardware, а не Software.
                  +1
                  Честно говоря, название немного странное. Достойное программы-шутки без сетевого общения вообще.
                    0

                    Где записываться-то на ваш проэкт?

                      0
                      Ахахах, записываться не нужно, от записи одни проблемы) Если есть предложения, замечания, отзывы, изменения, пожелания — то либо сюда либо прям пулл-реквестом в репу.

                      Сейчас там по-сути только база, но коли найдется поддержка и желающие содействовать — работа пойдет активнее) Думаю tox протокол затащить первым делом для мессенджинга и nat-piercieng, но пока не вижу особого фидбека от сообщества — а делать что-то ненужное это такое себе занятие…
                      0
                      А можно в качестве места использоваться свой VPS? А то смартфоны ломаются и как ты потом инфу спасёшь, а так хоть опора есть. Ну и веб версия нужна.

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

                        На тему Веб-версии — там в доп фичах она есть.

                        Про оплату сообщений — будет возможность выставлять фильтры на нотификации и появление сообщения во входящих. Т.е. вам даже не обязательно декларировать что вы взымаете оплату, а просто поставить себе что «нотификация о сообщении от незнакомца от 10$», ну и, конечно, для друзей свои тарифы) В общем, думаю, гибкая система тут зарешает чтобы каждый нашел свой баланс между спамом, не спамом и важными сообщениями или заявками в друзья. Там уже рынок разберется.
                          0
                          Кстати да, поддерживать NAS будет, а частности в сочетании с VPN?

                          Мультиаккаунтность будет присутствовать? А то бывает такие ситуации, когда ну нельзя в разных группах светить одну учзапись.

                          Русский интерфейс присутствует?)

                          Как можно протестировать?
                            0
                            Да, вот это самый главный вопрос — как можно потестировать) То, что изложено — это хотелки чтобы коллективно продумать работоспособность концепта. Сейчас из реализации существует только база и зачатки интерфейса.

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

                      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                      Самое читаемое