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