FUTURE THINKING

La Soberanía de Datos no es una cláusula de privacidad: cómo DTP recupera los datos personales de las plataformas y se los entrega a iFay

Abre casi cualquier producto hoy y te toparás con el mismo guion:
«Nos tomamos en serio tu privacidad».
«Protegeremos tus datos».
«Puedes desactivar las recomendaciones personalizadas en los ajustes».

Estoy harto de oírlo. No porque esas frases sean mentira, sino porque, estructuralmente, no resuelven nada.

La pregunta real de la era de la IA no es «¿la plataforma filtrará mis datos?». La pregunta real es:
La plataforma posee mi soberanía de datos por defecto.
Puede usar los datos, venderlos, entrenar con ellos y construir perfiles a partir de ellos. Lo único que yo puedo hacer es marcar una casilla de consentimiento y, quizá más tarde, ir a buscar una pantalla escondida para revocar ese consentimiento.

Esto no es un problema de privacidad. Es un problema de soberanía.
Si los datos no te pertenecen, no puedes ser dueño de verdad de tu IA.

1. La próxima parada de los datos personales no debería ser «recomendaciones más inteligentes». Debería ser «un yo más completo».

Mucha gente trata los datos como un «riesgo de privacidad».
Yo prefiero tratarlos como una «extensión de la personalidad y la memoria».

Una vez que la IA esté en todas partes, la existencia social de una persona se apoyará cada vez más en dos cosas:

  1. Tu comportamiento real y tus hábitos a largo plazo (quién eres, cómo decides, qué compensaciones haces).
  2. La capacidad digital que puedes movilizar (a quién puedes hacer actuar en tu nombre, qué tareas puedes delegar).

Ninguna de las dos puede separarse de los datos.
Pero si tus datos están dispersos en decenas de aplicaciones y cientos de proveedores de servicios, lo único que recibes de vuelta es un «tú» cosido por las plataformas.
Eso no es un yo del que seas dueño. Es solo un perfil que otras partes pueden invocar.

Por eso creo que la era de la IA necesita un nuevo valor por defecto:
Los datos personales deben volver al individuo y ser gestionados por iFay.

Si tratas a iFay como tu avatar de personalidad digital, tienes que dejar que sostenga tu memoria real a largo plazo.
Y si quieres que sostenga la memoria a largo plazo, primero tienes que recuperar la soberanía de datos de manos de las plataformas.

2. La tesis central de DTP: Soberanía de Datos

El Data Tunnel Protocol (DTP) es uno de los seis protocolos dentro del sistema iFay.
No es una «tubería de datos más rápida». Lo que en realidad se propone resolver es la soberanía de datos.

Plantea un giro sencillo pero contundente:

  • Modelo tradicional: las aplicaciones recogen datos, las plataformas son dueñas de los datos y los usuarios autorizan de forma pasiva.
  • Modelo DTP: los datos del terminal fluyen a través de DTP hacia el Personal Data Heap de iFay. Si una plataforma quiere datos personalizados, tiene que enviar una solicitud a iFay, e iFay decide cuánto entregar, qué entregar y dentro de qué límites.

Lo que significa que los datos ya no son un activo de plataforma. Son un recurso soberano del usuario.
Lo que la plataforma recibe es un «retorno de datos permitido, minimizado y filtrado por juicio», no la posesión perpetua de los datos brutos.

Si te detienes un momento en eso, te das cuenta de que las implicaciones sociales van mucho más allá de la privacidad:

Solo cuando los usuarios sostienen la soberanía de datos pueden ser dueños de verdad de su iFay.
Solo cuando los usuarios son dueños de su iFay puede la IA convertirse en una capacidad de largo plazo y no en una herramienta de un solo uso.
Solo cuando la IA se vuelve una capacidad de largo plazo se reescribe de verdad la estructura de valor de la sociedad.

3. Dos flujos de datos: recolección e inyección — un equilibrio entre «tutela» y «soltar»

DTP define dos flujos de datos centrales:

  • Terminal → Fay: recolección de datos, persistidos en el Personal Data Heap (tutela de los datos).
  • Fay → Terminal: inyección de datos. iFay proporciona temporalmente «conjuntos mínimos de datos» al terminal (personalización sin entregar la soberanía).

El diseño de estos dos flujos es crítico porque se corresponde con una necesidad humana real frente a la IA:

Quieres que el sistema te entienda (así que la recolección tiene que ocurrir),
y no quieres ser devorado por la plataforma (así que los límites de la inyección tienen que estar controlados).

A esto lo llamo «tutela en la capa de datos».
No puedes soltar la IA. Y tampoco puedes soltar los datos.

Puedes dejar que iFay recoja más, pero siempre debes poder confirmar qué se recogió, por qué y dónde acabó.
Puedes dejar que el terminal tenga personalización, pero debes conservar la última decisión: cuánto, durante cuánto tiempo, con qué fidelidad.

4. Datos contextuales: la forma de «veracidad» más infravalorada en la era de la IA

Mucha gente piensa que los datos son «valores».
Pero lo que realmente moldea a una persona no es el valor. Es el contexto.

Toma el mismo cuenco de sopa de frijol mungo. Comprado un día de verano a 32 °C, significa «refrescarse».
Comprado un día de invierno a 12 °C, podría significar «preferencia».
Comprado tras pasar la noche en vela, podría significar «autorreparación».
Comprado durante una conversación con alguien, podría significar «consuelo emocional».

A los sistemas de recomendación de las plataformas les cuesta retener ese tipo de contexto, porque les importan más las correlaciones estadísticas escalables.
Pero iFay necesita contexto, porque lo que se le pide cargar es «tu integridad».

Por eso DTP eleva los «metadatos contextuales» a un concepto a nivel de protocolo: un Fragment de datos lleva de forma nativa contexto estructurado como origen, entorno y condiciones de recolección.
Esto no es manía técnica. Es ingeniería de personalidad.

5. DTP y CAP trabajando juntos: primero confirmar el control, luego dejar fluir los datos

No quiero que el túnel de datos se convierta en una puerta trasera.
Por eso DTP debe funcionar en concierto con CAP (el Control Authority Protocol):

  • CAP se encarga de la verificación de identidad, los controles de autorización, el intercambio de claves y el establecimiento de la sesión.
  • DTP solo inicia la transmisión de datos negociada después de que CAP haya completado esos requisitos previos.

Esto importa porque aterriza la «soberanía de datos» en un umbral exigible:
no cualquiera que quiera datos puede arrastrar abierto un túnel. Antes tiene que demostrar que está autorizado, y hacerlo dentro de una sesión auditable.

También encaja con el juicio central que mantengo sobre la era de la IA:
Cualquier capacidad que produzca consecuencias en el mundo real debe quedar primero clavada por la semántica de tutela.

Los datos no son una excepción.

6. Cierre: la libertad personal en la era de la IA no es «usar menos IA». Es «ser dueño de tu propia IA».

Mucha gente responde a la privacidad simplemente «usando menos IA».
No creo que eso se sostenga. La IA se filtrará en terminales, servicios, organizaciones y roles públicos. No puedes preservar tu libertad escondiéndote de ella.

El verdadero significado de la libertad en la era de la IA está en si eres dueño de:

  • Tu propio avatar de personalidad de largo plazo (iFay), en vez de una herramienta de plataforma.
  • Tu propia memoria de largo plazo (el Personal Data Heap), en vez de un perfil de plataforma.
  • Tu propia tutela sobre el flujo de datos (DTP), en vez de la posesión por defecto de la plataforma.

La soberanía de datos no es una cláusula de privacidad. Es la base de la libertad personal en la era de la IA.

Documentos relacionados