Спасибо. Я хотел бы серьезно продумать Ваш пункт 2 - пир-ту-пир сети. Из всего перечисленного это наиболее живучее и безопасное решение на мой взгляд. Хочу добавить, что можно на этой технологии продумать и привычный нам интернет - с сайтами и т.п. Сейчас перечитаю приведенные Вами ссылки, возможно добавлю что-то конкретнее.
Почитал. Ну, в общем, создается впечатление, что всё уже есть, всё готово. I2P дает неубиваемый и неконтроллируемый интернет, мессенджеров также хватает на любой вкус. Если есть желание создать мессенджер без промежуточного хранения и без использования OpenSSL (в котором могут быть бэкдоры) - это можно сделать.
Решение какой именно задачи Вас интересует? Анонимность? Защищенность канала?
Я думаю будет интересно протестировать следующие задачи: - ассинхронное групповое общение. Типа Slack, когда я захожу в групповой чат, читаю переписку, отвечаю, закачиваю и скачиваю файлы и затем выхожу. При отсутствии сервера все сообщения должны храниться на устройствах участников этой группы и при моем появлении в сети мое устройство должно синхронизироваться с другими. Мне кажется, в i2p это реализовано хуже по сравнению с zeronet или ipfs. Я предлагаю протестировать, для этого, я думаю, нас должно быть больше 2х. - устойчивость к блокировке сервиса. Я исхожу из предположения, что в наихудшем сценарии часть https служб будет работать, типа государственные службы и пр. но при этом могут блокироваться порты других сервисов (например torrent на нашей фирме) а также анализироваться пакеты данных на соответсвие их https запросам. i2p вроде использует особые порты для общения?
Про групповые чаты мне нужно продумать детали, но в целом то, как Вы описали, выглядит достаточно разумно. Если где-то это реализовано кривовато - я не думаю, что это проблема подхода, скорее это проблема конкретной реализации
( ... )
Тут в голову пришло: в Вашей схеме группового чата возможно использование серверов для хранения данных. Только данные там должны храниться зашифрованные, и сервер не должен иметь к ним ключей. Чисто сторидж шифрованного контента. Обмен ключами должен производиться другими каналами. Хоть бумажным письмом по почте. Или морзянка по радио. Утрирую
Comments 12
Я хотел бы серьезно продумать Ваш пункт 2 - пир-ту-пир сети. Из всего перечисленного это наиболее живучее и безопасное решение на мой взгляд.
Хочу добавить, что можно на этой технологии продумать и привычный нам интернет - с сайтами и т.п.
Сейчас перечитаю приведенные Вами ссылки, возможно добавлю что-то конкретнее.
Reply
Ну, в общем, создается впечатление, что всё уже есть, всё готово. I2P дает неубиваемый и неконтроллируемый интернет, мессенджеров также хватает на любой вкус.
Если есть желание создать мессенджер без промежуточного хранения и без использования OpenSSL (в котором могут быть бэкдоры) - это можно сделать.
Решение какой именно задачи Вас интересует? Анонимность? Защищенность канала?
Reply
- ассинхронное групповое общение. Типа Slack, когда я захожу в групповой чат, читаю переписку, отвечаю, закачиваю и скачиваю файлы и затем выхожу. При отсутствии сервера все сообщения должны храниться на устройствах участников этой группы и при моем появлении в сети мое устройство должно синхронизироваться с другими. Мне кажется, в i2p это реализовано хуже по сравнению с zeronet или ipfs. Я предлагаю протестировать, для этого, я думаю, нас должно быть больше 2х.
- устойчивость к блокировке сервиса. Я исхожу из предположения, что в наихудшем сценарии часть https служб будет работать, типа государственные службы и пр. но при этом могут блокироваться порты других сервисов (например torrent на нашей фирме) а также анализироваться пакеты данных на соответсвие их https запросам. i2p вроде использует особые порты для общения?
Reply
Reply
Reply
Leave a comment