The OpenNET Project / Index page

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



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

Оглавление

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

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


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
Добавить, Поддержать, Вебмастеру