diff --git a/app/extractors/hosters/seekplayer_engine.py b/app/extractors/hosters/seekplayer_engine.py
index 6b856b6..0296449 100644
--- a/app/extractors/hosters/seekplayer_engine.py
+++ b/app/extractors/hosters/seekplayer_engine.py
@@ -141,10 +141,17 @@ def extract(page_url: str, *, timeout: float = 30.0) -> list[StreamSource] | Non
     source = (data.get("source") or "").strip()
     cf = (data.get("cf") or "").strip()
 
-    # Source: IP-bound m3u8 URL na CDN edge (np. `185.237.107.146/v4/<sig>/<exp>/ty/<hash>/master.m3u8`).
-    # Token signed dla VPS IP, proxy poda segmenty z tego samego IP, OK.
-    # CDN servuje cert na IP, fetch wymaga verify=False (stream_proxy.py ma już
-    # taką gałąź dla IP-host m3u8).
+    # Source: m3u8 na CDN edge pod GOŁYM IP (np. `185.237.107.146/v4/<sig>/<exp>/…/master.m3u8`).
+    # Token ma ~2,8 h TTL i NIE jest związany z IP (sprawdzone 2026-08-14), a węzły
+    # rotują: dwa kolejne resolve tej samej sceny wracają z różnymi adresami. Dlatego
+    # padnięcie odtwarzania na tym źródle leczy się ponownym resolve, a nie WebView-em
+    # (`BACKEND_RERESOLVE_ORIGINS` w PlayerScreen).
+    #
+    # UWAGA: `proxy_no_verify` i `cf_fallback` niżej NIE SĄ przez nic czytane. Wcześniejszy
+    # komentarz twierdził, że `stream_proxy.py` ma gałąź `verify=False` dla hostów-IP —
+    # nie ma jej, w tym pliku nie występuje słowo `verify` ani razu. W praktyce certyfikaty
+    # tych węzłów przechodzą weryfikację (fetch przez proxy oddaje 200), więc to flagi
+    # informacyjne, nie działające przełączniki.
     sources: list[StreamSource] = []
     if source:
         sources.append(
diff --git a/mobile/src/changelog.ts b/mobile/src/changelog.ts
index be8c5a6..369c8d0 100644
--- a/mobile/src/changelog.ts
+++ b/mobile/src/changelog.ts
@@ -16,6 +16,13 @@ export type ChangelogEntry = {
 };
 
 export const CHANGELOG: ChangelogEntry[] = [
+  {
+    id: '2026-08-14b',
+    date: 'August 2026',
+    items: [
+      'galaxyporn: if a video fails to start, the app now asks for a fresh link instead of giving up. Their servers rotate, so a second try usually lands on a working one.',
+    ],
+  },
   {
     id: '2026-08-14',
     date: 'August 2026',
diff --git a/mobile/src/screens/PlayerScreen.tsx b/mobile/src/screens/PlayerScreen.tsx
index 8f2c518..c68f012 100644
--- a/mobile/src/screens/PlayerScreen.tsx
+++ b/mobile/src/screens/PlayerScreen.tsx
@@ -312,7 +312,14 @@ function NativeVideoPlayer({ params }: { params: RouteParams }) {
   // natywny direct stream (0 VPS bandwidth). Dla tych tubów `gone` (404 z CDN) znaczy
   // "URL zwietrzał", NIE "scena skasowana" (backend rzuciłby HosterDead→410), więc
   // re-resolvujemy też na gone.
-  const BACKEND_RERESOLVE_ORIGINS = ['tube:watchporn'];
+  //
+  // galaxyporn dopisany 2026-08-14 po zgłoszeniu 7f2234eb („samo wideo działa, a apka
+  // zgłasza problem z hostem"). Ekstraktor jest sprawny: telemetria z 14 dni to 1140
+  // udanych odtworzeń i 25 błędów (2,1%), a resolve na żądanie oddaje działający
+  // manifest w 0,4 s. Padał POJEDYNCZY nod CDN — kolejne wywołania resolve wracają
+  // z RÓŻNYMI adresami (185.237.107.133, potem 203.188.166.163), więc ponowny resolve
+  // po prostu ląduje na żywym węźle. Token ma ~2,8 h TTL, czyli wygasanie to nie to.
+  const BACKEND_RERESOLVE_ORIGINS = ['tube:watchporn', 'tube:galaxyporncom'];
   const canBackendReresolve =
     !!sceneId && !!params.playbackId && BACKEND_RERESOLVE_ORIGINS.includes(playOrigin ?? '');
   // Seek/decode recovery (bug f6c86847: doply/playmogo „invalid NAL length” przy