W artykule opublikowanym 12 października 2026 r. Meta poinformowała, że po miesiącach eksperymentów wdrożyła Media over QUIC (MoQ) do przyjmowania transmisji wideo na żywo w Instagram Live na iOS i Androidzie. Firma podała, że MoQ osiągnęło wyniki porównywalne z jej wcześniejszym protokołem RUSH pod względem wskaźników jakości strumieniowania i niezawodności użytych podczas wdrożenia. Meta opisała wdrożenie i jego wyniki.
Co określa projekt transportowy IETF
MOQT to protokół publikowania i subskrybowania danych przez QUIC lub WebTransport. Pozwala przesyłać obiekty bezpośrednio albo za pośrednictwem przekaźników; sam protokół nie jest powiązany z konkretnym rodzajem treści. Dokumenty dotyczące formatów mediów określają natomiast, jak pakować poszczególne treści w obiekty. Projekt transportowy IETF opisuje zakres MOQT.
W stanie odnotowanym w październiku 2026 r. dokument draft-ietf-moq-transport-22 był aktywnym Internet-Draftem, czyli projektem standardu, a nie opublikowanym RFC. IETF podawała 1 października 2026 r. jako datę ostatniej aktualizacji dokumentu, a 4 kwietnia 2027 r. jako jego datę wygaśnięcia. Grupa robocza Media Over QUIC planowała na grudzień 2026 r. złożenie wniosku o przekazanie protokołu publikowania i subskrypcji do IESG. Strona grupy roboczej IETF przedstawiała ten harmonogram.
Jak Meta łączy MoQ z dotychczasowym backendem
Po stronie klienta wydawca MoQ korzysta z biblioteki moxygen zintegrowanej ze stosem QUIC mvfst. Parametr konfiguracji wybiera MoQ albo RUSH dla danej transmisji. W punktach brzegowych Meta przekształca ramki MoQ do formatu RUSH, którego oczekuje istniejący backend. Dzięki temu zmiana transportu po stronie przyjmowania transmisji nie wymaga równoczesnej przebudowy dalszych systemów.
Meta kieruje transmisje zakwalifikowane do eksperymentu do punktów obsługujących MoQ na podstawie przypisania do grupy eksperymentalnej. Firma podaje, że rozmiar eksperymentu można zmieniać w ciągu minut. RUSH, własny protokół Meta oparty na QUIC, obsługiwał jej transmisje wideo na żywo przez niemal dekadę.
Na początku transmisji system wybiera TCP albo QUIC, zależnie od tego, które uzgodnienie połączenia zakończy się pierwsze. Ma to znaczenie, ponieważ część sieci firmowych i operatorskich blokuje lub ogranicza UDP/443. Obecny zapasowy transport TCP korzysta z RUSH; QMUX nie jest jeszcze częścią tego wdrożenia.
| Element architektury | Wdrożenie opisane przez Meta | Kolejny kierunek wskazany przez Meta |
| Backend | Punkty brzegowe tłumaczą ramki MoQ na format RUSH oczekiwany przez istniejący backend. | Natywna obsługa MoQ przez backend ma zastąpić warstwę translacji. |
| Zakres transmisji | Meta opisała przyjmowanie transmisji Instagram Live na iOS i Androidzie. | Szersze wykorzystanie w aplikacjach Meta oraz dostarczanie i odtwarzanie transmisji end-to-end pozostają przyszłymi pracami. |
| Zapasowy transport TCP | Obecny fallback opiera się na RUSH. | Meta wskazuje QMUX jako planowany, standaryzowany fallback TCP. |
