Kaito Pulse abre su código después de la reacción contra su sistema de seguimiento
Kaito Pulse se lanzó el 18 de agosto para mostrar en X posiciones verificadas de Polymarket y Hyperliquid, pero un análisis del código alegó huellas digitales de dispositivos y un seguimiento detallado de la actividad. La polémica separó dos cuestiones: la verificación mediante zkTLS de afirmaciones iniciadas por el...
Kaito Pulse se lanzó el 18 de agosto para mostrar en X posiciones verificadas de Polymarket y Hyperliquid, pero un análisis del código alegó huellas digitales de dispositivos y un seguimiento detallado de la actividad.
La polémica separó dos cuestiones: la verificación mediante zkTLS de afirmaciones iniciadas por el usuario y la recopilación en el navegador de identificadores y datos de interacción en X.
El lanzamiento también presentó Aura, una métrica de reputación basada en comportamientos validados, mientras Kaito se preparaba para liberar 32,6 millones de tokens KAITO el 20 de agosto.
What happened when Kaito AI launched its Kaito Pulse browser extension on August 18, including what the tool does for X users by overlayingAn editorial illustration of Kaito Pulse’s verified-data overlay and the privacy debate that followed its launch.
Prompt de IA
Create a landscape editorial hero image for this Studio Global article: What happened when Kaito AI launched its Kaito Pulse browser extension on August 18, including what the tool does for X users by overlaying. Article summary: Kaito’s August 18 Pulse launch quickly became a privacy controversy: a product pitched as a way to add verifiable off-platform context to X was followed by code-review allegations of unusually granular device and behavio. Topic tags: general, general web, user generated, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
openai.com
Kaito AI lanzó Kaito Pulse el 18 de agosto como una extensión para el navegador diseñada para añadir «pruebas» a las conversaciones de X. La herramienta podía mostrar en el feed posiciones verificadas en Polymarket y Hyperliquid, además de otra actividad externa validada, para que los usuarios no tuvieran que depender únicamente de lo que alguien afirma en internet.
El producto se convirtió rápidamente en una historia sobre privacidad. Un análisis del código fuente alegó que Pulse podía crear una huella digital del dispositivo y registrar actividad detallada en X. El fundador de Kaito, Yu Hu, defendió el diseño, aclaró el alcance de la verificación y prometió publicar el código. Para el 21 de agosto, el repositorio ya era público y una versión actualizada de la extensión seguía pendiente de revisión en Chrome Web Store.
Qué pretendía hacer Kaito Pulse
Pulse se presentaba como una capa social para X: permitía ver no solo lo que dice una cuenta, sino también determinadas pruebas de lo que ha hecho fuera de la plataforma. Kaito describió el producto como una forma de mostrar directamente en la experiencia de X las posiciones, operaciones, alcance y otras señales validadas de los usuarios.
El lanzamiento también introdujo Aura, una métrica de atención y reputación destinada a medir señales derivadas de las declaraciones y acciones de los usuarios en distintas plataformas. En la práctica, el sistema desplaza parte del foco del número de seguidores hacia el comportamiento validado dentro y fuera de la plataforma.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
¿Cuál es la respuesta corta a "Kaito Pulse abre su código después de la reacción contra su sistema de seguimiento"?
Kaito Pulse se lanzó el 18 de agosto para mostrar en X posiciones verificadas de Polymarket y Hyperliquid, pero un análisis del código alegó huellas digitales de dispositivos y un seguimiento detallado de la actividad.
¿Cuáles son los puntos clave a validar primero?
Kaito Pulse se lanzó el 18 de agosto para mostrar en X posiciones verificadas de Polymarket y Hyperliquid, pero un análisis del código alegó huellas digitales de dispositivos y un seguimiento detallado de la actividad. La polémica separó dos cuestiones: la verificación mediante zkTLS de afirmaciones iniciadas por el usuario y la recopilación en el navegador de identificadores y datos de interacción en X.
¿Qué debo hacer a continuación en la práctica?
El lanzamiento también presentó Aura, una métrica de reputación basada en comportamientos validados, mientras Kaito se preparaba para liberar 32,6 millones de tokens KAITO el 20 de agosto.
Como parte del contexto más amplio del lanzamiento, el 20 de agosto estaba prevista la liberación de 32,6 millones de tokens KAITO, una cantidad comunicada como equivalente al 7,63 % de la oferta circulante.
Cómo debía funcionar la verificación mediante zkTLS
Kaito afirmó que Pulse utiliza TLS de conocimiento cero, conocido como zkTLS, para realizar verificaciones desde el navegador. La promesa básica es que un usuario pueda demostrar una afirmación concreta tomada de un sitio web externo sin entregar a Kaito una copia completa de los datos de su cuenta.
Según la respuesta de Kaito, el usuario debe iniciar activamente la verificación. El navegador genera entonces una prueba cifrada y Kaito recibe la prueba o atestación resultante, no el conjunto completo de datos de la cuenta ni el historial general de navegación.
La diferencia fue importante después de que los primeros informes mencionaran el acceso a servicios como ChatGPT, Claude y Binance. La información posterior aclaró que esos sitios se utilizaban dentro de un proceso de verificación iniciado por el usuario, y no como prueba de que Pulse recopilara continuamente sus datos en segundo plano. El resultado que, según los informes, se conservaba era la atestación generada durante la verificación.
Por tanto, zkTLS respondía a una parte de la pregunta sobre privacidad: cuánta información se revela al demostrar una afirmación externa. Pero no resolvía por sí solo qué podía observar la extensión de forma local ni cómo podían relacionarse los identificadores con la telemetría de uso.
Qué alegó el análisis del código fuente
El 18 de agosto, el analista 0x_ultra afirmó que una revisión del código fuente de Pulse había detectado varias formas de recopilación de datos. La acusación más destacada se refería a una huella digital del dispositivo creada a partir de varias señales, entre ellas la forma en que una GPU renderizaba una imagen invisible, el modelo del dispositivo o del hardware y la manera en que el equipo procesaba un tono de prueba. Según el análisis, el identificador resultante podía asociarse con una cuenta de X.
La revisión también alegó un seguimiento detallado de la actividad dentro de X, incluidos:
Las publicaciones o contenidos mostrados al usuario.
El tiempo de desplazamiento o permanencia.
Los clics y otras interacciones.
Las búsquedas y los marcadores.
Paquetes periódicos de actividad o «latidos» enviados aproximadamente cada 30 segundos.
Estos puntos deben entenderse como alegaciones basadas en una inspección del código y en informaciones posteriores, no como una conclusión independiente y definitiva de que Kaito hubiera utilizado indebidamente los datos. La cuestión central era el alcance y la posibilidad de vincular esa recopilación: un identificador asociado al dispositivo combinado con datos de comportamiento puede crear un perfil mucho más detallado que una prueba puntual de una posición de trading.
La respuesta de Kaito
Yu Hu afirmó que la huella digital se diseñó para combatir abusos, como el fraude de clics y la actividad de tipo Sybil, y no para realizar análisis o elaborar perfiles de usuarios. También dijo que la recopilación de contenidos vistos, tiempo de permanencia e interacciones en X estaba autorizada cuando el usuario instalaba la extensión.
Kaito añadió que la actividad de navegación en sitios externos a X no se enviaba a la empresa salvo cuando el usuario iniciaba activamente una verificación compatible. La compañía también aseguró que Pulse no capturaba pantallas, contraseñas ni pulsaciones de teclado.
Otro punto de fricción fue el texto de los permisos de Chrome. Los usuarios veían un permiso que indicaba que la extensión podía leer y modificar datos en distintos sitios web. Kaito sostuvo que esa formulación era más amplia que el uso previsto del producto y prometió corregir la presentación de los permisos en una versión posterior.
Qué cambió para el 21 de agosto
El resultado inmediato fue una concesión en materia de transparencia. Kaito afirmó que había publicado Pulse como código abierto, con la ayuda del analista que participó en la revisión, y que había enviado una versión actualizada a Chrome Web Store. En ese momento, el nuevo envío seguía en la revisión rutinaria y no se había confirmado todavía su aprobación.
La secuencia —del lanzamiento del 18 de agosto al escrutinio público, la respuesta del 19 de agosto y la publicación del repositorio el 21— dio a la polémica un desenlace concreto. Los usuarios y los revisores externos obtuvieron la posibilidad de examinar la implementación, en lugar de depender únicamente de las descripciones del producto o de los avisos de permisos.
La lección más amplia sobre privacidad
El caso de Pulse muestra por qué las afirmaciones de privacidad de las extensiones de navegador deben analizarse por capas.
Primero está la capa de prueba. zkTLS puede reducir la cantidad de datos subyacentes que se revelan cuando el usuario verifica una afirmación concreta.
Después está la capa de recopilación. Según los permisos y la implementación, una extensión puede observar la actividad en los sitios donde funciona. Kaito reconoció que Pulse recopilaba datos autorizados de interacción en X y defendió por separado la huella digital del dispositivo como una medida contra el abuso.
Por último está la capa de vinculación. Aunque un servicio reciba únicamente una atestación de una cuenta externa, pueden persistir las preocupaciones sobre privacidad si las señales del dispositivo, las identidades de las cuentas y la telemetría de comportamiento pueden conectarse entre sí. Esa fue la tensión central planteada por la revisión.
El lanzamiento de Pulse no demostró que zkTLS y la privacidad sean incompatibles. Mostró algo más concreto: proteger el contenido de una afirmación verificada no equivale a minimizar todos los datos que recopila el cliente que genera esa afirmación. El escrutinio de la comunidad obligó a hacer visible esa diferencia y, en cuestión de días, llevó a Kaito a publicar el código para que pudiera ser examinado.
