Dónde quedan los datos del proyecto siendo invitado, con la sesión iniciada y al cambiar de cuenta
SlateX guarda los datos del estado de invitado y los del estado con sesión iniciada en dos bases de datos físicas separadas: usan el mismo modelo de datos, pero no son el mismo archivo. La base de invitado atiende nada más los registros hechos sin iniciar sesión; la base de la cuenta atiende los registros posteriores al inicio de sesión, y solo la base de la cuenta está configurada con la base de datos privada en la nube. Al cambiar de cuenta, la pertenencia tampoco se resuelve con “quien tenga la sesión iniciada ahora se queda con todos los registros”, sino que se decide registro por registro según la condición de identidad de Apple.
Tener bases separadas resuelve la pregunta “de qué lado cae cada dato”, y no equivale a garantizar ningún resultado de seguridad, de privacidad o entre dispositivos.
La base de invitado y la base de la cuenta son dos archivos
Las dos bases están en subdirectorios propios dentro del directorio de soporte de la app. Esa ubicación no es una posición de Documents que la persona usuaria recorra de forma directa en la app “Archivos”, así que no puede entenderse que “encontró el archivo de la base de datos” es tener ya todos los medios, ni escribir que respaldar solo el archivo de la base es un plan de respaldo completo.
Las dos bases comparten la misma instancia del modelo de datos, de modo que los proyectos, las escenas, los registros de toma y el material de continuidad siguen expresándose con la misma estructura. Lo que cambia es dónde cae el almacenamiento: los datos de invitado entran a la base de invitado y los datos de la cuenta, después de iniciar sesión, entran a la base de la cuenta. El código solo configuró la base de datos privada en la nube para la base de la cuenta; la base de invitado no tiene ninguna configuración de subida a la nube en todo su ciclo de vida. Esto describe un hecho de configuración del código, no la conclusión de una prueba que ya haya verificado en el dispositivo que no se va a subir nada.
Las fotos y los videos no son lo mismo dentro de la base
El cuerpo de datos de una foto se guarda como datos binarios dentro de la base de datos, así que viaja con el registro de la base. El video no: en la base queda guardada una ruta que apunta a un archivo local, en lugar de meter el archivo de video entero en el mismo campo de la base.
Esa diferencia significa que, al cambiar de dispositivo, el registro de una foto y la ruta de un video no pueden leerse como el mismo mecanismo. El código puede explicar qué guarda cada uno en la base, pero de ahí no puede prometerse que “al cambiar de dispositivo el archivo va a estar” ni que “no va a estar”. Quien recibe solo puede tratarlos como dos formas de almacenamiento distintas, y no equiparar la sincronización de la base con que el archivo de medios ya haya llegado.
Que la base de datos tenga un registro de un medio no quiere decir que el archivo local correspondiente ya aparezca en el otro dispositivo.
Después de iniciar sesión, la pertenencia no es un cambio de dueño de toda la base
La pertenencia de los datos del lado de la cuenta se decide registro por registro según la condición de identidad de Apple. El proyecto y los registros alcanzables desde él tienen que caer en una ruta de pertenencia que corresponda a la identidad actual, y no puede, solo porque una cuenta tenga la sesión iniciada en este momento, tratar todo lo que hay en la base como propiedad de esa cuenta.
Esa decisión también afecta si, al cambiar de cuenta, un registro sigue pudiendo leerse, migrarse o borrarse. Dicho de otra manera: el estado de la sesión es solo una de las condiciones para entrar a cuál entorno de datos; a quién pertenece un registro concreto depende además por cuál cadena de relaciones puede volver ese registro a la identidad correspondiente.
Los datos de invitado solo se migran cuando la persona inicia sesión por su cuenta
Que los registros de invitado pasen a la base de la cuenta no ocurre de paso cuando se recupera la sesión. Solo la ruta en la que la persona pulsa iniciar sesión de forma expresa permite arrancar la migración de invitado; cuando la app recupera la sesión desde credenciales ya guardadas, no mueve la base de invitado de forma automática.
La migración se ejecuta por fases: primero se toma una instantánea de la base de invitado, después se escriben en la base de la cuenta los objetos migrables, y luego se verifica atributo por atributo, relación por relación y pertenencia por pertenencia con un contexto nuevo. La parte de origen solo limpia sus registros de invitado si la verificación pasa. Si alguna fase falla, el origen no entra en el paso de limpieza.
Si la verificación no pasa, se conserva el original: antes dejarlo intacto que moverlo a medias. Esa frase describe el orden de migración de hoy y no indica que la red, la nube u otro dispositivo hayan completado verificación adicional alguna.
Hasta dónde alcanza lo que responde esta página
Lo que este mecanismo responde es en cuál base caen por separado los registros de invitado y los de la cuenta, cuál de las dos está configurada con la base de datos privada en la nube, con qué forma aparece el medio dentro de la base, y cómo se migran los datos de invitado, después de la verificación, cuando la persona inicia sesión de forma expresa. No prueba un modelo de cifrado concreto ni una garantía de privacidad de alcance general, no puede escribirse con esto que ninguna persona vaya a poder leerlos, y tampoco convierte una configuración del código en una auditoría de seguridad a nivel de dispositivo ya terminada.
Si la pregunta pasa a ser “si el otro dispositivo va a mostrar el mismo medio en el mismo momento”, “si se puede recuperar algo después de borrar la app” o “si con esto se cumple tal norma”, esta página se queda en cómo están organizados de hecho los datos en el directorio de trabajo de este dispositivo, y no extrapola a esos casos.
FAQ
¿El estado de invitado y el de sesión iniciada usan la misma base de datos?
No. Los dos estados usan archivos de base de datos física separados, aunque comparten la misma instancia del modelo de datos; los registros de invitado entran a la base de invitado y los registros con sesión iniciada entran a la base de la cuenta.
¿La base de invitado también entra a la base de datos privada en la nube?
El código actual no configuró subida a la nube para la base de invitado; solo la base de la cuenta está configurada con la base de datos privada en la nube. Esta afirmación describe la configuración del código, y no equivale a haber demostrado con pruebas en el dispositivo toda la conducta de red.
¿Por qué foto y video no pueden entenderse con la misma expectativa entre dispositivos?
Porque el cuerpo de datos de la foto se guarda dentro de un campo de la base de datos, mientras que del video la base guarda una ruta local. Son dos formas de almacenamiento distintas, y no puede inferirse, solo porque exista el registro en la base, que el otro dispositivo ya tiene el archivo correspondiente.
¿Cuándo pasan los datos de invitado a la cuenta con la sesión iniciada?
Solo cuando la persona inicia sesión de forma expresa puede arrancar la migración de invitado; si el sistema recupera un estado de sesión existente, no migra de forma automática. La migración pasa por la escritura y por la verificación, y si la verificación no pasa, los registros de origen se conservan.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.