Доброго времени суток, други. Прошу прощения, что не по теме крипты немножко, но относительно срочно нужно квартиру в Дубае продать свою. Квартира полностью новая, никто ранее не жил, с мебелью, куплена у застройщика Damac. Если есть у кого друзья/знакомые, кому может быть интересно - посоветуйте плз. Отдам со скидкой, нужно деньги в бизнес перелить.
Хотя могу и за крипту продать :))
Здесь спамить ссылку на квартиру не буду... Если интересно кому- дайте знать. Район Damac Hills Artesia (прямо напротив гольф-поля).

Ищешь людей с баблом, ага! Спалили мы твою цель!

у тебя и так постоянная рассылка для проверки живости соседних нод и тд
нода публикует свой адрес на других нодах

публикация оф-сообщения на ещё 10 нодах разве будет такая тяжёлая нагрузка?

не осталось рабочего концепта на дхт? замеры бы провести

Нет у меня никакой рассылки про живость. И публикации адреса нет помимо стандартного dht libp2p

а кто держит таблицу адресов юзеров для отправки онлайн-собщений?

Каких адресов? Айптшники держит dht libp2p. Связь ид ноды с автором хранится у тебя и актуализируется при посылке сообщения

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

Это не значит что туда можно положить дамп Википедии теперь

И это отдельный механизм. Абстрагированный

65 кб на все оф-сообщения с одного юзера на конкретного другого хватит всем!

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

ммм..

точнее - в конфиге ноды прописать
чтоб серверная-нода (доска) в фирме своим зареганым юзерам могла терабайты в оф пересылать

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

в общем без концепта и замеров не ясно на сколько это тяжело (лично мне)

запустить бы на компе 1000 нод, прописать модель поведения юзеров и посмотреть статистику

Я упрёся на том, чтобы написать полный алгоритм, предусматривающий все случаи добавления.

Я не говорю что это совсем невозможно. Но простые алгоритмы оказываются совсем ресурсоёмкими (типа битмесседжа), а гибкий я решил воздержаться придумывать. Не отказаться, но воздержаться. Отложить на послезавтра. Потому что мессенджер с эффективным p2p обменом И гарантией через сервера кажется мне востребованным уже вчера.

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

в чём смысл файла с ключом для расшифровки в хэше?
файл будет выкладываться по хэшу, а хэш+ключ юзеру пересылать?

Да.