Los agentes de IA pueden investigar, planificar y usar herramientas. Pero ¿qué ocurre cuando necesitan gastar dinero de verdad?
¿Quién autoriza un pago? ¿Qué impide que un agente supere su presupuesto? ¿Y cómo puede su propietario comprobar qué ha ocurrido?
Estas preguntas son fundamentales para el enfoque de Kite sobre la economía de los agentes. Para entender qué está desarrollando el proyecto, exploraré cuatro preguntas clave:
¿Qué problema resuelve Kite? ¿Qué limitaciones tienen las API, las cuentas y los sistemas de pago existentes para los agentes de IA?
¿Cómo funciona? ¿Cómo se identifica a los agentes, se les conceden permisos y se les mantiene dentro de los límites de gasto?
¿Para qué puede usarse realmente? ¿Cómo podrían los agentes comprar servicios y completar tareas sin necesitar aprobación en cada paso?
¿Qué impulsa su valor económico? ¿Cómo podría la actividad de la red generar ingresos y demanda de $KITE, y qué falta verificar?
La capacidad de un agente para completar una tarea no significa automáticamente que pueda realizar transacciones de forma segura. Por eso, la identidad verificable, los permisos y los pagos son esenciales para entender @KITE AI 中文 .
1. ¿Qué está desarrollando realmente KITE?
Kite AI
>Infraestructura de pagos para la economía de los agentes de IA
>Kite está desarrollando un sistema que proporciona a los agentes de IA identidades propias, permiso para gastar dinero, acceso a servicios de pago y registros de transacciones verificables.
$KITE no es un modelo de IA que compita directamente con ChatGPT. Se centra en la infraestructura que permite a los agentes de IA utilizar servicios y dinero dentro de controles definidos.
2. El problema real que Kite quiere resolver
Imagina que le pides a una IA que se encargue de tareas empresariales: encontrar clientes, investigar un mercado, comprar servicios de análisis de datos y preparar un informe.
La IA moderna puede realizar muchos de estos pasos. Pero cuando entra en juego el dinero real, surgen tres problemas.
¿Por qué no usar bancos, Stripe u otra cadena de bloques?
No todos los agentes de IA necesitan una cadena de bloques. Un agente que realice unas pocas llamadas diarias a una API dentro de un sistema empresarial cerrado puede funcionar bien con una base de datos, OAuth y pagos tradicionales.
La posible ventaja de Kite cobra más relevancia cuando agentes de distintas organizaciones necesitan realizar transacciones automáticamente, usar monedas estables y seguir reglas de gasto verificables. Aun así, debe demostrar que su solución es, en conjunto, más barata, fácil de usar o segura que las alternativas existentes.
3. ¿Cómo funciona Kite?
3.1. Arquitectura técnica
Kite describe una arquitectura con capas que cumplen distintos propósitos. Una descripción simplificada sería la siguiente:
Estas capas cumplen funciones distintas. El razonamiento de la IA, la búsqueda de servicios y muchas tareas de procesamiento pueden seguir ejecutándose fuera de la cadena.
3.2. Identidad en tres niveles: usuario → agente → sesión
Una de las ideas centrales es separar la identidad y los permisos en tres niveles.
Por ejemplo, supongamos que tu billetera tiene 1,000 USDC.
Un agente de investigación de mercado recibe un presupuesto de 20 USDC al día.
Un agente de compra de datos recibe 5 USDC al día.
Una sesión está restringida a los servicios aprobados.
Una vez que vence la sesión, el agente no puede seguir usando esos permisos sin una nueva autorización.
Estas cantidades son ilustrativas, no son los límites predeterminados de Kite.
Valor técnico: El propietario no necesita dar a la IA acceso irrestricto a su clave privada. Separar las claves y limitar los permisos puede reducir el daño causado por una sesión o un agente comprometido.
Qué debe verificarse: La seguridad sigue dependiendo de la aplicación de las reglas mediante contratos, la gestión de claves, la revocación, las vulnerabilidades de integración y el entorno operativo de la IA. La identidad criptográfica no demuestra que la respuesta de una IA sea correcta.
3.3. Gasto programable — reglas aplicables
Un sistema de autorización controlado necesita algo más que una billetera vinculada a una IA. Supongamos que el propietario establece estas políticas:
El agente puede elegir servicios y ejecutar transacciones que cumplan los requisitos, pero no puede aumentar sus propios límites.
Los límites de gasto total y los límites específicos por servicio son controles distintos. Un presupuesto total por sí solo aún podría agotarse en un servicio no deseado. Los controles eficaces deben verificar los permisos, los montos, los destinatarios, el vencimiento y las condiciones de ejecución.
Kite describe el uso de mecanismos criptográficos y contratos inteligentes para hacer cumplir estas reglas.
3.4. x402 y MPP — Cómo paga la IA por los servicios
HTTP 402 Payment Required ofrece un ejemplo intuitivo:
El agente solicita una API de análisis de datos.
La API devuelve un requisito de pago, un monto y las condiciones.
Passport verifica la sesión y el presupuesto aprobado por el propietario.
El agente envía la prueba de pago mediante el protocolo correspondiente.
El proveedor verifica el pago y entrega los datos.
x402 es un protocolo de pago HTTP que utiliza la respuesta 402 y admite pagos con monedas estables y liquidación en cadena en las implementaciones pertinentes.
MPP — Machine Payments Protocol admite pagos entre máquinas; los métodos y las capacidades de sesión dependen de la implementación.
El artículo original describe que Passport admite ambos enfoques. La compatibilidad con los protocolos no hace automáticamente que todos los proveedores sean compatibles con Kite; siguen siendo necesarias la integración y la verificación de pagos.
3.5. Kite Chain y los micropagos
El artículo original describe una red de Capa 1 compatible con EVM, que utiliza Proof of Stake y liquidación con monedas estables. Indica el ID de la cadena de la red principal 2366, el RPC https://rpc.gokite.ai/ y KiteScan como explorador.
Consideremos un servicio hipotético que cobra $0.01 por llamada. Un agente que realiza 10,000 llamadas gasta $100 en servicios. Si cada pago también genera una comisión en cadena de $0.005, las comisiones de transacción suman otros $50.
Un canal de pago podría combinar actualizaciones firmadas y liquidar en cadena al abrirse o cerrarse, reduciendo los costos generales. Este es un cálculo ilustrativo, no un parámetro de referencia verificado de Kite. Los costos reales dependen del gas, las operaciones del canal, la infraestructura, la latencia y las transacciones fallidas.
4. Tres aplicaciones prácticas
La oportunidad a largo plazo consiste en permitir que los agentes compren recursos, se coordinen con otros servicios y completen flujos de trabajo de varios pasos.
Aplicación 1: Investigación con IA y generación de informes
Supongamos que quieres un informe sobre un proyecto cripto.
Kite puede proporcionar infraestructura de autorización y pagos. No garantiza la calidad de los datos, la precisión del análisis ni las ganancias de trading.
Aplicación 2: Compras con IA
«Cómprame unos auriculares con cancelación de ruido por menos de $100, con garantía oficial del fabricante.»
Encontrar productos y comparar precios.
Comprobar la disponibilidad, la garantía y los costos de envío.
Elegir un producto que cumpla los criterios.
Pagar solo cuando el pedido cumpla las condiciones autorizadas.
Guardar el recibo y los detalles del pedido.
Encontrar un producto, completar el pago y entregar el pedido son resultados distintos. La integración de pagos no resuelve los problemas de falsificaciones, reembolsos, entregas ni la responsabilidad por una compra incorrecta.
Aplicación 3: Varios agentes trabajando juntos
Imagina una pequeña empresa con cuatro agentes:
El agente A encuentra clientes potenciales.
El agente B verifica la información de los clientes.
El agente C redacta contenido de marketing.
El agente D hace un seguimiento del rendimiento y prepara informes.
Cada uno tiene su propio presupuesto y puede comprar servicios externos aprobados sin que una persona autorice cada pequeño gasto. Una identidad, autorización y pagos compartidos podrían ofrecer al propietario una visión uniforme de los costos y las transacciones.
El proyecto también describe aplicaciones en el comercio minorista, las adquisiciones y la gestión de carteras. Los agentes no necesitan KITE para pensar ni para realizar todas las tareas; el valor de la red depende de que los agentes y proveedores la utilicen para realizar transacciones.
5. ¿Qué puedes probar?
KITE hace referencia a flujos de trabajo con CLI, sesiones de gasto y búsqueda de servicios de pago.
Una prueba concreta
Una prueba pequeña podría pedirle a un agente que use un servicio meteorológico de pago. El flujo de trabajo descrito en el artículo original incluye instalar kpass, iniciar sesión, depositar fondos en la billetera, crear una sesión de gasto con límites, llamar al servicio y revisar el historial de pagos.
kpass session create \
--task-summary "Realizar una llamada a una API meteorológica" \
--max-amount-per-tx 2 \
--max-total-amount 10 \
--ttl 24h \
--assets USDC \
--output json
Usa un presupuesto de prueba pequeño, evita tu billetera principal de activos y no concedas permisos ilimitados. Un comando exitoso no demuestra que la seguridad vaya a mantenerse a largo plazo.
6. ¿De dónde proviene el valor del token?
Los materiales sobre tokenómica citados en el artículo original establecen un suministro máximo de 10 mil millones de KITE.
7. ¿Qué podría darle a Kite una ventaja duradera?
Las billeteras con permisos, las monedas estables, la infraestructura EVM, HTTP 402 y las herramientas de autorización no son exclusivas de Kite. Su posible ventaja radica en la eficacia con que integre estos componentes y en que los desarrolladores y usuarios encuentren suficiente valor para seguir utilizando el sistema.
Cinco factores serán importantes:
Servicios útiles: Acceso a proveedores fiables que los agentes realmente necesiten.
Uso recurrente: Que los agentes vuelvan a comprar servicios después de las pruebas iniciales o las campañas de recompensas.
Integración sencilla: Herramientas que ahorren tiempo a los desarrolladores en comparación con crear y mantener su propia solución.
Controles fiables: Límites de gasto y revocación de permisos que funcionen de manera consistente en condiciones reales.
Un ecosistema en crecimiento: Más servicios útiles que atraigan a más agentes y den a los proveedores motivos para quedarse y expandirse.
La pregunta clave es si Kite puede convertir estas capacidades en un servicio en el que los desarrolladores confíen y que elijan seguir utilizando.
8. Métricas que debes seguir al investigar KITE
Para una evaluación trimestral, daría prioridad a estas métricas por encima de los seguidores en X o la participación en campañas.
9. ¿Cómo debería evaluarse KITE?
Kite está desarrollando infraestructura para un futuro en el que la IA realice tareas, compre servicios y efectúe pagos.
Passport gestiona la identidad y los permisos de gasto. Kite Chain proporciona la liquidación. Protocolos como x402 y MPP conectan a los agentes con servicios de pago.
El concepto tiene una base técnica y el producto descrito en el artículo original ya ha ido más allá de ser solo una visión. Aun así, hay que evaluar por separado tres cuestiones:
Producto: ¿Pueden los agentes realizar transacciones de forma fiable dentro de los límites autorizados?
Red: ¿Hay suficientes proveedores y usuarios para generar una demanda real?
Token: ¿La actividad de la red genera suficiente demanda de KITE para compensar la nueva oferta?
No concluiría que KITE es un proyecto sólido únicamente porque forme parte de la narrativa de los agentes de IA, cuente con inversores destacados o haya lanzado una red principal.
Una evaluación más sólida requiere pruebas de transacciones pagadas, ingresos, fiabilidad y mecanismos del token que funcionen según lo previsto.
Para un artículo sustancial en Binance Square, la idea central es esta: Kite busca ofrecer a la IA un marco verificable para gastar dinero, demostrar su autoridad y operar dentro de límites aplicables.
La gran pregunta es si los desarrolladores llegarán a depender de esa infraestructura o si las plataformas competidoras podrán reproducir sus funcionalidades.
10. La primera tarea que le asignaría a un agente de Kite
Si probara Kite, empezaría con algo relacionado con mi trabajo diario: investigar un proyecto cripto antes de escribir sobre él.
La tarea sería sencilla: encontrar la documentación oficial, revisar los anuncios más recientes, comparar las afirmaciones importantes y entregarme un resumen breve con enlaces. Si una fuente de datos útil requiriera un pago, el agente tendría que ceñirse a un presupuesto reducido que yo hubiera aprobado.
Ese es el flujo de trabajo que me gustaría probar, en lugar de dar por sentado que todo funciona ya.
Como creador, me importa lo que ocurre entre encontrar información y decidir que merece la pena compartirla. Una respuesta convincente no basta. Quiero saber de dónde salió una cifra, si la fuente está actualizada y qué detalles siguen siendo inciertos.
También querría que el agente me dijera cuándo pagar por una herramienta no aportó ningún valor real. Tener permiso para gastar no debería convertirse en una razón para hacerlo.
Lo que me atrae de Kite es la posibilidad de gestionar ese proceso más fácilmente. Podría definir la tarea y los límites, revisar qué utilizó el agente y dedicar más atención a decidir qué les importa a mis lectores.
Seguiría escribiendo la opinión por mi cuenta. Elegir qué merece énfasis, cuestionar una afirmación y explicar por qué algo me interesa son partes del trabajo que quiero conservar.
El resultado que esperaría sería bastante sencillo: menos pasos repetitivos, un proceso de investigación más claro y más energía para escribir algo que valga la pena leer.
Si pudieras delegar una tarea recurrente a un agente de IA con un presupuesto fijo, ¿cuál elegirías? $KITE #KiteBBW
