Hay un momento, al trabajar con agentes de IA, en el que la confianza deja de ser un sentimiento abstracto y comienza a convertirse en algo a lo que puedes señalar, medir y revocar si es necesario.
Hasta ese momento, la identidad es principalmente una etiqueta que asignas a cuentas y APIs; después de eso, la identidad se solidifica en una superficie de control que decide quién puede actuar, hasta dónde pueden llegar y qué sucede cuando algo sale mal.
Kite está construyendo directamente para ese punto de inflexión—el instante en que la identidad ya no es solo metadatos sobre un actor, sino la capa activa que moldea cada interacción, pago y permiso en una economía de agentes autónomos.
Para entender lo que Kite realmente está haciendo, ayuda ampliar la vista desde el eslogan de marketing de “blockchain de pagos con IA” y observar la arquitectura subyacente.
Kite es una capa 1 compatible con EVM que trata a los usuarios, agentes y sesiones como identidades criptográficas distintas, cada una con su propia autoridad y restricciones, en lugar de colapsar todo en una sola cartera o clave API.
Esa estructura de tres capas—usuario como autoridad raíz, agente como autoridad delegada y sesión como autoridad efímera—convierte la identidad de una etiqueta estática en una jerarquía programable.
En los sistemas tradicionales Web2, la identidad suele significar una cuenta en una base de datos, vinculada a permisos mediante lógica opaca de backend y modificable a voluntad de un administrador.
En las blockchains, la autoridad generalmente está vinculada directamente a la posesión de una clave privada, lo cual es poderoso pero brutalmente simple: si posees la clave, eres la cuenta, independientemente de quién seas en un sentido superior.
Kite traza una línea entre estos mundos usando criptografía para expresar no solo quién controla una clave, sino qué rol está desempeñando esa clave—propietario humano, agente autónomo o sesión de un solo uso—en cualquier momento.
El usuario ocupa la parte superior de esta pila como la raíz criptográfica de confianza.
Su clave privada se asume que reside en un entorno seguro—carteras hardware, enclaves seguros o almacenamiento protegido en el dispositivo—y nunca necesita exponerse a agentes, servicios o incluso a Kite mismo.
Desde esa raíz, el usuario define restricciones globales y políticas: límites de gasto, contrapartes permitidas, servicios autorizados y interruptores de apagado que se propagan a todo lo que opera en su nombre.
Debajo de eso, cada agente de IA obtiene su propia dirección determinista, derivada matemáticamente de la cartera del usuario mediante derivación jerárquica de claves BIP-32.
Esta dirección está vinculada de manera demostrable al usuario, pero criptográficamente aislada, lo que significa que el agente puede actuar, transaccionar y firmar dentro de límites estrictos sin tocar nunca la clave raíz.
En la práctica, tu agente gestor de portafolio, tu agente de reservas de viajes y tu agente de juegos en cadena se vuelven entidades identificables y auditables, no solo “servicios” vagos detrás de una cuenta compartida.
Luego llega la capa de sesiones, donde la identidad se vuelve verdaderamente dinámica.
Las sesiones son claves efímeras creadas para tareas específicas—realizar una sola operación, ejecutar un flujo de pagos, gestionar un proceso concreto—y expiran después de usarse o en un plazo ajustado.
La comprometerse a nivel de sesión podría afectar una operación, pero no puede crecer mágicamente hasta convertirse en acceso ilimitado, porque la autoridad está limitada y acotada por las políticas del agente y del usuario en la parte superior.
Este es el momento en que la identidad cruza la línea de “quién” a “cómo.”
El modelo de Kite no solo dice “este es el agente de Alice”; dice “este es el agente gestor de portafolio de Alice, actuando a través de esta sesión puntual, con este conjunto de parámetros y límites, en este momento.”
Cada acción en cadena se vincula a esa estructura, haciéndola intrínsecamente rastreable a nivel del grafo de identidad, mientras que el contenido de las transacciones puede mantenerse privado o minimizado según sea necesario.
Para hacer que esta identidad tenga sentido en diferentes sistemas, Kite se apoya en identificadores descentralizados y en una nomenclatura estructurada.
En lugar de cadenas aleatorias, un DID como did:kite:alice.eth/chatgpt/portfolio-manager-v1 codifica la relación entre usuario, proveedor y función del agente directamente en el identificador.
Cualquier servicio compatible puede verificar que una sesión dada pertenece a un agente, que el agente pertenece a un usuario y que el usuario autorizó la operación, todo mediante verificaciones criptográficas en lugar de búsquedas centralizadas.
Alrededor de este núcleo de identidad, Kite construye lo que llama una capa de confianza programable.
Primitivas como Kite Passport (IDs de agentes criptográficos), Acuerdos de nivel de servicio (SLAs) (plantillas de interacción estructuradas) y puentes de compatibilidad con estándares como OAuth, MCP y protocolos de agente a agente convierten cadenas de identidad abstractas en reglas aplicables.
En lugar de asumir que los agentes se comportarán, el sistema codifica lo que pueden hacer y cómo se puede verificar su rendimiento en un código que ambas partes de una interacción puedan leer y auditar.
La capa de pagos luego se convierte en un motor de ejecución conectado a esta estructura de identidad, no en un silo separado.
Kite utiliza canales de estado de alto rendimiento y infraestructura PoS para alcanzar latencias inferiores a 100 ms y tarifas extremadamente bajas para transacciones máquina a máquina y agente a agente.
Cuando un agente paga a otro, la transacción no es solo una transferencia de tokens; es un evento en un grafo de políticas donde las identidades, roles y restricciones son verificables en tiempo real.
Desde la perspectiva de la industria en general, la tesis de Kite se sitúa en el centro de varias tendencias convergentes.
DeFi, tokenización de RWA y gobernanza en cadena están enfrentando el mismo cuello de botella: capital, cumplimiento y automatización quieren una identidad más rica que “cartera igual a usuario,” pero nadie quiere recrear silos centralizados de KYC.
Paralelamente, los agentes de IA están evolucionando de ser herramientas que llamas ocasionalmente a actores semi-autónomos que monitorean mercados, negocian contratos, enrutan liquidez y gestionan portafolios sin parar.
Esa internet agentica solo funciona si se resuelven simultáneamente tres problemas: quién actúa, qué puede hacer y cómo paga y recibe pagos.
La mayoría de las cadenas centradas en pagos comienzan con la tercera pregunta y añaden la identidad posteriormente mediante listas blancas, middleware o registros fuera de cadena.
Kite invierte ese orden, tratando la identidad y el control como la base, y luego añadiendo pagos de baja latencia y gobernanza en la parte superior, de modo que cada futura función herede el mismo modelo de confianza.
Desde la perspectiva de un creador de DeFi, esto es sorprendentemente similar a lo que sucede con las capas de atestación y credenciales en ecosistemas como Solana.
Cuando las credenciales se vuelven portátiles y componibles en diferentes dApps, la identidad deja de ser algo que cada protocolo tiene que reimplementar y pasa a ser infraestructura compartida.
Kite está haciendo un movimiento paralelo para los agentes de IA: en lugar de que cada aplicación invente su propia forma de confiar y limitar a los agentes, la blockchain ofrece una interfaz nativa, programable, de confianza e identidad.
A nivel personal, este marco resuena con la forma en que la seguridad y la autonomía realmente aparecen en los flujos de trabajo diarios.
La mayoría de las personas no quieren pensar en la gestión de nonce, dominios de firma o sobres de riesgo—quieren la tranquilidad de saber que su bot de trading no puede vaciar la tesorería, que su agente de investigación no puede filtrar claves, y que su asistente de programación no puede aprobar facturas espontáneamente.
Habiendo pasado mucho tiempo en protocolos DeFi donde una clave comprometida significa una pérdida catastrófica, la idea de que los agentes y sesiones están estructuralmente aislados parece menos un “lujo” y más un requisito previo para usar IA con capital cercano a real.
También hay una capa emocional en este cambio que es fácil subestimar.
La identidad ha sido tradicionalmente impuesta desde arriba—por gobiernos, plataformas o instituciones—a menudo como un mecanismo de control que restringe el acceso o movimiento.
El modelo de Kite, en cambio, permite a los usuarios ser la raíz de su propio grafo de identidad, delegando y revocando autoridad mediante criptografía, no términos de servicio, lo que cambia sutil pero significativamente la dinámica de poder.
Aún así, es importante mantener una visión equilibrada de lo que esta aproximación resuelve y lo que no.
Una jerarquía de identidad bellamente diseñada no puede arreglar lógica de agentes defectuosos, estrategias erróneas o una mala configuración humana; solo puede limitar el radio de daño y hacer que la responsabilidad sea legible cuando algo falla.
También existe una verdadera complejidad en construir herramientas, estándares y experiencia de usuario que hagan que la identidad en capas sea lo suficientemente intuitiva para que desarrolladores y usuarios finales no sientan que están haciendo teatro de seguridad.
Por otro lado, la alternativa es un futuro donde los agentes de IA operan sobre carteras y claves API ad hoc, sin una noción compartida de trazabilidad, delegación o revocación.
En ese mundo, cada integración se convierte en un problema de confianza a medida, cada permiso en una puerta de un solo sentido, y cada compromiso se propaga rápidamente a través de los sistemas porque nada está correctamente acotado.
Al incorporar identidad, roles y políticas en la cadena base, Kite reduce esos riesgos no a cero, sino a algo que humanos e instituciones pueden razonar, auditar y regular.
La pregunta hacia el futuro no es si la identidad importará en una internet agentica—lo hará—sino qué forma tomará esa identidad.
Kite apuesta a que el modelo ganador se asemeje menos a cuentas estáticas con nombres de usuario y más a gráficos vivos de usuarios, agentes y sesiones, cada uno con límites programables y procedencia verificable.
Si esa apuesta funciona, el “momento en que la identidad se convierte en una capa de control activa” se sentirá menos como un big bang y más como la tranquila realización de que cada interacción segura y de alto riesgo entre humanos, máquinas y capital ya fluye por vías que asumen que identidad y control son la misma cosa.
$KITE
#KITE
@GoKiteAI
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Kite y la Identidad Moment se convierten en una capa de control activa
Hay un momento, al trabajar con agentes de IA, en el que la confianza deja de ser un sentimiento abstracto y comienza a convertirse en algo a lo que puedes señalar, medir y revocar si es necesario. Hasta ese momento, la identidad es principalmente una etiqueta que asignas a cuentas y APIs; después de eso, la identidad se solidifica en una superficie de control que decide quién puede actuar, hasta dónde pueden llegar y qué sucede cuando algo sale mal. Kite está construyendo directamente para ese punto de inflexión—el instante en que la identidad ya no es solo metadatos sobre un actor, sino la capa activa que moldea cada interacción, pago y permiso en una economía de agentes autónomos. Para entender lo que Kite realmente está haciendo, ayuda ampliar la vista desde el eslogan de marketing de “blockchain de pagos con IA” y observar la arquitectura subyacente. Kite es una capa 1 compatible con EVM que trata a los usuarios, agentes y sesiones como identidades criptográficas distintas, cada una con su propia autoridad y restricciones, en lugar de colapsar todo en una sola cartera o clave API. Esa estructura de tres capas—usuario como autoridad raíz, agente como autoridad delegada y sesión como autoridad efímera—convierte la identidad de una etiqueta estática en una jerarquía programable. En los sistemas tradicionales Web2, la identidad suele significar una cuenta en una base de datos, vinculada a permisos mediante lógica opaca de backend y modificable a voluntad de un administrador. En las blockchains, la autoridad generalmente está vinculada directamente a la posesión de una clave privada, lo cual es poderoso pero brutalmente simple: si posees la clave, eres la cuenta, independientemente de quién seas en un sentido superior. Kite traza una línea entre estos mundos usando criptografía para expresar no solo quién controla una clave, sino qué rol está desempeñando esa clave—propietario humano, agente autónomo o sesión de un solo uso—en cualquier momento. El usuario ocupa la parte superior de esta pila como la raíz criptográfica de confianza. Su clave privada se asume que reside en un entorno seguro—carteras hardware, enclaves seguros o almacenamiento protegido en el dispositivo—y nunca necesita exponerse a agentes, servicios o incluso a Kite mismo. Desde esa raíz, el usuario define restricciones globales y políticas: límites de gasto, contrapartes permitidas, servicios autorizados y interruptores de apagado que se propagan a todo lo que opera en su nombre. Debajo de eso, cada agente de IA obtiene su propia dirección determinista, derivada matemáticamente de la cartera del usuario mediante derivación jerárquica de claves BIP-32. Esta dirección está vinculada de manera demostrable al usuario, pero criptográficamente aislada, lo que significa que el agente puede actuar, transaccionar y firmar dentro de límites estrictos sin tocar nunca la clave raíz. En la práctica, tu agente gestor de portafolio, tu agente de reservas de viajes y tu agente de juegos en cadena se vuelven entidades identificables y auditables, no solo “servicios” vagos detrás de una cuenta compartida. Luego llega la capa de sesiones, donde la identidad se vuelve verdaderamente dinámica. Las sesiones son claves efímeras creadas para tareas específicas—realizar una sola operación, ejecutar un flujo de pagos, gestionar un proceso concreto—y expiran después de usarse o en un plazo ajustado. La comprometerse a nivel de sesión podría afectar una operación, pero no puede crecer mágicamente hasta convertirse en acceso ilimitado, porque la autoridad está limitada y acotada por las políticas del agente y del usuario en la parte superior. Este es el momento en que la identidad cruza la línea de “quién” a “cómo.” El modelo de Kite no solo dice “este es el agente de Alice”; dice “este es el agente gestor de portafolio de Alice, actuando a través de esta sesión puntual, con este conjunto de parámetros y límites, en este momento.” Cada acción en cadena se vincula a esa estructura, haciéndola intrínsecamente rastreable a nivel del grafo de identidad, mientras que el contenido de las transacciones puede mantenerse privado o minimizado según sea necesario. Para hacer que esta identidad tenga sentido en diferentes sistemas, Kite se apoya en identificadores descentralizados y en una nomenclatura estructurada. En lugar de cadenas aleatorias, un DID como did:kite:alice.eth/chatgpt/portfolio-manager-v1 codifica la relación entre usuario, proveedor y función del agente directamente en el identificador. Cualquier servicio compatible puede verificar que una sesión dada pertenece a un agente, que el agente pertenece a un usuario y que el usuario autorizó la operación, todo mediante verificaciones criptográficas en lugar de búsquedas centralizadas. Alrededor de este núcleo de identidad, Kite construye lo que llama una capa de confianza programable. Primitivas como Kite Passport (IDs de agentes criptográficos), Acuerdos de nivel de servicio (SLAs) (plantillas de interacción estructuradas) y puentes de compatibilidad con estándares como OAuth, MCP y protocolos de agente a agente convierten cadenas de identidad abstractas en reglas aplicables. En lugar de asumir que los agentes se comportarán, el sistema codifica lo que pueden hacer y cómo se puede verificar su rendimiento en un código que ambas partes de una interacción puedan leer y auditar. La capa de pagos luego se convierte en un motor de ejecución conectado a esta estructura de identidad, no en un silo separado. Kite utiliza canales de estado de alto rendimiento y infraestructura PoS para alcanzar latencias inferiores a 100 ms y tarifas extremadamente bajas para transacciones máquina a máquina y agente a agente. Cuando un agente paga a otro, la transacción no es solo una transferencia de tokens; es un evento en un grafo de políticas donde las identidades, roles y restricciones son verificables en tiempo real. Desde la perspectiva de la industria en general, la tesis de Kite se sitúa en el centro de varias tendencias convergentes. DeFi, tokenización de RWA y gobernanza en cadena están enfrentando el mismo cuello de botella: capital, cumplimiento y automatización quieren una identidad más rica que “cartera igual a usuario,” pero nadie quiere recrear silos centralizados de KYC. Paralelamente, los agentes de IA están evolucionando de ser herramientas que llamas ocasionalmente a actores semi-autónomos que monitorean mercados, negocian contratos, enrutan liquidez y gestionan portafolios sin parar. Esa internet agentica solo funciona si se resuelven simultáneamente tres problemas: quién actúa, qué puede hacer y cómo paga y recibe pagos. La mayoría de las cadenas centradas en pagos comienzan con la tercera pregunta y añaden la identidad posteriormente mediante listas blancas, middleware o registros fuera de cadena. Kite invierte ese orden, tratando la identidad y el control como la base, y luego añadiendo pagos de baja latencia y gobernanza en la parte superior, de modo que cada futura función herede el mismo modelo de confianza. Desde la perspectiva de un creador de DeFi, esto es sorprendentemente similar a lo que sucede con las capas de atestación y credenciales en ecosistemas como Solana. Cuando las credenciales se vuelven portátiles y componibles en diferentes dApps, la identidad deja de ser algo que cada protocolo tiene que reimplementar y pasa a ser infraestructura compartida. Kite está haciendo un movimiento paralelo para los agentes de IA: en lugar de que cada aplicación invente su propia forma de confiar y limitar a los agentes, la blockchain ofrece una interfaz nativa, programable, de confianza e identidad. A nivel personal, este marco resuena con la forma en que la seguridad y la autonomía realmente aparecen en los flujos de trabajo diarios. La mayoría de las personas no quieren pensar en la gestión de nonce, dominios de firma o sobres de riesgo—quieren la tranquilidad de saber que su bot de trading no puede vaciar la tesorería, que su agente de investigación no puede filtrar claves, y que su asistente de programación no puede aprobar facturas espontáneamente. Habiendo pasado mucho tiempo en protocolos DeFi donde una clave comprometida significa una pérdida catastrófica, la idea de que los agentes y sesiones están estructuralmente aislados parece menos un “lujo” y más un requisito previo para usar IA con capital cercano a real. También hay una capa emocional en este cambio que es fácil subestimar. La identidad ha sido tradicionalmente impuesta desde arriba—por gobiernos, plataformas o instituciones—a menudo como un mecanismo de control que restringe el acceso o movimiento. El modelo de Kite, en cambio, permite a los usuarios ser la raíz de su propio grafo de identidad, delegando y revocando autoridad mediante criptografía, no términos de servicio, lo que cambia sutil pero significativamente la dinámica de poder. Aún así, es importante mantener una visión equilibrada de lo que esta aproximación resuelve y lo que no. Una jerarquía de identidad bellamente diseñada no puede arreglar lógica de agentes defectuosos, estrategias erróneas o una mala configuración humana; solo puede limitar el radio de daño y hacer que la responsabilidad sea legible cuando algo falla. También existe una verdadera complejidad en construir herramientas, estándares y experiencia de usuario que hagan que la identidad en capas sea lo suficientemente intuitiva para que desarrolladores y usuarios finales no sientan que están haciendo teatro de seguridad. Por otro lado, la alternativa es un futuro donde los agentes de IA operan sobre carteras y claves API ad hoc, sin una noción compartida de trazabilidad, delegación o revocación. En ese mundo, cada integración se convierte en un problema de confianza a medida, cada permiso en una puerta de un solo sentido, y cada compromiso se propaga rápidamente a través de los sistemas porque nada está correctamente acotado. Al incorporar identidad, roles y políticas en la cadena base, Kite reduce esos riesgos no a cero, sino a algo que humanos e instituciones pueden razonar, auditar y regular. La pregunta hacia el futuro no es si la identidad importará en una internet agentica—lo hará—sino qué forma tomará esa identidad. Kite apuesta a que el modelo ganador se asemeje menos a cuentas estáticas con nombres de usuario y más a gráficos vivos de usuarios, agentes y sesiones, cada uno con límites programables y procedencia verificable. Si esa apuesta funciona, el “momento en que la identidad se convierte en una capa de control activa” se sentirá menos como un big bang y más como la tranquila realización de que cada interacción segura y de alto riesgo entre humanos, máquinas y capital ya fluye por vías que asumen que identidad y control son la misma cosa. $KITE #KITE @GoKiteAI