--- title: "zkTLS para agentes de IA: guía de producción 2026" canonical: https://wavect.io/es/blog/zktls-ai-agents/ language: es description: "Descubre cómo zkTLS verifica datos web privados y acciones de agentes, qué confianza queda y cómo plantear una integración en 2026." image: "https://wavect.io/img/blog/headers/header_zktls-ai-agents.png" --- [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 11 min de lectura · 11 ago 2026 Última revisión 11 de agosto de 2026 [**Siguiente**](/es/blog/zero-knowledge-proofs-production-2026/) # zkTLS para agentes de IA: demostrar datos web sin exponer secretos Resumen zkTLS convierte una petición HTTPS autenticada y su respuesta en una afirmación verificable, mientras oculta credenciales y campos irrelevantes al verificador posterior. Demuestra procedencia de datos y divulgación selectiva, no que la fuente diga la verdad, que el agente haya elegido bien o que el usuario autorizara la acción. En 2026 el stack avanza rápido: TLSNotary publica tiempos de 1 a 2 segundos para una atestación pequeña en modo proxy. Aun así, su versión de referencia sigue en alfa y TLS 1.3 continúa en la hoja de ruta. Usa zkTLS cuando necesites evidencia criptográfica de datos web privados y no puedas obtener una respuesta firmada por la fuente. Elige primero el modelo de verificador y notario, luego el SDK. **zkTLS permite que un agente de IA demuestre de dónde proceden datos web privados y revele solo los campos que necesita un verificador.** Puede convertir una respuesta HTTPS autenticada en evidencia como «esta cuenta está activa» o «esta compra se completó», sin exponer la cookie de sesión, el registro completo ni datos irrelevantes de la respuesta. La promesa es más limitada que «agentes trustless», y por eso resulta útil. La investigación fundacional DECO mostró cómo demostrar la procedencia de datos TLS sin hardware de confianza ni cambios en el sitio de origen [(ACM CCS, 2020)](https://dl.acm.org/doi/10.1145/3372297.3417239). En 2026 la pregunta comercial ya no es si los web proofs son posibles. La pregunta es si la confianza restante, la latencia, la fragilidad de la fuente y el coste operativo encajan en el flujo del agente. Esta guía responde a esa decisión concreta. Para el panorama general, consulta nuestra [guía de zero-knowledge en producción para 2026](/es/blog/zero-knowledge-proofs-production-2026/). Los casos de identidad, KYC y supply chain están en la guía separada de [usos de zero-knowledge fuera de cripto](/es/blog/zero-knowledge-use-cases-outside-crypto/). ## ¿Qué es zkTLS para un agente de IA? zkTLS es una familia de protocolos que hace verificables para otra parte determinados hechos de una sesión HTTPS. El sitio suele ver una conexión TLS normal y no necesita añadir una API de atestación. TLSNotary, proyecto open source de Privacy Stewards of Ethereum de la Ethereum Foundation, describe un flujo en el que el prover solicita datos mientras un verifier participa en la sesión TLS, seguido por divulgación selectiva y verificación [(documentación de TLSNotary)](https://tlsnotary.org/docs/intro/). 1. **Petición:** el dispositivo del usuario o el agente accede a una fuente HTTPS identificada. El material de autenticación queda en la parte privada. 2. **Testigo:** un verificador participa mediante MPC-TLS u observa la ruta cifrada en modo proxy. 3. **Compromiso:** el protocolo vincula campos concretos de petición y respuesta a la sesión observada. 4. **Divulgación:** el prover revela un valor, un fragmento redactado o un predicado derivado y oculta lo demás. 5. **Decisión:** la aplicación verifica la prueba o la atestación de un notario de confianza antes de permitir la siguiente acción. El límite de privacidad debe ser preciso: zkTLS puede ocultar credenciales al verificador posterior cuando la prueba se genera en el dispositivo del usuario. No las oculta automáticamente al runtime local del agente, a la extensión del navegador ni a un TEE que realice la petición. Dibuja dónde existe texto plano antes de llamar privada a la arquitectura. ## ¿Qué puede demostrar realmente un agente de IA? Una afirmación zkTLS útil vincula una fuente identificada, un campo concreto de la respuesta, un sujeto y una ventana temporal. «El agente revisó un sitio» es demasiado vago para autorizar dinero o acceso a datos. | Flujo del agente | Afirmación útil | Lo que sigue sin probarse | | --- | --- | --- | | Comprobación de elegibilidad | Una cuenta identificada devolvió estado activo dentro de un tiempo acotado | Que la política de la fuente sea justa o jurídicamente suficiente | | Compra o reserva | La respuesta del comercio contiene el ID esperado y estado completado | Calidad de entrega, reembolsos o si el agente eligió la mejor oferta | | Señal financiera | Un saldo o ingreso supera un umbral sin revelar el valor exacto | Que el registro siga actualizado después del timestamp | | Resultado de herramienta | Una herramienta recibió una respuesta específica de un origen HTTPS concreto | Que el modelo interpretara correctamente la respuesta | | Recibo de acción | Un servicio remoto confirmó el cambio de estado solicitado | Que el usuario autorizara la acción o que todos los efectos terminaran | La última columna marca el límite de producto. zkTLS demuestra procedencia del transcript y divulgación fiel. No hace verdadera una mala fuente, reciente una página antigua, seguro un prompt ni correcta una decisión del agente. ## ¿Es zkTLS trustless o verificable públicamente? **Ninguna afirmación zkTLS portable está libre de confianza.** Un verificador debe participar mientras ocurre la sesión TLS, porque de otro modo el cliente conoce las claves simétricas y podría fabricar el transcript. Si tu backend está online y ejecuta el verificador, puede confiar directamente en el resultado. Si lo necesitan un smart contract, un auditor posterior o muchos consumidores, un verificador delegado firma una atestación y esos consumidores confían en el notario. La explicación de TLSNotary de junio de 2026 llama a esto un límite de designated verifier: zero knowledge protege la divulgación selectiva e impide editar el fragmento mostrado, pero quien no participó sigue dependiendo de quien presenció la sesión en vivo [(TLSNotary, junio de 2026)](https://tlsnotary.org/blog/2026/06/17/public-verifiability/). Trata la clave del notario, el quorum, la revocación y el audit trail como infraestructura de producción, no como defaults del SDK. ## ¿Por qué es relevante zkTLS ahora? Tres cambios lo hacen actual para equipos de agentes en 2026: - **El caso pasó de pruebas de identidad a recibos de acciones.** Los agentes leen paneles autenticados, llaman APIs de pago, reservan servicios y cambian estado externo. Una respuesta verificable puede alimentar settlement o aprobación. - **Las rutas de navegador y proxy reducen la fricción.** La prueba puede generarse cerca de la sesión autenticada del usuario, sin mover credenciales a un scraper central. - **Los trade-offs ya se pueden medir.** TLSNotary publica datos reproducibles de su harness y ofrece modos MPC y proxy. No confundas impulso con madurez. En la revisión del 11 de agosto de 2026, la última versión de TLSNotary en GitHub es `v0.1.0-alpha.15` y está marcada como pre-release [(notas de versión oficiales)](https://github.com/tlsnotary/tlsn/releases). Fija versiones, ejecuta tu propia revisión de seguridad y aísla las fronteras de migración del prover, verificador, parser y formato de atestación. ## ¿Qué arquitectura zkTLS debes elegir? | Patrón | Cuándo encaja | Coste o confianza principal | | --- | --- | --- | | Verificador MPC-TLS directo | Tu backend está online, la afirmación es crítica y la fuente podría bloquear IPs de datacenter | Más rondas y ancho de banda; el verificador participa en vivo | | Notario MPC delegado | La prueba debe ser portable a sistemas offline o varios consumidores | Todos confían en la firma del notario; usa quorum para alto riesgo | | Modo proxy | Importan UX y latencia en navegador y controlas el verificador | Supuesto adicional sobre la ruta de red; la IP del verificador llega a la fuente | | Atestador TEE | Domina una UX por debajo de un segundo y aceptas confianza en hardware | Credenciales y texto plano pueden existir dentro del enclave; la privacidad depende de atestación | | API first-party firmada | La fuente coopera y puede firmar respuestas estables y acotadas | Suele ser más simple que zkTLS; depende de la clave y disponibilidad de la fuente | Los benchmarks oficiales de TLSNotary de mayo de 2026 midieron una petición pequeña de 1 KB y una respuesta de 2 KB entre 1,0 y 2,0 segundos en modo proxy. En modo MPC fueron de 3,6 a 15,5 segundos entre los perfiles de red nativos y de navegador probados [(harness de benchmarks de TLSNotary)](https://tlsnotary.org/blog/2026/05/10/blog-proxy-mode/). Son medidas de referencia mantenidas por el proyecto, no tu SLA. Tamaño, lógica de redacción, dispositivo, red, comportamiento de la fuente y afirmación cambian el resultado. ## ¿Qué falla en producción? - **Source drift:** un cambio de JSON path, redirección, compresión, regla anti-bot o test A/B puede romper la extracción sin cambiar el significado de negocio. - **Replay:** una prueba antigua pero válida es peligrosa si el verificador no comprueba nonce, timestamp, audiencia, sujeto y expiración adecuados. - **Ambigüedad de parser:** la criptografía autentica bytes aunque dos componentes discrepen sobre su significado. Canonicaliza petición, respuesta, números, encoding y errores. - **Exposición de credenciales:** el tooling del navegador necesita acceso potente al tráfico autenticado. TLSNotary usa una sandbox QuickJS basada en capacidades, pero producción sigue necesitando permisos mínimos, consentimiento, plugins firmados y política de actualizaciones [(documentación de plugins de TLSNotary)](https://tlsnotary.org/docs/extension/plugins/). - **Concentración del verificador:** un solo notario delegado es una única dependencia de política y clave, aunque nunca vea texto plano. - **Autorización falsa:** demostrar que un sitio respondió «éxito» no demuestra que el usuario quisiera la petición. La comodidad de un SDK puede ocultar estos límites. La documentación de zkFetch de Reclaim, por ejemplo, separa opciones públicas y privadas, matching de respuesta, redacción, verificación de prueba y transformación on-chain [(documentación para developers de Reclaim)](https://docs.reclaimprotocol.org/zkfetch/usage). Revisa cada capa por separado con cualquier proveedor y nunca desactives la validación de contenido para hacer pasar una demo. ## ¿Debes construir, comprar o evitar zkTLS? **Compra o usa un SDK gestionado** cuando buscas un piloto reversible, la fuente ya tiene una plantilla mantenida, el volumen es moderado y la afirmación no autoriza acciones catastróficas. Exige estabilidad del formato, política del notario, retención, aviso de incidentes y ruta de salida. **Controla el verificador y la integración** cuando la fuente es propietaria, la afirmación desbloquea dinero o datos regulados, latencia y disponibilidad son requisitos o riesgo no puede delegar la política del notario. Aunque uses un protocolo open source, tu equipo es responsable del parser, defensa contra replay, subject binding, observabilidad y recovery. **Evita zkTLS** cuando una fuente colaboradora pueda ofrecer un recibo first-party firmado, los datos sean públicos y exista un oracle maduro o OAuth más autorización server-to-server resuelvan el problema. TLSNotary indica que su flujo de referencia actual soporta TLS 1.2, mantiene TLS 1.3 en la hoja de ruta y que MPC añade un overhead importante de ancho de banda [(FAQ de TLSNotary)](https://tlsnotary.org/docs/faq/). La compatibilidad de la fuente es un gate, no una nota al pie. ## ¿Qué debe demostrar un piloto de producción? Usa siete gates antes de comprometerte con una plataforma: 1. **Afirmación:** escribe en una frase origen, campo, umbral, sujeto, audiencia y frescura exactos. 2. **Threat model:** define qué podrían hacer usuario, agente, fuente, verificador, extensión y notario maliciosos. 3. **Compatibilidad:** prueba sesiones autenticadas reales, redirecciones, payloads, versiones de navegador y respuestas de error. 4. **Privacidad:** rastrea cada lugar con credenciales o texto plano, incluidos logs, crash reports, colas y enclaves. 5. **Fiabilidad:** mide éxito, p50, p95, ancho de banda, tamaño de prueba, fallos por source drift y recuperación. 6. **Verificación:** rechaza orígenes incorrectos, pruebas antiguas, nonces reutilizados, sujetos o audiencias erróneos, contenido malformado y notarios revocados. 7. **Salida:** demuestra que puedes cambiar adaptador, verificador o proveedor sin reescribir el núcleo de autorización. Si el agente también debe hacer cómputo privado, no obligues a zkTLS a resolver ese problema distinto. Nuestro [marco para decidir entre ZK, FHE, MPC y TEE](/es/blog/zk-vs-fhe-vs-mpc-vs-tee/) coloca cada garantía en la capa correcta. El servicio de [ingeniería zero-knowledge de Wavect](/es/services/zero-knowledge/) convierte afirmación, threat model y gates en una arquitectura auditable antes de que la elección del SDK salga cara. ## Preguntas frecuentes ### ¿Es zkTLS lo mismo que TLSNotary? No. zkTLS es una categoría amplia de protocolos para demostrar hechos de sesiones TLS. TLSNotary es una implementación open source y un proyecto de investigación. Otros productos combinan MPC, proxies, zero knowledge, testigos, notarios y hardware de confianza de forma distinta. ### ¿Puede zkTLS demostrar que un agente completó una acción? Puede demostrar que un origen HTTPS identificado devolvió una respuesta coherente con el recibo mostrado. No demuestra por sí solo todos los efectos posteriores, que el agente eligiera bien ni que el usuario autorizara. Vincula recibo, petición, sujeto, nonce, audiencia y ventana temporal. ### ¿Oculta zkTLS las credenciales al agente de IA? No automáticamente. Puede ocultarlas al verificador cuando el dispositivo del usuario crea la sesión y la prueba. La extensión local, el runtime del agente o un TEE pueden seguir accediendo a texto plano. Diseña y audita ese límite local explícitamente. ### ¿Está zkTLS listo para producción en 2026? Sirve para pilotos acotados y algunos flujos de producción con threat model explícito, versiones fijas, monitorización de la fuente, protección contra replay y recuperación. La versión de referencia de TLSNotary revisada sigue en alfa, así que no es un control de compliance listo para instalar. ### ¿Sustituye zkTLS a las APIs o los oracles? No. Una API first-party firmada suele ser más sencilla si la fuente coopera. Un oracle maduro suele ser mejor para datos públicos agregados. zkTLS destaca cuando un usuario o agente debe demostrar hechos seleccionados de datos web privados sin mostrar la respuesta completa. ## Reflexiones finales zkTLS ofrece a los agentes algo que logs y capturas no pueden dar: procedencia verificable para datos web privados seleccionados. Su valor también es su límite. Autentica un transcript observado y controla la divulgación, pero no hace verdadera la fuente, correcto el modelo ni autorizada la acción. La decisión de producción empieza por la afirmación y el testigo. Define qué debe probarse, quién debe quedar convencido, cuándo puede verificar y qué parte puede ver texto plano. Después prueba la fuente y el dispositivo reales, ataca los límites de replay y parsing y mantén el núcleo de autorización independiente del proveedor. Si una API firmada o un oracle más simple resuelve la necesidad, úsalo. Si no, zkTLS ya es una opción creíble, siempre que la confianza restante se nombre y se diseñe conscientemente. ## También te puede gustar.. [**Zero-knowledge en 2026: qué está listo para producción** El panorama completo: zkVMs, pruebas móviles, fallos de seguridad, costes y herramientas.](/es/blog/zero-knowledge-proofs-production-2026/) [**Wavect vs Alpine Blockchain** Compara un partner de ZK y Web3 orientado a producto con una alternativa especializada en blockchain.](/es/compare/wavect-vs-alpine-blockchain/) Privacidad y criptografía ## Continúa por este clúster [Empieza por el artículo fundamental**Pruebas de Conocimiento Cero en 2026: Qué Está Realmente Listo para Producción**](/es/blog/zero-knowledge-proofs-production-2026/) - [Construir Aplicaciones Reales con ZK y FHE en 2026: Una Guía Pragmática](/es/blog/building-real-applications-zero-knowledge-fhe-2026/) - [Pruebas de Conocimiento Cero en 2026: Qué Está Realmente Listo para Producción](/es/blog/zero-knowledge-proofs-production-2026/) - [Cifrado Totalmente Homomórfico en 2026: Qué Se Lanza y Qué Sigue Siendo Hype](/es/blog/fully-homomorphic-encryption-practical-2026/) - [ZK vs FHE vs MPC vs TEE: Cómo Elegir en 2026](/es/blog/zk-vs-fhe-vs-mpc-vs-tee/) - [Zero-Knowledge Fuera del Cripto](/es/blog/zero-knowledge-use-cases-outside-crypto/) Tu bandeja, sin ruido ## Sigue el trabajo que te importa Recibe un correo breve cuando publiquemos algo nuevo. Sigue todo el blog o solo los temas que te interesan. [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 11 min de lectura · 11 ago 2026 Última revisión 11 de agosto de 2026 [**Siguiente**](/es/blog/zero-knowledge-proofs-production-2026/) Nuevos artículos por correo × × Recibe nuevos artículos por correo Un correo breve cuando publicamos. Gratis y sin seguimiento. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/es/blog/zktls-ai-agents/#webpage", "@type": "WebPage", "dateModified": "2026-08-11", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-11", "url": "https://wavect.io/es/blog/zktls-ai-agents/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "zkTLS convierte una petición HTTPS autenticada y su respuesta en una afirmación verificable, mientras oculta credenciales y campos irrelevantes al verificador posterior. Demuestra procedencia de datos y divulgación selectiva, no que la fuente diga la verdad, que el agente haya elegido bien o que el usuario autorizara la acción. En 2026 el stack avanza rápido: TLSNotary publica tiempos de 1 a 2 segundos para una atestación pequeña en modo proxy. Aun así, su versión de referencia sigue en alfa y TLS 1.3 continúa en la hoja de ruta. Usa zkTLS cuando necesites evidencia criptográfica de datos web privados y no puedas obtener una respuesta firmada por la fuente. Elige primero el modelo de verificador y notario, luego el SDK.", "articleBody": " Resumen del blog/Web3 y privacidad/Privacidad y criptografía zkTLS para agentes de IA: demostrar datos web sin exponer secretos Resumen zkTLS convierte una petición HTTPS autenticada y su respuesta en una afirmación verificable, mientras oculta credenciales y campos irrelevantes al verificador posterior. Demuestra procedencia de datos y divulgación selectiva, no que la fuente diga la verdad, que el agente haya elegido bien o que el usuario autorizara la acción. En 2026 el stack avanza rápido: TLSNotary publica tiempos de 1 a 2 segundos para una atestación pequeña en modo proxy. Aun así, su versión de referencia sigue en alfa y TLS 1.3 continúa en la hoja de ruta. Usa zkTLS cuando necesites evidencia criptográfica de datos web privados y no puedas obtener una respuesta firmada por la fuente. Elige primero el modelo de verificador y notario, luego el SDK. zkTLS permite que un agente de IA demuestre de dónde proceden datos web privados y revele solo los campos que necesita un verificador. Puede convertir una respuesta HTTPS autenticada en evidencia como «esta cuenta está activa» o «esta compra se completó», sin exponer la cookie de sesión, el registro completo ni datos irrelevantes de la respuesta. La promesa es más limitada que «agentes trustless», y por eso resulta útil. La investigación fundacional DECO mostró cómo demostrar la procedencia de datos TLS sin hardware de confianza ni cambios en el sitio de origen (ACM CCS, 2020). En 2026 la pregunta comercial ya no es si los web proofs son posibles. La pregunta es si la confianza restante, la latencia, la fragilidad de la fuente y el coste operativo encajan en el flujo del agente. Esta guía responde a esa decisión concreta. Para el panorama general, consulta nuestra guía de zero-knowledge en producción para 2026. Los casos de identidad, KYC y supply chain están en la guía separada de usos de zero-knowledge fuera de cripto. ¿Qué es zkTLS para un agente de IA? zkTLS es una familia de protocolos que hace verificables para otra parte determinados hechos de una sesión HTTPS. El sitio suele ver una conexión TLS normal y no necesita añadir una API de atestación. TLSNotary, proyecto open source de Privacy Stewards of Ethereum de la Ethereum Foundation, describe un flujo en el que el prover solicita datos mientras un verifier participa en la sesión TLS, seguido por divulgación selectiva y verificación (documentación de TLSNotary). Petición: el dispositivo del usuario o el agente accede a una fuente HTTPS identificada. El material de autenticación queda en la parte privada. Testigo: un verificador participa mediante MPC-TLS u observa la ruta cifrada en modo proxy. Compromiso: el protocolo vincula campos concretos de petición y respuesta a la sesión observada. Divulgación: el prover revela un valor, un fragmento redactado o un predicado derivado y oculta lo demás. Decisión: la aplicación verifica la prueba o la atestación de un notario de confianza antes de permitir la siguiente acción. El límite de privacidad debe ser preciso: zkTLS puede ocultar credenciales al verificador posterior cuando la prueba se genera en el dispositivo del usuario. No las oculta automáticamente al runtime local del agente, a la extensión del navegador ni a un TEE que realice la petición. Dibuja dónde existe texto plano antes de llamar privada a la arquitectura. ¿Qué puede demostrar realmente un agente de IA? Una afirmación zkTLS útil vincula una fuente identificada, un campo concreto de la respuesta, un sujeto y una ventana temporal. «El agente revisó un sitio» es demasiado vago para autorizar dinero o acceso a datos. Flujo del agenteAfirmación útilLo que sigue sin probarse Comprobación de elegibilidadUna cuenta identificada devolvió estado activo dentro de un tiempo acotadoQue la política de la fuente sea justa o jurídicamente suficiente Compra o reservaLa respuesta del comercio contiene el ID esperado y estado completadoCalidad de entrega, reembolsos o si el agente eligió la mejor oferta Señal financieraUn saldo o ingreso supera un umbral sin revelar el valor exactoQue el registro siga actualizado después del timestamp Resultado de herramientaUna herramienta recibió una respuesta específica de un origen HTTPS concretoQue el modelo interpretara correctamente la respuesta Recibo de acciónUn servicio remoto confirmó el cambio de estado solicitadoQue el usuario autorizara la acción o que todos los efectos terminaran La última columna marca el límite de producto. zkTLS demuestra procedencia del transcript y divulgación fiel. No hace verdadera una mala fuente, reciente una página antigua, seguro un prompt ni correcta una decisión del agente. ¿Es zkTLS trustless o verificable públicamente? Ninguna afirmación zkTLS portable está libre de confianza. Un verificador debe participar mientras ocurre la sesión TLS, porque de otro modo el cliente conoce las claves simétricas y podría fabricar el transcript. Si tu backend está online y ejecuta el verificador, puede confiar directamente en el resultado. Si", "articleSection": "Zero Knowledge", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "(ACM CCS, 2020)", "url": "https://dl.acm.org/doi/10.1145/3372297.3417239" }, { "@type": "WebPage", "name": "(documentación de TLSNotary)", "url": "https://tlsnotary.org/docs/intro/" }, { "@type": "WebPage", "name": "(TLSNotary, junio de 2026)", "url": "https://tlsnotary.org/blog/2026/06/17/public-verifiability/" }, { "@type": "WebPage", "name": "(notas de versión oficiales)", "url": "https://github.com/tlsnotary/tlsn/releases" }, { "@type": "WebPage", "name": "(harness de benchmarks de TLSNotary)", "url": "https://tlsnotary.org/blog/2026/05/10/blog-proxy-mode/" }, { "@type": "WebPage", "name": "(documentación de plugins de TLSNotary)", "url": "https://tlsnotary.org/docs/extension/plugins/" }, { "@type": "WebPage", "name": "(documentación para developers de Reclaim)", "url": "https://docs.reclaimprotocol.org/zkfetch/usage" }, { "@type": "WebPage", "name": "(FAQ de TLSNotary)", "url": "https://tlsnotary.org/docs/faq/" } ], "dateModified": "2026-08-11", "datePublished": "2026-08-11", "description": "zkTLS convierte una petición HTTPS autenticada y su respuesta en una afirmación verificable, mientras oculta credenciales y campos irrelevantes al verificador posterior. Demuestra procedencia de datos y divulgación selectiva, no que la fuente diga la verdad, que el agente haya elegido bien o que el usuario autorizara la acción. En 2026 el stack avanza rápido: TLSNotary publica tiempos de 1 a 2 segundos para una atestación pequeña en modo proxy. Aun así, su versión de referencia sigue en alfa y TLS 1.3 continúa en la hoja de ruta. Usa zkTLS cuando necesites evidencia criptográfica de datos web privados y no puedas obtener una respuesta firmada por la fuente. Elige primero el modelo de verificador y notario, luego el SDK.", "headline": "zkTLS para agentes de IA: demostrar datos web sin exponer secretos", "image": "https://wavect.io/img/blog/headers/header_zktls-ai-agents.svg", "inLanguage": "es", "keywords": "Zero Knowledge, Agentes de IA", "mainEntityOfPage": { "@id": "https://wavect.io/es/blog/zktls-ai-agents/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/es/blog/zktls-ai-agents/", "wordCount": 2464 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/overview/", "name": "Resumen del blog", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/topics/web3-privacy/", "name": "Web3 y privacidad", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/clusters/privacy-cryptography/", "name": "Privacidad y criptografía", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/zktls-ai-agents/", "name": "zkTLS para agentes de IA: guía de producción 2026 | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. zkTLS es una categoría amplia de protocolos para demostrar hechos de sesiones TLS. TLSNotary es una implementación open source y un proyecto de investigación. Otros productos combinan MPC, proxies, zero knowledge, testigos, notarios y hardware de confianza de forma distinta." }, "name": "¿Es zkTLS lo mismo que TLSNotary?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Puede demostrar que un origen HTTPS identificado devolvió una respuesta coherente con el recibo mostrado. No demuestra por sí solo todos los efectos posteriores, que el agente eligiera bien ni que el usuario autorizara. Vincula recibo, petición, sujeto, nonce, audiencia y ventana temporal." }, "name": "¿Puede zkTLS demostrar que un agente completó una acción?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No automáticamente. Puede ocultarlas al verificador cuando el dispositivo del usuario crea la sesión y la prueba. La extensión local, el runtime del agente o un TEE pueden seguir accediendo a texto plano. Diseña y audita ese límite local explícitamente." }, "name": "¿Oculta zkTLS las credenciales al agente de IA?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Sirve para pilotos acotados y algunos flujos de producción con threat model explícito, versiones fijas, monitorización de la fuente, protección contra replay y recuperación. La versión de referencia de TLSNotary revisada sigue en alfa, así que no es un control de compliance listo para instalar." }, "name": "¿Está zkTLS listo para producción en 2026?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Una API first-party firmada suele ser más sencilla si la fuente coopera. Un oracle maduro suele ser mejor para datos públicos agregados. zkTLS destaca cuando un usuario o agente debe demostrar hechos seleccionados de datos web privados sin mostrar la respuesta completa." }, "name": "¿Sustituye zkTLS a las APIs o los oracles?" } ] } ```