PokéSurvivor Actualizaciones · 2026-11-04: 4 de noviembre: tiradas con cuenta y cambios de servicio

Actualización del juego 4 de noviembre de 2026 · Artículo actualizado 5 de noviembre de 2026

Las tiradas con cuenta requieren el servidor original. Qué hacer con errores, conflictos de guardado, amigos, salas y clasificación; el modo invitado y la tienda conservan sus reglas.

Cambios principales

Desde la actualización original del 4 de noviembre, una cuenta conectada envía la tirada al servicio original. Sin conexión o si falla la petición, el cliente muestra un error y no hace una tirada local como alternativa. El invitado sigue usando el algoritmo local. El aviso oficial mantiene el juego normal y la tienda: este requisito afecta a las tiradas con cuenta, no a toda acción sin conexión.
El cliente original conserva el acceso Firebase, pero lee y escribe guardados mediante el servicio original, sin cargar clientes directos Firestore/Realtime Database. Esto describe el transporte público del cliente, no el almacenamiento interno desconocido. Una respuesta de guardado inexistente no equivale a una petición fallida; un fallo no es una cuenta vacía ni una sincronización correcta. Siguen siendo relevantes el guardado local, las copias firmadas y la protección entre pestañas.
En esta versión original, la señalización de salas usa siempre WebSocket; el antiguo selector local RTDB ya no ofrece una alternativa válida. WebRTC/TURN y la cola del anfitrión son capas distintas y conservan su comportamiento de combate. Amigos e invitaciones se actualizan por el servicio original en vez de suscripciones directas a bases de datos. Las consultas suelen espaciarse 9,6–14,4 segundos en menús y 36–54 jugando, con posibles retrasos de red; las páginas ocultas omiten consultas periódicas y actualizan al volver.
El cliente original usa ahora su servicio de clasificación de forma constante; las instrucciones anteriores sobre Firestore por defecto y servicio opcional pertenecen a versiones antiguas. El latido sigue necesitando credenciales válidas de partida y se llama cada 60 segundos de juego. Obtener la firma conserva hasta ocho intentos, pausas de tres segundos, peticiones de 15 segundos y presupuesto total de 80 segundos; el rechazo de autenticación detiene los intentos. Esto no demuestra la implementación interna ni disponibilidad del servicio privado.
Los regalos y retiradas del administrador original leen/escriben por el servicio original y reintentan conflictos hasta tres veces. Se conservan los saldos no negativos, retiradas de colección y compañero alternativo; esta Wiki no concede permisos ni cambia saldos. La interfaz restringida añade una lista de sospechas del servidor (hasta 500 por cifras; los reportes pueden añadir entradas), motivos/reportes y cifras económicas, con descartar y bloqueo confirmado explícitamente. Una marca no prueba trampas ni demuestra por sí sola un bloqueo automático.
El cliente público añade una comprobación de mantenimiento al arrancar, con espera de cuatro segundos. El modo «servidor», una respuesta inaccesible o sin modo válido permiten arrancar; otra cadena muestra el aviso original de migración de servidores. Es una pantalla condicional, no prueba de mantenimiento activo ahora. El aviso pide volver más tarde; conserva el guardado del navegador en vez de borrarlo al verla.
Revisado el 5 de noviembre: el repositorio configurado JPTER78/pokesurvivor, HEAD y enlaces antes legibles devuelven 404. No demuestra si es privado, movido o eliminado, ni que no haya cambios. La interfaz legal/ajustes original también retira los botones GitHub. Se conservan las citas históricas con su fecha; esta revisión usa la noticia oficial del 4 de noviembre y el cliente/version público eae98df1a1 congelado con SHA-256. Es un identificador público de versión, no un commit Git inventado. El rango completo desde d2bf542d no está disponible; el último Git comprobado sigue siendo c121040f.

Las tiradas con cuenta necesitan conexión

Desde la actualización original del 4 de noviembre, una cuenta conectada envía la tirada al servicio original. Sin conexión o si falla la petición, el cliente muestra un error y no hace una tirada local como alternativa. El invitado sigue usando el algoritmo local. El aviso oficial mantiene el juego normal y la tienda: este requisito afecta a las tiradas con cuenta, no a toda acción sin conexión.

Comprueba primero el banner abierto y los tickets. El cliente bloquea la tirada mientras la procesa, espera el guardado pendiente y conserva un identificador de operación al reintentar. Un conflicto de revisión combina el guardado recibido y reintenta con la nueva revisión, hasta cuatro vueltas; un fallo de transporte solo recibe un primer reintento, no cuatro reintentos de red garantizados. Banner cerrado, tickets insuficientes, falta de conexión y fallo general son resultados distintos. La respuesta correcta fija monedas, ambos tickets, registro, colección, shiny, pity y tiradas totales antes de la animación.

Tras un tiempo de espera agotado, recupera la conexión y sincroniza la misma cuenta; revisa tickets, colección y pity reales antes de volver a tirar. No recibir respuesta no demuestra que el servidor no procesara la tirada ni garantiza un reembolso. No borres el almacenamiento ni edites copias firmadas. Las fórmulas locales publicadas de probabilidades, pity, costes de 10/100, repetidos y shiny no cambian en esta versión. Las calculadoras Wiki son de planificación: usa los últimos valores confirmados; no ejecutan, restauran ni certifican tiradas reales.

Conflictos de nube y saldos confirmados

El cliente original conserva el acceso Firebase, pero lee y escribe guardados mediante el servicio original, sin cargar clientes directos Firestore/Realtime Database. Esto describe el transporte público del cliente, no el almacenamiento interno desconocido. Una respuesta de guardado inexistente no equivale a una petición fallida; un fallo no es una cuenta vacía ni una sincronización correcta. Siguen siendo relevantes el guardado local, las copias firmadas y la protección entre pestañas.

Un guardado aceptado puede corregir monedas, ambos tickets, registro, retiradas, mejoras permanentes, mochila y MT con los valores del servidor. Ante un conflicto, el cliente combina la copia recibida y reintenta con una revisión mayor. El límite de frecuencia con espera mantiene el guardado pendiente durante los segundos indicados (20 por defecto), más medio segundo. Un rechazo puede dejar los cambios nuevos solo en este navegador. Conserva sus datos y espera una sincronización aceptada antes de cambiar de dispositivo o borrar almacenamiento.

Las peticiones requieren un usuario conectado. El cliente renueva una vez el token tras un 401; un fallo de acceso repetido no es un guardado correcto. El tiempo habitual es 12 segundos (15 para tiradas); fallos de red, servidor y respuestas ilegibles se consideran indisponibles. Reconecta y confirma el estado de sincronización; la Wiki no repara credenciales ni deduce saldos aceptados de una animación de carga.

Salas, amigos y estado con retraso

En esta versión original, la señalización de salas usa siempre WebSocket; el antiguo selector local RTDB ya no ofrece una alternativa válida. WebRTC/TURN y la cola del anfitrión son capas distintas y conservan su comportamiento de combate. Amigos e invitaciones se actualizan por el servicio original en vez de suscripciones directas a bases de datos. Las consultas suelen espaciarse 9,6–14,4 segundos en menús y 36–54 jugando, con posibles retrasos de red; las páginas ocultas omiten consultas periódicas y actualizan al volver.

Los amigos recibidos parten con estado desconectado/no jugando y sala vacía. Esa etiqueta no demuestra que no puedan entrar en esta versión: prueba una invitación o sala conocida y espera la actualización. Las invitaciones caducan a los tres minutos; repetir la misma antes de 20 segundos se suprime. Las acciones también pueden refrescar la lista. Perfil/apodo conservan intervalo de seis horas y demora de 800 ms, caché de diez minutos; una espera por límite de perfil usa los segundos recibidos (cinco por defecto) más 0,2 segundos. Son tiempos del cliente, no garantías de entrega.

La clasificación usa el servicio original

El cliente original usa ahora su servicio de clasificación de forma constante; las instrucciones anteriores sobre Firestore por defecto y servicio opcional pertenecen a versiones antiguas. El latido sigue necesitando credenciales válidas de partida y se llama cada 60 segundos de juego. Obtener la firma conserva hasta ocho intentos, pausas de tres segundos, peticiones de 15 segundos y presupuesto total de 80 segundos; el rechazo de autenticación detiene los intentos. Esto no demuestra la implementación interna ni disponibilidad del servicio privado.

No cambian los mínimos de 120 segundos generales y 600 por Pokémon, la conservación de daño histórico, el top 50 de amigos, las cachés de 8/6/2 horas ni el límite acumulado de daño 5c97df2e. La cronología conserva sus cálculos y la recuperación de enlaces antiguos. Cambiar el transporte no aumenta el daño de combate ni mueve las fechas de eventos; actualiza la lista correcta y comprueba los requisitos antes de confundir retraso con progreso perdido.

Regalos, moderación y borrado de cuenta

Los regalos y retiradas del administrador original leen/escriben por el servicio original y reintentan conflictos hasta tres veces. Se conservan los saldos no negativos, retiradas de colección y compañero alternativo; esta Wiki no concede permisos ni cambia saldos. La interfaz restringida añade una lista de sospechas del servidor (hasta 500 por cifras; los reportes pueden añadir entradas), motivos/reportes y cifras económicas, con descartar y bloqueo confirmado explícitamente. Una marca no prueba trampas ni demuestra por sí sola un bloqueo automático.

Borrar la cuenta original sigue exigiendo reautenticación; después solicita el servicio original y continúa con limpieza social/clasificación y el usuario Firebase. Este cliente permite continuar tanto con 403 como con 200; eso no prueba que se hayan borrado todos los registros internos. Usa los controles originales y comprueba el resultado con ese servicio. Los JSON de herramientas, la planificación local y el juego independiente incrustado son distintos; esta Wiki no recibe autoridad para borrar cuentas.

Pantalla de mantenimiento original y reintentos

El cliente público añade una comprobación de mantenimiento al arrancar, con espera de cuatro segundos. El modo «servidor», una respuesta inaccesible o sin modo válido permiten arrancar; otra cadena muestra el aviso original de migración de servidores. Es una pantalla condicional, no prueba de mantenimiento activo ahora. El aviso pide volver más tarde; conserva el guardado del navegador en vez de borrarlo al verla.

En esa pantalla, «Volver a intentarlo» recarga. La comprobación automática se programa cada 60–75 segundos: recarga si el modo permite arrancar (también si falla su lectura) o si una versión legible nueva difiere de la inicial legible. En otro caso vuelve a programarse. El service worker no cambia en esta comparación; tener la página guardada sin conexión no habilita tiradas con cuenta ni nube sin internet. La versión independiente incrustada no ha recibido este cambio de arranque.

Cliente público e historial Git no disponible

Revisado el 5 de noviembre: el repositorio configurado JPTER78/pokesurvivor, HEAD y enlaces antes legibles devuelven 404. No demuestra si es privado, movido o eliminado, ni que no haya cambios. La interfaz legal/ajustes original también retira los botones GitHub. Se conservan las citas históricas con su fecha; esta revisión usa la noticia oficial del 4 de noviembre y el cliente/version público eae98df1a1 congelado con SHA-256. Es un identificador público de versión, no un commit Git inventado. El rango completo desde d2bf542d no está disponible; el último Git comprobado sigue siendo c121040f.

Versión original actual y modelo de herramientas

Cliente original público eae98df1a1 (marca del 4 de noviembre, 23:19:53 UTC), revisado el 5. La comparación de módulos completos normalizados encuentra 101 iguales y 13 cambiados/nuevos. El catálogo ejecutado conserva 966 Pokémon, 103 movimientos, 97 evoluciones, 4.830 comprobaciones de estadísticas y 412 transiciones de nivel; no cambian fórmulas de gacha, combate, tienda ni progreso. Las trece herramientas conservan cálculos, enlaces y recuperación JSON; planifica con saldos confirmados. Catálogo d567c6da, ejecución/puntuación 5c97df2e, reglas estacionales f7fbcfc4 y calendario d667c216 mantienen versiones distintas.

El juego incrustado sigue siendo la versión independiente survivorpoke.com/play/ 3667bcad81 con cambios estacionales f7 seleccionados; los cálculos Community mantienen su modelo fijo. Esta actualización Wiki no ha desplegado el nuevo servicio de cuenta ni las tiradas en línea en ese juego incrustado. No son versiones idénticas.

Páginas relacionadas

Actualizaciones anteriores y siguientes

2026-11-02 · Guardados y nuevos datos de directos y vídeos

Datos del juego y fuentes

Los archivos del juego enlazados indican de dónde salen los valores, costes y reglas. Las actualizaciones pueden cambiarlos.

Versión de datos: d567c6da

Versión de datos →