WebRTC delivery (egress)

WebRTC-egress меняет традиционную peer-to-peer-модель WebRTC: вместо прямого соединения между двумя браузерами источником выступает SFU (Selective Forwarding Unit), а каждый зритель – это WebRTC-клиент, принимающий поток от него. Браузер зрителя использует тот же `RTCPeerConnection`, что и при обычном звонке, но SDP offer/answer теперь односторонний – только от сервера к клиенту. Протокол WHEP (WebRTC-HTTP Egress Protocol) стандартизировал сигнализацию, чтобы любой совместимый плеер мог получать поток с любого совместимого SFU.

Главная фича – задержка. WebRTC-доставка обеспечивает 200 мс – 1 с от экрана до экрана, что значительно меньше, чем 2–4 с у LL-HLS. Это делает его единственным жизнеспособным протоколом для спортивных ставок, аукционов на реальные деньги, интерактивных шоу, видеоуроков и любых сценариев «react together», где разрыв в 2 секунды ломает пользовательский опыт. Twitch, Kick, betting-фиды DAZN и крупные аукционные платформы в 2026 году используют WebRTC-egress.

Цена – операционная сложность. WebRTC-egress требует SFU-инфраструктуры (mediasoup, LiveKit, Janus, Pion, Cloudflare Calls), бюджета на TURN-трафик, обработки ICE и плеерного стека, способного работать с NACK, PLI, simulcast и SVC. Multi-CDN-распределение сложнее, поскольку каждый SFU хранит состояние для каждого зрителя. Большинство операторов, которым нужен WebRTC-egress, запускают его на небольшом числе региональных POP (5–20 глобально), а не на сотнях, как в случае с HLS.