> Смотрел я по этой теме WebRTC, но там такого наворотили... что для просто того, чтобы перегнать байтики из браузера в браузер, нужно проделать кучу чего-то невообразимого.

«Просто», ага. В том-то и проблема, что в общем случае нифига это не просто и решение проблем 10% (а то и одного процента) пользователей требует 99% усилий, а решение, которое работает не в общем случае никому (кроме отдельных личностей, которые оплачивать банкет не готовы) не нужно. При этом готовых библиотек и фремворков для этой задачи хоть седалищем есть и при их использовании почти однострочники и получаются, как в том примере с winapi. Правда, тянуть тонну мутного кода кому как, а лично мне западло, поэтому всякие npm_modules идут лесом, в браузере можно и напрямую WebRTC дёрнуть, хоть и не однострочник получится тогда.

А вот на сервере от служб сигнализации отказываться точно не стоит (тем более, публичные есть) и тут-то сложного точно нет ничего. Пусть NAT обходят роботы, а не человек вкалывает на этом бессмысленном занятии.

> Но хотя если юзера не какие-то неизвестные да случайные, а не больше нескольких десятков "своих" (например агенты, продающие что-то из моей базы данных), у которых на их компьютерах с их разрешения можно установить своими руками, такие способы можно пробовать.

Да, я примерно эту ситуацию (use case) и предложил, поэтому и предложил native messaging как запасной вариант.