Hoy leí de principio a fin la documentación para desarrolladores de Kite, y lo que se me quedó grabado no fue la velocidad ni las comisiones. Fue cómo se divide la autoridad en tres capas. El usuario conserva la autoridad raíz, cada agente obtiene su propia dirección derivada de la billetera del usuario mediante BIP-32, y cada sesión se ejecuta con una clave aleatoria que caduca después de usarse. Si alguien compromete una sesión, pierdes una delegación. Si compromete un agente, el daño queda dentro de los límites que fijó el usuario. Solo la clave raíz conlleva pérdidas ilimitadas, por eso la documentación la mantiene en un enclave local.
El diseño de pagos sigue la misma lógica. En lugar de liquidar cada solicitud en la cadena, dos partes abren un canal, intercambian miles de actualizaciones firmadas fuera de la cadena y lo cierran con una segunda transacción.
La documentación menciona una latencia inferior a 100 ms y un costo de aproximadamente 1 $ por millón de solicitudes.
Aquí es donde cuestionaría mi propio entusiasmo. La documentación también describe reglas condicionales, como reducir el límite de un agente cuando aumenta la volatilidad. Una regla así necesita datos externos, y no pude encontrar quién los proporciona ni qué ocurre si ese flujo de datos es incorrecto. Además, las grandes cifras de la testnet (cientos de millones de transacciones) procedían de un entorno de pruebas, así que dicen poco sobre la demanda recurrente en la mainnet, que se lanzó el 30 de abril de 2026.
Esto es lo que seguiré de ahora en adelante: el número de pasaportes de agente activos en KiteScan, la proporción de transacciones de agentes que son pagos por servicios reales y no tráfico de prueba, y si la documentación identifica la fuente de datos que sustenta los límites de gasto condicionales.
Una economía de agentes solo funciona si una persona puede entregar una billetera y aun así dormir tranquila. Eso depende menos de lo rápido que paguen los agentes y más de qué hacen las reglas cuando fallan los datos que reciben.
#KiteBBW $KITE @KITE AI 中文 #KiteBBW
El diseño de pagos sigue la misma lógica. En lugar de liquidar cada solicitud en la cadena, dos partes abren un canal, intercambian miles de actualizaciones firmadas fuera de la cadena y lo cierran con una segunda transacción.
La documentación menciona una latencia inferior a 100 ms y un costo de aproximadamente 1 $ por millón de solicitudes.
Aquí es donde cuestionaría mi propio entusiasmo. La documentación también describe reglas condicionales, como reducir el límite de un agente cuando aumenta la volatilidad. Una regla así necesita datos externos, y no pude encontrar quién los proporciona ni qué ocurre si ese flujo de datos es incorrecto. Además, las grandes cifras de la testnet (cientos de millones de transacciones) procedían de un entorno de pruebas, así que dicen poco sobre la demanda recurrente en la mainnet, que se lanzó el 30 de abril de 2026.
Esto es lo que seguiré de ahora en adelante: el número de pasaportes de agente activos en KiteScan, la proporción de transacciones de agentes que son pagos por servicios reales y no tráfico de prueba, y si la documentación identifica la fuente de datos que sustenta los límites de gasto condicionales.
Una economía de agentes solo funciona si una persona puede entregar una billetera y aun así dormir tranquila. Eso depende menos de lo rápido que paguen los agentes y más de qué hacen las reglas cuando fallan los datos que reciben.
#KiteBBW $KITE @KITE AI 中文 #KiteBBW
