MemChain y almacenamiento cifrado

MemChain es la capa de memoria privada de AeroNyx para personas, aplicaciones y agentes autónomos. La ruta de producción principal es local-first: el dispositivo mantiene el almacén cifrado y ejecuta recall; un nodo AeroNyx configurado puede conservar una copia sealed firmada por el propietario para sincronización y recuperación. La afirmación node-blind solo cubre registros cifrados por el cliente antes de remember_sealed, no todos los modos MemChain cognitivos o heredados.

Promesa del producto

Cuatro promesas verificables: almacenamiento sealed sin content key en el nodo; recall offline cuando el registro ya está en el dispositivo; claves derivadas de la identidad P2P y firma del propietario; separación entre storage y el AI brain elegido. AeroNyx no tiene master recovery key. Chain describe relación y orden del estado de memoria, no una cadena de tokens ni una blockchain pública general.

Capas implementadas

Capa	Función	Frontera
Device store	AES-256-GCM, embedding cifrado, BM25/vector local	Solo el proceso desbloqueado ve plaintext
Sealed MPI	`remember_sealed`, recall/forget/status autenticados	El nodo guarda ciphertext firmado y no lo descifra
MemChain estándar	Cognición Local/P2P/SaaS, graph y vector	Algunas instalaciones procesan registros legibles; fuera de la promesa estricta
Commitment ledger	Orden firmado, recovery de followers, pinned witnesses	Compromete record IDs opacos

Blind storage está controlado por configuración.

Recordar, almacenar y recuperar

Recordar: un AI turn autorizado se destila, cifra en el dispositivo con AES-256-GCM, direcciona y firma. El chat P2P privado no se convierte automáticamente en memoria.
Almacenar: primero se escribe SQLite local; si sealed storage está activo y accesible, se sube el mismo objeto opaco best-effort.
Recall: el dispositivo combina keyword, vector, tiempo, layer, project y señales estructuradas y descifra solo hits elegidos.

Un dispositivo nuevo necesita la misma identidad recuperable y datos previamente sincronizados.

Contrato node-blind estricto

El nodo recalcula record ID sobre owner, timestamp, layer, tags, source y ciphertext, verifica Ed25519 y guarda el ciphertext sin descifrar, recifrar ni volver a firmar. Keyed token hashes, client vectors, opaque edges/provenance y project label/hash son opcionales. Es node-blind storage, no una prueba zero-knowledge: los vectores revelan estructura de similitud y una etiqueta plaintext revela su valor.

Metadatos visibles para el nodo

El nodo ve owner public key, timing, tamaño, count, layer/source, record IDs, forma del grafo opaco y campos opcionales de project/vector/keyed terms, además de quota/error agregados. No debe recibir ni registrar memory plaintext, content keys, raw search tokens, identity seed, AI prompt, chat plaintext, DNS, destinos, historial ni wallet traffic. La confidencialidad de contenido no garantiza unlinkability del owner ni resistencia al análisis de tráfico.

Recall cifrado local-first

El Rust store local escribe solo ciphertext en disco. Unlock deriva una clave separada por dominio desde la identidad P2P activa, construye el índice en memoria y descifra hits bajo demanda; embeddings y snapshots también están sealed. Lock elimina el estado utilizable. BM25/vector fusion y reglas de tiempo, layer, project, supersession y deduplicación no requieren otra llamada LLM. La escritura local es autoritativa; el nodo es backup secundario.

Relación con chat, identidad y routing privado

Encrypted chat transporta E2E ciphertext y no crea memoria automáticamente. Los AI turns entran solo si el usuario activa el flujo. Perder todo el material de identidad válido impide descifrar memoria incluso con un backup .ayx ausente. Privacy networking protege data in motion; MemChain protege estado seleccionado at rest. Un raw conversation journal debe ser una historia cifrada opt-in separada.

Agentes y límite del proveedor de modelos

Blind storage está separado del cognitive processing. Ejecutar un worker no concede lectura al nodo ciego. Un modelo local mantiene inferencia en el límite local; un proveedor externo lee el plaintext prompt enviado y es otra decisión de confianza. Timeout, limits, cooldown, fallback o TEE no convierten inferencia plaintext externa en E2E encryption. UI y Agent API deben mostrar el modelo receptor y pedir consentimiento.

Commitment ledger y witnesses

Rust implementa append-only signed commitments, bounded follower sync, local anchors, checkpoint certificates, pinned-witness comparison y coordinator leases opcionales. Strict startup puede exigir varios pins antes de abrir listeners. Detecta rollback, fork, divergence o equivocation; no es permissionless consensus, public finality, leader election, token execution ni prueba de posesión del payload. Todo está default-off o config-controlled.

Lenguaje de benchmark

Pruebas internas LongMemEval-S de julio de 2026 midieron 95–99% retrieval hit y 2–5 ms node-side recall en su configuración. La calidad final depende de modelo, extracción, dataset, dispositivo, corpus y ruta local/node. Retrieval no necesita una nueva inferencia LLM. No afirmar SOTA, industry-best, formal zero knowledge, recuperación garantizada ni proyecciones como resultados; cada cifra lleva fecha, configuración y modelo.

Observabilidad segura

Nodeboard/health solo puede mostrar enabled/configured, encrypted count/bytes, quota/cleanup, commitment height/audit, follower freshness, carrier recovery, conteos witness agregados/threshold y buckets de latency/error. Se prohíben owner key, record ID, project, blind term, vector, edge, checkpoint hash/signature, witness identity/endpoint, ciphertext/plaintext/prompt e historial por usuario.

Madurez y afirmaciones excluidas

Implementado: device encrypted store, identity unlock, local hybrid recall, sealed write/recall/forget, owner signature, opaque search y storage-root attestation. Config-gated: public blind storage, remote owner, coordinator/follower, pinned witness, threshold y lease. Confianza separada: cognition legible, SuperNode y model provider. No afirmado: todos los nodos almacenan memoria, cadena global, consenso permissionless, tokens, durabilidad universal, anonimato de metadata o defensa ante cliente comprometido.

Límite de privacidad

El cliente decide qué se recuerda, cifra antes del sealed upload, conserva la content key y descifra localmente pocos hits. El nodo solo autentica owner, guarda y ordena estado opaco, responde retrieval autorizado y publica salud agregada; no puede leer ni transformar contenido. Un AI externo puede recibir plaintext relevante. Si se pierde la identity key, AeroNyx no puede recuperar la memoria.