Спасибо. Обновил qTox. Он с новым ядром в котором поправили уязвимость. TRIfA почему то осталась со старым ядром на f-droid не смотря на то что добавлен новый релиз два дня назат.
Да в клиенте TRIfA сделали режим экономии. В этом режиме клиент через заданые промежутки времени подключается к сети и снова отключается. Не понятно только как два клиента в этом режиме синхронизируются чтобы обменятся сообщениями.
И коллеге выше: баги в клиентах встречаются, куда без них. Но это, как говорится, опенсорс, детка :) Тут действует великое правило DIY: Хочешь устранить проблему? бери код и вперед.
Я мечтаю о том чтобы было всё так же просто как в википедии. Сделал правку кода и сразу получил скомпилированный клиент со своей правкой.
Обычно перед этим надо найти, установить и настроить кучу инструментов. И хорошо ещё если они тоже свободные и с открытыми исходниками. Далее надо изучить структуру проекта чтобы найти интересующее место, понять как оно работает и поправить. Потом возникает проблема с принятием правки в главную ветку.
Но естественно если меня это достаточно заинтересует я попробую пройти этот квест.
не требует регистрации(электронной почты, телефона).
не нужен сервер для передачи сообщений.
может работать в локальной сети при отсутствии доступа в интернет.
имеет несколько клиентов под разные операционные системы с открытым исходным кодом.
Клиенты конечно у него сыроваты особенно под андройд. Да и под Windows тоже косяки есть.
Я например тестил qTox текстовая, аудио и видео связь работает. Есть проблема с разворачиванием видео на весь экран и кнопку обратного сворачивания забыли.
Шлюзы очищаются периодически и им приходится искать блоки заново. Поэтому надо держать свой IPFS клиент и пинить важный контент. Для вас он будет доступен мгновенно поскольку сохранён локально и другие его смогут получить от вас.
Ну допустим теоритически для мгновенной передачи биткойна человеку который тебе доверяет можно просто передать приватный ключ зашифровав его публичным ключом. Но конечно перед этим нужно заранее разбивать большой кошелёк на множество мелких с малыми суммами и в дальнейшем не собирать все деньги на одном кошельке. Это будет аналогом монет и купюр.
А те кто вообще не имеют кошелька но получили приватный ключ от родственника могут передать приватный ключ продавцу и тот самостоятельно переведёт деньги с него на свой кошелёк.
Проблема NAT в том что два узла находящихся за NAT не могут без костылей соединится друг с другом. А это сейчас как никогда актуально так как уже достаточно востребована видео связь. В условиях когда видеопотоку надо приодолеть 2 или даже 4 NAT (в вашем WiFi роутере он скорей всего тоже включён) связь идёт не напрямую а через сервер который имеет внешний IP. Этим сервером кто-то владеет и обслуживает и у него не бесконечные ресурсы чтобы обслуживать видеопотоки всего интернета и в какой то момент он начинает лагать.
В то же время есть отличная технология 6to4 которая позволяет провайдеру или его пользователям подключить IPv6 используя внешний IPv4 провайдера. IPv4 адрес провайдера становится частью адреса IPv6 подсети и указывает на какой узел сети IPv4 надо слать ответный пакет если он покидает IPv6 сеть.
Tox — протокол для децентрализованной текстовой, голосовой и видеосвязи в интернете на основе асимметричного шифрования.
Используется пиринговый обмен информацией для улучшения пропускной способности, но, в отличие от централизованных мессенджеров (Telegram, WhatsApp, Viber, Skype), не требует регистрации на централизованных серверах третьих лиц, идентификатор пользователя создаётся локально. После установки Tox автоматически генерируется пара ключей — публичный и приватный. Публичный ключ можно передавать кому угодно — он служит как уникальный идентификатор для поиска собеседника. Приватный ключ хранится только у владельца и подтверждает его подлинность, не раскрывая персональные данные. Центральный сервер отсутствует, поиск собеседников происходит через DHT.
Также Firefox имеет множество расширений для разработчиков, из которых я рекомендую попробовать uBlock Origin и NoScript.
Я бы ещё порекомендовал продвинутым пользователям uMatrix и включить в Firefox режим HTTPS only. А те старые сайты которые не поддерживают HTTPS смотреть через https://web.archive.org/. Он и шифрование добавит и страницы сохранит если их ещё в архиве нет.
“When peer A joins a swarm, it will send a request for comments to peers that support this message, say peer B. If peer A already has some comments, it passes along a bloom-filter representing the set of all those comments. When peer B responds, it will not send comments that are already present in the bloom filter. This prevents duplicate comments.”
То есть трекер скорей всего использовался только для входа в рой а дальше комментарии передавались от клиента к клиенту.
И хранились комментарии локально вместе с раздачей.
The uTorrent engineer team further explained that comments are stored in the resume file for a torrent, which helps keeping comments alive across sessions. But other than on the computers of uTorrent users, the comments are never shared outside the swarm on a central server.
Или каждый новый коммент будет содержать в себе хэш сумму всей ветки обсуждения.
Скорее хеш предыдущего комментария на который ответ. А тот в свою очередь содержит хеш на предыдущий.
Но тогда вопрос что будет с комментами, которые вышли одновременно и теперь конфликтуют за место в хронологии обсуждения. + при удалении одного из комментов хэш изменится
Разные комментарии ответы на один и тот же комментарий создадут свои независимые ветки и если один из них потеряется ветка с другим будет жива.
В μTorrent в какой то момент вроде запилили данную функциональность. Но она как быстро появилась так кажись и исчезла. Так я и не успел изучить куда комментарии сохраняются.
Спасибо. Обновил qTox. Он с новым ядром в котором поправили уязвимость. TRIfA почему то осталась со старым ядром на f-droid не смотря на то что добавлен новый релиз два дня назат.
Да в клиенте TRIfA сделали режим экономии. В этом режиме клиент через заданые промежутки времени подключается к сети и снова отключается. Не понятно только как два клиента в этом режиме синхронизируются чтобы обменятся сообщениями.
Я мечтаю о том чтобы было всё так же просто как в википедии. Сделал правку кода и сразу получил скомпилированный клиент со своей правкой.
Обычно перед этим надо найти, установить и настроить кучу инструментов. И хорошо ещё если они тоже свободные и с открытыми исходниками. Далее надо изучить структуру проекта чтобы найти интересующее место, понять как оно работает и поправить. Потом возникает проблема с принятием правки в главную ветку.
Но естественно если меня это достаточно заинтересует я попробую пройти этот квест.
С учётом того что сейчас уже целые страны преврашяются иногда в локальную сеточку преимущество есть.
Почему никто не говорит про Tox:
использует ассиметричное шифрование.
не требует регистрации(электронной почты, телефона).
не нужен сервер для передачи сообщений.
может работать в локальной сети при отсутствии доступа в интернет.
имеет несколько клиентов под разные операционные системы с открытым исходным кодом.
Клиенты конечно у него сыроваты особенно под андройд. Да и под Windows тоже косяки есть.
Я например тестил qTox текстовая, аудио и видео связь работает. Есть проблема с разворачиванием видео на весь экран и кнопку обратного сворачивания забыли.
Шлюзы очищаются периодически и им приходится искать блоки заново. Поэтому надо держать свой IPFS клиент и пинить важный контент. Для вас он будет доступен мгновенно поскольку сохранён локально и другие его смогут получить от вас.
Ну допустим теоритически для мгновенной передачи биткойна человеку который тебе доверяет можно просто передать приватный ключ зашифровав его публичным ключом. Но конечно перед этим нужно заранее разбивать большой кошелёк на множество мелких с малыми суммами и в дальнейшем не собирать все деньги на одном кошельке. Это будет аналогом монет и купюр.
А те кто вообще не имеют кошелька но получили приватный ключ от родственника могут передать приватный ключ продавцу и тот самостоятельно переведёт деньги с него на свой кошелёк.
Проблема NAT в том что два узла находящихся за NAT не могут без костылей соединится друг с другом. А это сейчас как никогда актуально так как уже достаточно востребована видео связь. В условиях когда видеопотоку надо приодолеть 2 или даже 4 NAT (в вашем WiFi роутере он скорей всего тоже включён) связь идёт не напрямую а через сервер который имеет внешний IP. Этим сервером кто-то владеет и обслуживает и у него не бесконечные ресурсы чтобы обслуживать видеопотоки всего интернета и в какой то момент он начинает лагать.
В то же время есть отличная технология 6to4 которая позволяет провайдеру или его пользователям подключить IPv6 используя внешний IPv4 провайдера. IPv4 адрес провайдера становится частью адреса IPv6 подсети и указывает на какой узел сети IPv4 надо слать ответный пакет если он покидает IPv6 сеть.
А почему не TOX
Я бы ещё порекомендовал продвинутым пользователям uMatrix и включить в Firefox режим HTTPS only. А те старые сайты которые не поддерживают HTTPS смотреть через https://web.archive.org/. Он и шифрование добавит и страницы сохранит если их ещё в архиве нет.
Ну например чтобы описание содержимого файла было прочно связано с ним и распространялось вместе с файлом в p2p сетях.
Вот и я встретил проблему когда ищешь решение проблемы находишь свои же статьи. Но решение немного устарело.
Добавил информацию про новый способ создания своей страницы 404 в IPFS
Ну в поиске тоже можно фильтровать сайты с которых результаты будут.
Пример:
Gnutella вроде вся в спаме.
В Gnutella2 это лечится фильтром, более полными метаданными и фейк поиском.
Фейк поиск это поиск файла которого заведомо нет в сети и баном всех узлов в которых он был найден.
Получается чтобы обмениваться комментариями с клиентами uTorrent надо также претворится uTorrent'ом?
Я думаю это неточность. В той же статье:
То есть трекер скорей всего использовался только для входа в рой а дальше комментарии передавались от клиента к клиенту.
И хранились комментарии локально вместе с раздачей.
Но конечно для полноценной реализации в альтернативных клиентах нужен полноценный BitTorrent Enhancement Proposal.
А можете отрыть спецификацию как работали комментарии? Было ли это реализовано через DHT без централизованного хранения?
Ну можно было комментарий хранить на клиенте и анонсить в DHT как и оценки.
Скорее хеш предыдущего комментария на который ответ. А тот в свою очередь содержит хеш на предыдущий.
Разные комментарии ответы на один и тот же комментарий создадут свои независимые ветки и если один из них потеряется ветка с другим будет жива.
В μTorrent в какой то момент вроде запилили данную функциональность. Но она как быстро появилась так кажись и исчезла. Так я и не успел изучить куда комментарии сохраняются.
Гугл по крайней мере сейчас показывает время по своему:
В XML вполне можно реализовать ваше решение.
Ну и с ссылками.
Есть то он есть но только зачем он сдался когда пользователям выдаётся максимум 64 битный префикс?