The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В РФ утверждено требование наличия паспортных данных при регистрации в мессенджерах, opennews (ok), 23-Окт-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


600. "В РФ утверждено требование наличия паспортных данных при рег..."  +/
Сообщение от Аноним (600), 24-Окт-21, 20:00 
> А если "организатора сервиса обмена мгновенными сообщениями" физически не существует,
> как в Jami?

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

Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

609. "В РФ утверждено требование наличия паспортных данных при рег..."  +1 +/
Сообщение от ptr (ok), 24-Окт-21, 20:30 
>> А если "организатора сервиса обмена мгновенными сообщениями" физически не существует,
>> как в Jami?
> Организатор, безусловно, существует. Это тот человек, который выложил код.

Тогда организаторов бесконечное множество, так как форков может быть тоже бесконечное множество. Каждый может в любой момент форкнуть Jami. GPL однако.


Ответить | Правка | Наверх | Cообщить модератору

615. "В РФ утверждено требование наличия паспортных данных при рег..."  +/
Сообщение от Аноним (600), 24-Окт-21, 20:39 
>>> А если "организатора сервиса обмена мгновенными сообщениями" физически не существует,
>>> как в Jami?
>> Организатор, безусловно, существует. Это тот человек, который выложил код.
> Тогда организаторов бесконечное множество, так как форков может быть тоже бесконечное множество.
> Каждый может в любой момент форкнуть Jami. GPL однако.

Не на 100% согласен. Есть конкретные люди, которые задают правила игры, т.е. определяют (или определили в прошлом) протокол взаимодействия клиентов, который и отличает Jami от всего остального. Люди, от действий которых зависит, что считается оригинальным Jami, что считается совместимым клиентом, а что - несовместимым (т.е. самое большее - отдельным сервисом).

Ответить | Правка | Наверх | Cообщить модератору

623. "В РФ утверждено требование наличия паспортных данных при рег..."  +1 +/
Сообщение от ptr (ok), 24-Окт-21, 20:47 
> Не на 100% согласен. Есть конкретные люди, которые задают правила игры, т.е.
> определяют (или определили в прошлом) протокол взаимодействия клиентов, который и отличает
> Jami от всего остального. Люди, от действий которых зависит, что считается
> оригинальным Jami, что считается совместимым клиентом, а что - несовместимым (т.е.
> самое большее - отдельным сервисом).

Никто не изобретал велосипед. Протокол - SIP, разработанный IRTF и утвержденный, в том числе, и 3GPP. Иными словами, протокол Jami ни чем принципиально не отличается от протоколов внутри офисных АТС или VoLTE. Более того, Jami вполне может использоваться в качестве SIP клиента.

Ответить | Правка | Наверх | Cообщить модератору

629. "В РФ утверждено требование наличия паспортных данных при рег..."  +/
Сообщение от Аноним (600), 24-Окт-21, 21:19 
>> Не на 100% согласен. Есть конкретные люди, которые задают правила игры, т.е.
>> определяют (или определили в прошлом) протокол взаимодействия клиентов, который и отличает
>> Jami от всего остального. Люди, от действий которых зависит, что считается
>> оригинальным Jami, что считается совместимым клиентом, а что - несовместимым (т.е.
>> самое большее - отдельным сервисом).
> Никто не изобретал велосипед. Протокол - SIP, разработанный IRTF и утвержденный, в
> том числе, и 3GPP. Иными словами, протокол Jami ни чем принципиально
> не отличается от протоколов внутри офисных АТС или VoLTE. Более того,
> Jami вполне может использоваться в качестве SIP клиента.

Согласен частично. Кстати, сам пользуюсь Jami как SIP-звонилкой через SIP-провайдера (который в этом случае и является организатором сервиса).

Но в сообщении #175 говорилось о другом: о нестандартной децентрализованной системе обмена сообщениями. О порядке действий, который позволяет по имени пользователя выяснить, какой у него infohash, а по infohash выяснить, на какой сетевой адрес какие байтики надо выслать, чтобы пользователь получил сообщение.

В данном случае, если я правильно понимаю документацию, клиент по умолчанию отправляет HTTPS-запрос на ns.jami.net (ага, вот вам и "децентрализация"), а они, в свою очередь, что-то ищут в блокчейне Etherium (см. https://github.com/savoirfairelinux/jami-nameservice). Это никакой не SIP, а нестандартный протокол, использующий HTTPS в качестве транспорта, и, что еще важнее, smart-контракт, у которого есть авторы, и без использования которого клиент обмена мгновенными сообщениями уже не может считаться клиентом именно Jami. SIP применяется уже потом, когда становится известен (через DHT, возможно с использованием bootstrap-ноды bootstrap.jami.net:4222) сетевой адрес собеседника.

Ответить | Правка | Наверх | Cообщить модератору

639. "В РФ утверждено требование наличия паспортных данных при рег..."  +/
Сообщение от ptr (ok), 24-Окт-21, 21:47 
> Но в сообщении #175 говорилось о другом: о нестандартной децентрализованной системе обмена
> сообщениями. О порядке действий, который позволяет по имени пользователя выяснить, какой
> у него infohash, а по infohash выяснить, на какой сетевой адрес
> какие байтики надо выслать, чтобы пользователь получил сообщение.
> В данном случае, если я правильно понимаю документацию

Неправильно. Клиент пользуется DHT (точнее ее реализацией в OpenDHT). Никакой сервер ему не является необходимым. Однако, bootstrap.jami.net ускоряет поиск первого DHT соседа при первом запуске Jami. Но это не обязательно, так как DHT позволяет найти первого DHT соседа и без этого, ценой времени поиска при первом запуске.

Ответить | Правка | Наверх | Cообщить модератору

640. "В РФ утверждено требование наличия паспортных данных при рег..."  +/
Сообщение от ptr (ok), 24-Окт-21, 21:51 
> В данном случае, если я правильно понимаю документацию, клиент по умолчанию отправляет
> HTTPS-запрос на ns.jami.net

Это опциональная возможность найти хеш по нику корреспондента. Если корреспондент сам отправил Вам свой хеш (например, по электронной почте или через SMS), то никакой нужды в ns.jami.net нет.
Самое интересное, что создавая Jami аккаунт клиент совсем не обязан публиковать свой хеш в связке с ником. Просто его тогда нельзя будет найти через ns.jami.net. Но связаться с ним, зная его хеш, проблем не составит.

Ответить | Правка | К родителю #629 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру