Qué sale de tu máquina y qué se ejecuta en ella

Qué envía Simhive al pool cuando simulas, qué ejecuta en tu PC para los demás y cómo se comprueban los resultados. Sin cuenta, sin nombre, sin reino.

Lo que va al pool cuando simulas #

Equipo, talentos, especialización y ajustes del combate. Nunca el nombre ni el reino del personaje (se eliminan antes de salir), nada sobre ti. Es lo mismo que ya está en el Armory público. Los resultados vuelven solo a ti.

Lo que se ejecuta en tu PC para los demás #

SimulationCraft con entradas de texto plano, un lote cada vez, con los hilos que permitas. Cada entrada se comprueba antes: todo lo que nombre un archivo, una ruta o la red se rechaza antes de que simc lo vea, y el propio simc es una build compilada sin funciones de red. El binario viene del canal público de builds en el commit del pool, con checksum verificado, nunca del pool. El propio motor —el código de Localbots dentro de Simhive— puede actualizarse desde el pool entre dos versiones: el operador publica un paquete firmado con la propia clave de firma de Simhive; la app comprueba esa firma y el checksum del paquete antes de usar un solo archivo, y conserva la versión con la que se instaló como respaldo. Un paquete que no pase alguna de las dos comprobaciones, o que no arranque, se descarta.

Comprobado en ambos sentidos #

Las máquinas nuevas se prueban con un lote de resultado conocido, y una parte del trabajo real se vuelve a simular discretamente en una máquina de confianza. Con números incorrectos, la máquina queda apartada; nunca llegan a tu informe.

Lo que guarda el pool #

Tu nombre de miembro, las máquinas que tiene debajo y las iteraciones que aportaron y usaron en los últimos 30 días. Eso es la puntuación.
Tu código de recuperación, si creaste uno: solo como hash; el pool no puede volver a mostrártelo.
Mientras una máquina está conectada: la dirección desde la que se conecta (toda conexión tiene una) y el país de esa dirección, visibles para el operador del pool. Nada de esto se conserva cuando se desconecta.
El modelo de CPU de cada máquina («AMD Ryzen 7 9800X3D») y sus últimos cinco resultados del benchmark, bajo una clave hash del miembro y la máquina, para que un PC cuente una vez. La tabla del benchmark muestra solo modelos de CPU y números, nunca quién ni qué máquina; la entrada de una máquina se borra 90 días después de su última ejecución.
Los informes que decidiste publicar: solo los datos de la página del informe (nunca la salida en bruto de la sim), durante 14 días desde la publicación o hasta que los borres. El informe guarda además una imagen de tu personaje, si se encuentra una: tu motor encuentra una vez el render de Blizzard a través de raider.io, tu navegador lo recorta y el informe conserva solo la imagen, nunca el reino, el id del personaje ni un enlace al render.
Nada de lo que simulaste, salvo para la entrega: una sim que lanzaste desde el navegador espera en el pool, con su salida en bruto, hasta que una de tus máquinas se conecta y la pasa a su Historial —al momento si hay una conectada, si no, la próxima vez que la haya—, y el pool la borra a las 48 horas en cualquier caso.
Mientras una sim se ejecuta en el pool: su entrada y los resultados que ya han vuelto, para que un reinicio del pool (una actualización, un fallo) no la pierda y el siguiente arranque siga donde estaba. Se borra en cuanto termina la sim.

Un informe de problema que enviaste con Informar de un problema: tus palabras, las versiones de la app y del motor, la build de SimulationCraft, el estado de tu máquina en el pool, las últimas líneas del log de esa máquina y —si dejaste la casilla marcada— el resultado al que se refería: sus filas y ajustes, la entrada de la sim sin el nombre de tu personaje y la salida en bruto de simc sin el nombre. Nunca tu token, el nombre o el reino de tu personaje ni el texto que pegaste. Los adjuntos se conservan 30 días; el informe, 90.

Todo esto vive en el propio servidor del pool, en su base de datos, con los archivos en el mismo servidor como espejo. Ningún tercero tiene nada de ello. Qué máquinas están conectadas ahora mismo se guarda allí en memoria y caduca solo a los dos minutos de una desconexión.

Análisis de una partida #

Un análisis —activado por miembro por quien opera el pool, o en un motor con su propia clave de API— envía los números de una llave a la API de Anthropic, donde Claude escribe el análisis: la mazmorra y el nivel, tu clase, especialización y nivel de objeto, por cada pull los números del registro y de la simulación, los cooldowns tal como se lanzaron y como se simularon, el daño por habilidad, las muertes y la lista de prioridades de simc para tu especialización. Nunca el nombre ni el reino de tu personaje, nada de otros jugadores, tu token ni el registro en sí. El análisis se guarda con el resultado en tu equipo. Anthropic trata la petición según sus condiciones de la API; el pool solo guarda cuántos análisis has usado este mes.

Runs de Warcraft Logs #

Buscar las runs de un personaje en Warcraft Logs — activado por miembro por el operador del pool mientras sea experimental — envía el nombre, el reino y la región del personaje a la API de Warcraft Logs, desde el pool (o desde un motor con un cliente de API propio), y lee solo informes públicos. La run que eliges se descarga, se convierte en los mismos números que da una llave de tu propio registro de combate (los pulls, tu parte, equipo, talentos, lanzamientos) y los datos descargados se descartan justo después; el pool no guarda nada de ellos, solo cuántas runs ha leído cada miembro en la última hora, en memoria. Lo que simules con ella se queda en tu máquina como cualquier llave. La run de otro jugador con la que comparas la tuya se lee igual; sus números se quedan en tu resultado y en tu informe guardado, y no aparecen en un informe que publiques. Warcraft Logs atiende las peticiones según sus propios términos y su política de privacidad.

Estadísticas #

Las páginas públicas cuentan las visitas en el servidor: ruta, referente, idioma, y la dirección y la cadena del navegador que el navegador del visitante envía de todos modos, convertidas por hash en un id de visitante por el software de estadísticas, que no guarda ninguna de las dos. Ningún script en la página, ninguna cookie para ello. Tras el inicio de sesión cuentan tres cosas como eventos, cada una una palabra: un inicio de sesión, un alta y una sim lanzada desde la interfaz web: su modo, si la lanzó un invitado o un miembro y si corrió en el pool o en la pestaña del navegador. Quién cuenta va bajo un id, nunca un nombre: en un miembro, un hash del nombre con una clave, ocho caracteres — la clave se queda en el pool, y solo su operador, en la consola, puede decir qué miembro es un id; en un invitado, el id de la cookie del día. Nunca un nombre, un token ni un personaje.

Quién puede cambiar qué en tu máquina #

Tú, y nadie más. Los hilos, la pausa, el horario y el nombre con el que aparece una máquina se ajustan en la app de esa máquina o desde tu propia cuenta: otra máquina con tu token o la interfaz web. El operador del pool no puede cambiar la máquina de un miembro —solo las que él mismo ejecuta— y nadie puede cambiar desde fuera el pool al que se conecta una máquina ni su token. «Only on this machine» en los ajustes de la app desactiva también los cambios desde tus otras máquinas.