Tres capas de almacenamiento, cada una con una sola tarea. La llave de cifrado es de la persona, no nuestra: el contenido se cierra antes de salir de nuestro perímetro. La capa permanente está pagada por adelantado y no depende de que nuestra empresa exista mañana.
No «la nube» en abstracto, sino tres almacenes distintos: cada uno con su tarea, su vida útil y su costo de error.
Redis o Vercel KV. Aquí está el contexto de la conversación que ocurre en este momento: los últimos turnos, los temas abiertos, aquello en lo que el asistente se apoya para la siguiente frase. La respuesta llega en milisegundos porque no hay que ir a buscarla lejos. Esta capa no guarda nada por mucho tiempo, y no debe hacerlo.
pgvector dentro de una base Neon. La experiencia descompuesta en vectores de sentido: no «qué palabras se dijeron», sino «de qué se trataba». La búsqueda va por cercanía de significado, así que la pregunta «qué decidimos sobre la mudanza» encuentra la conversación donde la palabra «mudanza» nunca apareció.
Arweave más un NFT comprimido en Solana como comprobante. Un almacenamiento del que un registro no se puede reescribir ni retirar, pagado una sola vez y por adelantado. Los datos llegan ya cifrados: los nodos de la red guardan un bloque de bytes cuyo contenido desconocen.
AES-256-GCM. El cifrado ocurre antes del envío y la llave se queda con el dueño de la memoria. Podemos confirmar que un registro existe, decir su tamaño y su fecha, devolverlo a su dueño; leerlo, no. Es una propiedad de la arquitectura, no un reglamento interno.
La copia sube a la capa permanente de forma automática una vez por hora, y si el archivo de la conversación supera los 90 KB, sube de inmediato, sin esperar a que termine la hora. No hay nada que apretar: el botón «guardar en la eternidad» no existe ni está planeado.
Cada subida tiene un identificador de transacción. Con él, el registro se localiza a través de cualquier puerta de enlace pública de la red: comprobar que tu memoria sigue ahí no exige preguntarnos ni entrar a nuestro panel.
Las conversaciones no van a parar a un mismo pozo común. Cada usuario tiene en el servidor una carpeta ligada personalmente a él, igual en los planes pagos que en el acceso gratuito. El respaldo se arma y se sube por carpetas: la memoria de cada quien es su propia copia, y al restaurar se respeta ese mismo límite.
Cada subida se lleva solo lo que cambió desde la anterior. No es una astucia para ahorrar: reenviarlo todo haría que el costo subiera en línea recta junto con los años que llevas dentro del sistema, mientras que el incremento deja una copia del décimo año tan barata como la del primero.
Qué le ocurre físicamente a un mensaje mientras lees la respuesta.
Envías un mensaje. Cae en la capa operativa, un almacén rápido de clave-valor donde vive el contexto de la sesión actual: los últimos turnos, quién es el interlocutor, lo que ya se aclaró y nadie debería preguntar dos veces. Esta capa existe por una sola propiedad: la velocidad. Un asistente que va al almacenamiento largo por cada palabra convierte la conversación en un intercambio de cartas.
Por eso la primera capa tiene memoria corta en sentido literal: está pensada para minutos y horas, no para años. Si el sistema fuera solo esto, cada mañana empezaría con presentaciones de nuevo, que es exactamente como se comportan casi todos los asistentes que has usado.
De ahí que la primera capa nunca sea la única. Es una vitrina, no un archivo.
Es además la capa que más fácilmente se confunde con la memoria. Lo que en muchos productos se llama «te recordamos» no es más que la ventana de esta capa abierta un poco más: termina la sesión, se cierra la ventana y todo vuelve a empezar de cero.
En paralelo se extrae el sentido de la conversación. Los turnos se convierten en vectores —huellas numéricas del significado— y se guardan en Postgres con la extensión pgvector. No es un resumen ni una compresión: el vector no guarda el texto, guarda la posición de una idea entre otras ideas.
De ahí sale la capacidad de recordar algo medio año después. Cuando preguntas «quedamos en algo sobre el médico, ¿no?», el sistema no busca la palabra «médico» en todos los archivos. Busca conversaciones cercanas en sentido a tu pregunta y las sube al contexto.
La segunda capa es la única que puede responder a «qué sabes de mí». La primera es demasiado breve; la tercera, demasiado quieta: guarda de maravilla y es pésima para hurgar en ella.
Vale aclarar algo más: de un vector no se lee lo que se dijo. Es una serie de coordenadas capaz de indicar cuán cercanos son dos fragmentos, pero no se puede revertir a texto. Así que incluso quien consiguiera esta base se quedaría con un montón de números.
La capa permanente no se escribe después de cada mensaje: la cantidad de transacciones y el costo de almacenamiento crecerían sin ningún beneficio. Funcionan dos reglas a la vez. Primera: una vez por hora sube una copia de la carpeta personal. Segunda: si el archivo de la conversación pasa de 90 KB, el envío arranca de inmediato, sin esperar el final de la hora.
El sentido de la segunda regla es proteger la conversación larga. Una hora de charla densa produce con facilidad más de noventa kilobytes de texto, y esperar la hora completa significaría dejar sin guardar justo lo más cargado. El umbral se dispara antes que el reloj precisamente cuando perder duele más.
Ninguna de las dos reglas necesita que la persona haga algo. No hay botón de guardar: no porque se haya olvidado, sino porque cualquier botón manual algún día no se aprieta. Una memoria que depende de la disciplina de su dueño no es memoria, es una costumbre.
De ahí también se sabe cuánto se pierde en el peor caso: como mucho la última hora, y solo la parte de ella que aún no llegó a los noventa kilobytes. Ponemos la cifra aquí porque cualquier promesa de «cero pérdida» debe explicar antes cómo está calculada.
Antes de subir, el paquete se cierra con AES-256-GCM. Lo importante no es el largo de la llave en sí, sino el orden de las operaciones: el cifrado ocurre antes de que los datos salgan del perímetro protegido, no «del lado del almacenamiento». A la red viaja un arreglo de bytes y una etiqueta de integridad; los nodos los aceptan sin saber qué hay dentro.
El modo GCM añade verificación de integridad al cifrado. Si se cambia un solo byte dentro del paquete cifrado, el descifrado no devuelve un texto algo dañado: se niega a funcionar. La manipulación no se disfraza de falla, que es justo el comportamiento que uno quiere de un archivo que alguien abrirá dentro de veinte años.
La llave no se guarda junto a los datos ni viaja con ellos. Esa es la única razón por la que podemos decir con honestidad que no leemos las conversaciones: no «tenemos la norma de no leer», sino «no tenemos con qué».
Conviene marcar el límite de esa afirmación: el cifrado protege la copia que ya fue empaquetada y subida. La conversación en curso tiene que llegar al modelo en texto claro, o el modelo no puede responder. Lo decimos así, en vez de taparlo con un genérico «cifrado de extremo a extremo».
El paquete cifrado entra en la capa permanente y se paga una sola vez, por adelantado y por todo el plazo de guardado, no mes a mes. A cambio llega un identificador de transacción y en Solana se escribe un NFT comprimido: un comprobante compacto que dice que tal porción de memoria existe, de tal tamaño, con tal marca de tiempo.
El comprobante no contiene la conversación. Contiene la prueba. La diferencia es de fondo: una prueba se le puede mostrar a cualquiera —a un heredero, a un abogado, a uno mismo dentro de veinte años— sin revelar una sola línea de contenido.
El camino de vuelta es más corto. El dueño llega con la llave, el sistema saca el paquete por su identificador, lo descifra y lo entrega. Si nuestro panel no está disponible por cualquier motivo, el paquete igual se obtiene por una puerta de enlace pública y se descifra localmente, en la propia computadora.
El camino de vuelta está hecho a propósito para poder esquivarnos, y la razón es sencilla: por la memoria se viene en los momentos menos cómodos —una mudanza, un cambio de país, una enfermedad, un funeral que organizar—. En esos días, cada interlocutor más al que haya que contactar es un lugar más donde todo se traba.
Meter tres tareas en un solo almacenamiento suena más simple y, en la práctica, cada una queda mal hecha. Para ir rápido hay que poner los datos junto al cómputo, y un lugar así es volátil por definición. Para buscar por sentido hay que convertir el contenido en vectores e indexarlo, y un índice se reconstruye a menudo. Para durar hasta el final hay que escribir en un medio que no se puede reescribir, y lo que no se reescribe tampoco se reindexa.
Las exigencias se pelean entre sí, así que se separaron: la primera capa sacrifica vida útil por velocidad, la segunda sacrifica inmutabilidad por comprensión, la tercera sacrifica flexibilidad por inmutabilidad. Ninguna alcanza por separado; juntas sí forman una memoria.
La separación trae un subproducto: los accesos también quedan separados. Las credenciales que operan el caché rápido no abren la base vectorial, y en la base vectorial solo hay números. Aunque alguien cruce una de las puertas, con eso no se arma la vida de una persona. La seguridad aquí no es una carcasa añadida encima, sino el resultado natural de la división del trabajo.
Por eso tampoco decimos «guardamos tus datos en la nube». La nube es una palabra genérica, mientras que cada una de estas capas tiene un modo de fallar bien definido y su remedio correspondiente. Decirlos en voz alta sirve más que ofrecer una palabra tranquilizadora.
Ocho propiedades, y cada una se puede comprobar en vez de creerla.
El cifrado ocurre antes del envío y la llave se queda con el dueño de la memoria. Físicamente no podemos leer el contenido: solo confirmar que existe y devolverlo. Es una propiedad de la arquitectura, no un reglamento interno que un dueño nuevo pueda cambiar con un memorándum.
De un almacenamiento inmutable no se puede borrar un registro: la propiedad que da permanencia también juega en tu contra. Pero un paquete cifrado sin su llave es ruido, indistinguible de números al azar. Destruir la llave cuenta como borrado, y no existe otra vía honesta, ni para nosotros ni para nadie.
La capa permanente no cobra mensualidades: el guardado se paga una vez, al escribir, desde un fondo dimensionado para el largo plazo. Que termine tu suscripción, nuestro servicio o nuestra empresa no detiene el guardado, porque el guardado ya no depende de nuestros pagos.
Las capas operativa, semántica y permanente viven en sistemas distintos con credenciales distintas. El acceso al caché rápido no da acceso a la base vectorial, y el acceso a la base vectorial no da contenido: ahí hay números, no texto. Vulnerar una capa no suma para leer una vida.
El modo GCM produce una etiqueta de integridad: un paquete alterado no se descifra en absoluto. Un archivo no se puede falsificar en silencio; el intento de editarlo lo vuelve ilegible, y eso se nota de inmediato y no años después, cuando ya no queda con qué comparar.
Cada porción de memoria tiene un identificador de transacción. Su existencia se comprueba por las puertas de enlace públicas de la red, así que nadie tiene que creerle a nuestro panel, a nuestro informe ni a la palabra de soporte. Mira por su cuenta, y esa es toda la diferencia entre guardado verificado y guardado prometido.
Las conversaciones se exportan en formato de texto abierto, los identificadores de transacción se exportan como una lista y la llave ya está en tus manos. Con esas tres cosas juntas dejamos de ser un eslabón obligatorio. Un sistema del que no se puede salir, por bien que se lo describa, no es tu memoria.
El paquete lleva etiquetas: de quién es, cuándo, qué tamaño, a qué parte de la conversación corresponde. Con ellas se localiza después el fragmento que hace falta sin abrir el archivo entero. El contenido sigue cerrado, y las etiquetas no revelan de qué se habló.
Ocho pasos, y la persona no ejecuta ninguno.
Cada usuario tiene su carpeta en el servidor, ligada personalmente a él. Ahí se acumulan los diálogos, tanto en los planes pagos como en el acceso gratuito. Guardar las conversaciones no es un complemento de pago: lo tienen todos, porque de otro modo toda la construcción pierde sentido.
Una vez por hora el planificador toma lo que cambió desde la ejecución anterior. No el archivo completo, solo lo nuevo: si no, el costo y el tiempo de subida crecerían al mismo ritmo que tu vida dentro del sistema.
En paralelo al temporizador, un umbral vigila el archivo de la conversación: pasa de 90 KB y el envío empieza de inmediato. Una conversación densa no espera el final de la hora, y esa es la única excepción al ritmo horario.
Los cambios se juntan en un solo paquete y se le agregan etiquetas: de quién, cuándo, qué tamaño, qué parte de la conversación. Las etiquetas sirven para encontrar después lo que hace falta sin descifrar el archivo entero.
AES-256-GCM con la llave del dueño. Después de este paso el contenido deja de existir en claro en cualquier lugar fuera del perímetro protegido: ni en discos intermedios, ni en colas, ni en registros.
Una subida a Arweave con un pago único hecho por adelantado. Una vez ahí, no se puede retirar ni reescribir, que es exactamente lo que buscábamos al elegir este tipo de almacenamiento.
Un identificador de transacción y un NFT comprimido en Solana. Desde ese momento la existencia del registro se demuestra sin nosotros, mientras que leerlo sigue requiriendo la llave. Los identificadores se acumulan en una lista que el dueño puede exportar.
La lista de identificadores y la llave se entregan por anticipado, no se piden cuando ya pasó algo. Un pedido supone que quede alguien para recibirlo; queremos que un heredero recupere la memoria con esas dos cosas incluso cuando no queda nadie. Este paso no tiene dificultad técnica, pero es el que decide si los anteriores valen de algo.
Comparadas por las propiedades que importan no hoy, sino dentro de diez años.
| Propiedad | Nube común | Memoria PADAM |
|---|---|---|
| Quién tiene la llave | El proveedor: si no, no hay búsqueda ni vista previa | El dueño de la memoria; cifrado antes de subir |
| Si se deja de pagar | A los pocos meses se borran los datos | La capa permanente se pagó al escribir |
| Si la empresa cierra | Un correo que dice «exporta en 30 días» | Los registros siguen en la red y la llave la tienes tú |
| ¿Se puede cambiar un registro viejo? | Sí, y no queda rastro | No; editar rompe la verificación de integridad |
| Búsqueda | Por nombre de archivo y palabras internas | Por sentido, mediante vectores |
| Cada cuánto se hace copia | Por calendario o a mano | Cada hora, o al instante a los 90 KB |
| Qué ve quien almacena | Archivos, nombres, vistas previas | Bytes sin llave |
| Prueba de que el archivo existe | Una fila en la interfaz del proveedor | Un identificador de transacción en una red pública |
| Verificación sin el proveedor | Imposible | Por cualquier puerta de enlace pública |
| Qué significa «borrar» | Una marca de borrado y luego vaciar la papelera | Destruir la llave |
| Quién paga el guardado dentro de veinte años | Tú, cada mes, mientras sigas pagando | Nadie: se pagó al escribir |
| Formato de exportación | Casi siempre propietario: se exporta y luego no abre | Texto abierto, legible en cualquier editor |
| Cómo lo recupera un heredero | Por soporte, si la empresa todavía existe | Con la llave y la lista de identificadores, sin nosotros |
| Cambio de condiciones | El proveedor las modifica de forma unilateral y retroactiva | Lo ya escrito no depende de ninguna condición |
La independencia no es un lema: es un conjunto de decisiones de ingeniería nada vistosas.
Cualquier servicio que guarde tu memoria es un contrato con una persona jurídica. Los contratos se rescinden, las empresas quiebran, los países imponen restricciones y los proveedores cambian las condiciones de guardado con efecto retroactivo. Nada de esto exige mala voluntad de nadie: basta con un cambio de dueño.
Por eso la tercera capa está puesta a propósito donde no hay un dueño único: en una red donde nodos independientes guardan copias del registro y el pago por el guardado ya se hizo. Ahí no somos «un socio con garantía», somos apenas otro participante que escribió algo.
La consecuencia práctica es simple: para borrar tu memoria no alcanza con cerrar nuestra empresa, revocar una licencia o bloquear un dominio. Habría que apagar una red distribuida entera, y esa red no tiene interruptor ni oficina donde presentar el pedido.
Nada de esto significa que seamos irrelevantes. Las dos primeras capas las seguimos operando nosotros, y lo cómodo que resulte usarlas depende de lo bien que las hagamos. La diferencia es solo una: si lo hacemos mal, te resulta incómodo; si dejamos de estar, no pierdes la memoria.
Guardar cuesta dinero, y «vamos a pagar para siempre» no vale nada sin una fuente. Por eso la fuente está dentro de la economía del ecosistema: el 65 % de lo que pasa por el router de Solana va a la tesorería y se destina a comprar AR, el recurso de la misma red donde vive la capa permanente.
El resto se reparte con la misma rigidez: 5 % al Fondo del Fundador, 5 % a quema, y 15 %, 7 % y 3 % a los socios de nivel uno, dos y tres. Si en algún nivel no hay socio, esa parte no se queda con nosotros: va a quema.
El token del ecosistema es $GALATIN en Solana, con emisión limitada de forma dura: 10 000 000 000 y ni una unidad más. El sentido del límite no es la especulación, sino que el fondo de guardado no se puede rellenar imprimiendo, solo con flujo real de pagos.
Explicamos toda esta cadena a propósito: un almacenamiento que se dice permanente pero no sabe decir quién paga dentro de diez años es permanente solo mientras dura la frase. Aquí sí se puede decir: de dónde sale el dinero, adónde va y en qué proporciones se reparte.
Supongamos lo peor: el servicio se detiene. La primera capa desaparece de inmediato; está hecha para minutos y ahí no hay nada que perder. La segunda, la semántica, es una base que se puede exportar y es reconstruible, porque los vectores se vuelven a calcular a partir de los registros originales.
La tercera no cambia en nada. Los paquetes cifrados siguen en la red, los identificadores de transacción siguen siendo públicos y los comprobantes en Solana no se van a ninguna parte. Para recuperar la memoria, un heredero necesita dos cosas: la llave y la lista de identificadores.
Por eso insistimos en que la llave y la lista se exporten al dueño con anticipación y no «a pedido, en el momento difícil». Un pedido supone que quede alguien para atenderlo, y nosotros construimos un sistema que funciona cuando no queda nadie.
El orden también importa: primero se entrega la capacidad de recuperar y recién después se habla de las demás funciones. En un sistema que primero ata a la gente y promete agregar la salida más tarde, la salida casi nunca se agrega.
La llave de cifrado. No la guardamos nosotros, y eso significa que perderla es irreparable: sin la llave nadie recupera el contenido, nosotros incluidos. Es la otra cara de que nadie lea las conversaciones, nosotros incluidos. Las dos cosas no se venden por separado.
La lista de identificadores de transacción. Un archivo de texto común con el que cualquier persona con internet localiza los paquetes cifrados por una puerta de enlace pública, sin pasar por nuestro sitio ni por nuestro panel.
Una exportación en formatos abiertos. Las conversaciones siguen siendo texto y no una base propietaria que «solo la aplicación sabe abrir». La portabilidad también es una propiedad de la infraestructura, no una gentileza del soporte.
Juntas, esas tres cosas forman una prueba muy sencilla: si mañana desapareciéramos todos, ¿alcanza con lo que tienes en la mano para leer la memoria? La respuesta tiene que ser sí, y si no lo es, el problema está en nuestro diseño y no en que no hayas hecho una copia.
No guardamos una copia de respaldo de la llave. Visto desde afuera parece una atención que falta, pero en cuanto la asumimos, todo lo dicho arriba sobre «no podemos leerlo» queda anulado de golpe: cualquier mecanismo que te devuelva la llave puede activarlo otra persona con el mismo argumento.
No prometemos «borrado total de la cadena de bloques». Nadie puede borrar bytes de una red inmutable; lo que sí se puede es destruir la llave y dejar el paquete convertido en ruido. Una frase vaga parece una garantía de más, y en realidad es una frase honesta de menos.
No convertimos el guardado en una acción que el usuario deba recordar. No hay botón de sincronizar ni recordatorio de «exporta el archivo este mes». Un respaldo que depende de que una persona se acuerde equivale, estadísticamente, a no tener respaldo.
Tampoco pensamos vender la «memoria» como una promesa emocional. Aquí se habla solo de lo comprobable: el algoritmo de cifrado, el ritmo de escritura, el lugar de guardado, el origen del dinero, la forma de verificar. Lo demás —qué significaban de verdad esas conversaciones— pertenece a quienes las tuvieron, no a la infraestructura.
En tres capas a la vez, y no es duplicación por duplicar. El contexto operativo está en un almacén rápido de clave-valor (Redis o Vercel KV). Las huellas de sentido, en Postgres con la extensión pgvector, alojado en Neon. Los archivos cifrados, en Arweave, con un comprobante en forma de NFT comprimido en Solana.
Cada capa tiene una vida distinta: minutos, años y «mientras exista la red». Escribirlo todo solo en la tercera sería lento y caro; escribir solo en la primera equivale a olvidarte cada mañana.
Entre esas capas hay un apoyo más, la carpeta personal en el servidor: la conversación se escribe primero ahí y desde ahí sale a cifrarse y a subir. Por eso la respuesta exacta a «dónde están mis conversaciones» es: en cuatro lugares a la vez, y solo en uno de ellos se puede leer el contenido.
Quien tenga la llave. El cifrado ocurre antes del envío y la llave no viaja con los datos. Nuestro equipo, los nodos de la red de guardado y cualquiera que consiguiera acceso físico a los discos ven exactamente lo mismo: un bloque de bytes y una etiqueta de integridad.
Podemos decir que un registro existe, de qué tamaño es y cuándo se escribió. Eso es todo lo que podemos decir, y no es modestia: es la descripción de nuestras capacidades.
Ese mismo límite rige para los pedidos legales: se nos puede exigir que entreguemos un paquete, pero lo que se entrega es texto cifrado. Devolverlo a texto legible solo puede hacerlo quien tiene la llave.
El contenido queda inaccesible para siempre. Es la consecuencia directa de que no la tengamos: no existe un sistema donde el soporte pueda restaurar el acceso y un extraño con los mismos argumentos no pueda.
Por eso la llave se guarda como se guarda un testamento o la llave de una caja de seguridad: una copia en un lugar confiable y otra con alguien de confianza. No reemplazamos ese procedimiento ni fingimos hacerlo.
Un apunte al pasar: perder la llave no hace que el registro deje de existir. El paquete sigue en la red y el identificador de transacción sigue siendo público; lo único es que ya nadie puede leerlo como texto. Eso no es lo mismo que «los datos se perdieron».
Los bytes no se pueden borrar de una red inmutable, ni nosotros, ni tú, ni nadie. Es la misma propiedad por la que se eligió la capa permanente: un registro que se puede retirar a pedido no sobrevive a su dueño.
El borrado práctico funciona distinto: se destruye la llave. Después de eso el paquete se vuelve ruido indistinguible de datos al azar y no se recupera contenido alguno. Llamamos a las cosas por su nombre y no prometemos «borrado total de la cadena de bloques»: ese botón no existe en ninguna parte.
Las dos primeras capas se limpian de la manera habitual: la operativa vence sola y los vectores de la semántica se pueden borrar. Es decir, «que el asistente deje de recordar esto» sí se puede; lo que no se puede es hacer desaparecer el texto cifrado que ya se escribió en la red.
Es un riesgo honesto y no lo escondemos. La capa permanente se apoya en un modelo donde la tarifa se paga por adelantado y se gasta en guardar a lo largo de un horizonte largo, mientras nodos independientes de todo el mundo mantienen copias del registro. Cuanto más amplia la red, menos plausible una falla simultánea.
La segunda mitigación es la portabilidad. El dueño tiene en la mano los paquetes cifrados y la llave. Un paquete es un archivo: se puede poner también en cualquier otro lado, incluido un disco común en un armario. A propósito no usamos un formato atado a una sola red.
Dicho de otro modo: no apostamos todo a una sola red, y tampoco te lo recomendamos. La capa permanente quita la necesidad de que alguien se acuerde de renovar el pago, no la necesidad de tener una segunda copia.
La hora es un equilibrio entre el costo de las transacciones y el tamaño de la pérdida posible. Escribir después de cada mensaje es caro y no aporta; escribir una vez al día significa perder tarde o temprano un día entero de conversación.
90 KB es el tamaño a partir del cual un diálogo deja de ser unos mensajes y pasa a ser un pedazo sustancial de vida. El umbral se dispara antes que el reloj justo cuando la conversación va densa, es decir, en los casos más valiosos.
El efecto combinado de las dos reglas es este: en un día tranquilo alcanza con una subida por hora, y en un día en que hablaste mucho de un tirón el sistema acelera su propio ritmo, sin que tengas que acordarte de nada.
Sí. Las conversaciones de cada usuario van a una carpeta personal y al archivo sin importar el plan: es parte de la arquitectura, no una función de pago. Los planes se diferencian en límites, en la profundidad de las bases de conocimiento personales y en el volumen de la capa permanente, no en si se guarda o no.
Vale subrayarlo aparte: ningún clic manual en ningún plan. El usuario no debe «sincronizar» nada, porque si tuviera que hacerlo, algún día no lo haría.
La decisión parece generosa y en realidad es interesada: en un sistema donde solo se guarda a quien paga, la memoria tiene agujeros, y una memoria con agujeros no sostiene la expresión «eternidad digital».
La búsqueda común compara caracteres. La semántica compara cercanía de sentido: el mensaje se convierte en vector y a su lado quedan los registros que tratan de lo mismo, aunque las palabras sean otras.
La diferencia se ve en preguntas como «qué decidimos sobre mi papá». La búsqueda por palabras devuelve todas las menciones de la palabra «papá». La búsqueda por sentido devuelve la conversación donde de verdad se tomó la decisión, mientras se la llamaba «este asunto».
El precio es que la capa semántica se equivoca: cercanía de sentido no garantiza que sea justo el registro que buscabas. Por eso solo pone candidatos a la vista, y si son los correctos se resuelve entre tú y el asistente, hablando.
Es un registro compacto en Solana que cuesta una fracción de centavo y sirve de comprobante: tal porción de memoria fue subida, de tal tamaño, en tal momento. No contiene el contenido, ni puede contenerlo.
El comprobante importa donde haya que demostrar algo sin nosotros: a herederos, a un abogado, a uno mismo dentro de veinte años. Un enlace a nuestro panel no es prueba; una transacción pública sí lo es.
La forma comprimida se eligió por costo: un registro común en cadena resultaría absurdamente caro con una copia por hora, mientras que el NFT comprimido hace económicamente viable que «cada porción de memoria tenga su comprobante».
Philosophical Activation of Distributed AI Memory, el nombre del enfoque para restaurar la integridad de la memoria de una IA. En la práctica es la regla de dividir en tres capas —operativa, semántica y permanente—, cada una con su tarea y su vida útil.
El nombre apunta a que la memoria de un asistente se arma a partir del sentido y no de los registros técnicos: no importa qué bytes pasaron, sino qué quiso decir la persona y qué se siguió de eso.
Resulta más útil leerlo como un acuerdo de ingeniería: cualquier fragmento de memoria debería responder a tres preguntas: ¿sirve ahora?, ¿se encontrará después?, ¿quedará al final? Cada capa responde una.
Sigue. La memoria no está atada a un aparato, sino a tu carpeta personal y a la capa semántica. Cambia de teléfono, siéntate frente a otra computadora, continúa en inglés en vez de español: vuelve el mismo contexto.
Esa es una de las ventajas de tener la capa semántica aparte: el vector registra el sentido, y el sentido no pertenece a un solo idioma. En el idioma en que se pregunte, se encuentra lo mismo.
Lo que está en la carpeta personal no desaparece porque una subida haya fallado: la siguiente ronda vuelve a intentarlo. Tanto el ritmo horario como el umbral de 90 KB se disparan una y otra vez; no es una oportunidad única.
Una porción se considera ingresada en la capa permanente solo después de que vuelve el identificador de transacción. Sin identificador no cuenta, y esa regla simple es la que descarta el caso de «creía que se había guardado».
Spark — $15/mes: acceso básico a los asistentes AIfa y guardado de memoria. Family Archive — $100/mes: límites ampliados, bases de conocimiento personales y acceso familiar. Digital DNA — $1 000 una vez por dispositivo y luego $200/mes: perímetro protegido personal y fijación completa de la personalidad.
La parte única del plan superior es justamente la capa permanente: su costo se aporta por adelantado, porque por adelantado se paga también el guardado en la red.
Conviene distinguir: el plan compra límites, profundidad y volumen, no «si se guarda o no». El guardado está abierto a todos, no cambia con el plan y dejar de pagar no recupera lo que ya se escribió.
$GALATIN en Solana es la unidad de cuenta del ecosistema, con emisión limitada a diez mil millones. Los pagos pasan por el router y el 65 % va a la tesorería para comprar AR, el mismo recurso con el que se paga la capa permanente.
La relación no es simbólica: cuanta más memoria se conserva, más dinero va a conservarla. Otro 5 % va al Fondo del Fundador y 5 % a quema, mientras que 15 %, 7 % y 3 % van a socios de tres niveles; si un nivel no tiene socio, esa parte se quema.
Quien solo quiere guardar sus cosas con tranquilidad no necesita memorizar estos porcentajes. Están para responder una sola pregunta: quién paga la factura del guardado dentro de diez años. Y la respuesta no es «confía en nosotros», sino una regla de reparto escrita en el contrato.
Sí, y es comprobable en vez de declarativo: exportación de las conversaciones en texto abierto, la lista de identificadores de transacción y la llave. Con esas tres cosas nuestro servicio deja de ser un eslabón obligatorio.
Lo consideramos una condición de honestidad. Una infraestructura de la que no se puede salir no se llama memoria eterna, se llama dependencia. Si algo de esta descripción no coincide con lo que ves en tu panel, escribe a contact@codeofdigitaleternity.com: eso es una discrepancia, no una característica.
Después de irte, lo que ya se escribió en la capa permanente sigue siendo tuyo: cerrar la cuenta no lo retira, y para leerlo no hace falta que lo aprobemos. Por diseño, eso no lo decidimos nosotros.