Últimamente he estado pensando mucho en la economía de los agentes y, sinceramente, la parte de los pagos es la que la mayoría pasa por alto. A todo el mundo le entusiasma que los agentes llamen a otros agentes para obtener datos o capacidad de cómputo, pero nadie se pregunta realmente cómo se supone que van a pagar por ello miles de veces por minuto, de a centavos cada vez. La cuestión es esta: una transferencia normal en una cadena de bloques sigue necesitando tiempo de confirmación y gas, y una red de tarjetas tiene una comisión mínima que sirve para pagar un café de 20 $, no una llamada a una API de 0,0001 $. Ninguno de esos medios de pago se diseñó para realizar transacciones incesantes con una contraparte no humana. $KITE recurrir a los canales de estado me parece lógico. Dos agentes bloquean fondos una sola vez en la cadena y luego intercambian actualizaciones de saldo firmadas fuera de la cadena en menos de 100 ms, prácticamente gratis, y solo liquidan el estado final cuando se cierra el canal. Una apertura, un cierre y miles de micropagos entre ambos. Me gusta mucho la lógica. Lo que estoy observando es si esto resiste un volumen real de agentes y no solo las cifras de una testnet. El verdadero examen es el rendimiento de la red principal bajo carga. ¿Alguien por aquí está creando agentes que paguen por llamada?
@KITE AI #KiteBBW $KITE