Vitalik Buterin, cofundador de Ethereum, presentó el 16 de octubre de 2026 un "modo paranoico" para su agente de IA pi. Combina Tor, pagos mediante zkAPI y reescritura local de mensajes para dificultar la identificación de quienes consultan modelos remotos.
Según crypto.news, compartió el código en GitHub y reunió las funciones en un programa compatible con la API de OpenAI.
La Fundación Ethereum ya había explicado al presentar zkAPI el 1 de octubre que la privacidad del pago deja abiertas otras vías de identificación. La configuración de Buterin intenta cubrir también la conexión y el contenido.
El pago privado deja el contenido a la vista del proveedor
zkAPI, desarrollado por Open Anonymity Project con la Fundación Ethereum, autoriza consumo mediante pruebas de conocimiento cero: acreditan saldo suficiente sin revelar qué depósito lo respalda. Busca impedir que la identidad de facturación conecte unas consultas con otras.
En la modalidad de claves temporales descrita por la Fundación, el servicio de pagos verifica la autorización y el proveedor recibe las consultas. Las claves limitan duración y gasto. El intermediario de cobro queda fuera de la conversación.
La Fundación advierte que nombres, documentos, historial reutilizado o estilo de escritura permiten relacionar sesiones. De ahí se desprende una diferencia práctica: ocultar quién pagó no vuelve irreconocible lo que se pregunta.
Al contrastar esa documentación con la configuración descrita por Buterin, las capas atienden problemas distintos:
| Información expuesta | Capa utilizada | Límite |
|---|---|---|
| Identidad de pago | Autorizaciones con zkAPI | El depósito en Ethereum sigue siendo público. |
| Origen de la conexión | Circuitos Tor separados y tráfico de relleno | Persiste el riesgo de correlación temporal. |
| Pistas en el mensaje | Reescritura con un modelo local | El proveedor recibe el texto resultante. |
Cambiar de circuito no elimina el nodo de entrada
Buterin reconoce demoras al comenzar conversaciones y menor protección si el proveedor del modelo coopera con el nodo de entrada de Tor para manipular los tiempos del tráfico, según crypto.news.
La documentación de Tor ayuda a interpretar ese límite. El primer salto, llamado guard o nodo de entrada, suele mantenerse durante meses para reducir la exposición a determinados ataques. Los circuitos pueden cambiar conservando ese punto de entrada; un circuito diferente no significa que todos sus nodos sean nuevos.
Esto explica por qué separar conversaciones y resistir un análisis coordinado del tráfico son objetivos distintos. El aislamiento entre sesiones puede dificultar que se relacionen conexiones, mientras la coincidencia de tiempos ofrece otra clase de pista. Buterin plantea una red de mezcla con relleno constante y más ancho de banda.
La documentación también exige revisar la base criptográfica
El estado del software añade otra condición. La documentación de zkAPI v2 advierte que sus claves para generar y verificar pruebas proceden de una preparación realizada por una sola parte. No se ha completado una ceremonia multipartita, un proceso que distribuye esa preparación entre varios participantes.
El proyecto señala que comprobar las huellas digitales de esos archivos permite identificarlos, pero no demuestra que se hayan destruido los secretos de la preparación. La advertencia se refiere a los componentes documentados de zkAPI.
Para un despliegue en producción, la documentación exige revisar de forma independiente el circuito criptográfico, la generación de parámetros y la configuración. La privacidad de las consultas depende también de esa base de confianza, además del recorrido de los mensajes y de cómo se paga por ellos.
