>> Не на 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) сетевой адрес собеседника.