Hice tres cálculos sobre los agentes y todos apuntan en la misma dirección#KİTE
Siempre me ha parecido que el término «economía de agentes» era algo abstracto, hasta que me senté a hacer cuentas en serio.
Los agentes hacen trabajo por las personas, y eso implica gastar dinero. Para gastar, primero hay que hacer posibles los micropagos. Hice tres cálculos y todos apuntan en la misma dirección.
El primero: las comisiones. Comprar datos una vez puede costarle a un agente apenas unos céntimos. Los canales de pago tradicionales no son nada favorables a los pagos pequeños: comisiones fijas y tarifas mínimas. Si cobrar unos céntimos cuesta varias decenas, el negocio no es viable desde el primer día. Por eso, muchas transacciones de agentes no es que no interesen, sino que los canales de pago no están a la altura. Los micropagos on-chain pueden reducir el coste por transacción hasta hacerlo prácticamente insignificante. La cadena Kite (compatible con EVM, chain id 2366) está pensada precisamente para eso.
El segundo: el desfase temporal. Los agentes operan en tiempo real y con alta frecuencia: llaman a interfaces, obtienen datos y pagan API; en un segundo pueden tener que completar varias transacciones. La facturación tradicional es mensual, y hasta T+1 parece lenta. En el mundo de las máquinas, liquidar por períodos es contrario a la intuición. La liquidación se completa directamente on-chain y, con la llegada de stablecoins como PYUSD y USDC, el dinero enviado llega al instante.
El tercero: la conciliación de cuentas. En un mes, un agente puede trabajar con decenas de proveedores, cada uno con un formato de factura distinto. Conciliar las cuentas a mano puede volver loco a cualquiera. Me gusta bastante el diseño de Agent Passport: cada agente tiene una identidad verificable, los gastos cuentan con límites por transacción y un límite total, y todo el historial es auditable de principio a fin. Basta con mirar una sola cadena para ver de dónde viene el dinero y adónde va.
La capa de protocolos también tiene su interés. x402 recupera el código de estado 402 de HTTP, que llevaba décadas sin usarse, y lo convierte en una señal de pago: el agente solicita acceso a una interfaz de pago, el servidor responde «hay que pagar» y el agente firma y paga en el acto; cada solicitud se liquida por separado. #KiteBBW integra x402 y Google AP2, así que los agentes pueden hacer pedidos según el estándar que prefieran y, al final, liquidar en la misma cadena.
Me convence el enfoque de los KPI: no fijarse en el TVL, sino en el número de transacciones, los Passport activos al mes y el importe liquidado. La red principal se lanzará a finales de abril, ya hay más de 90 proveedores y también están habilitadas las liquidaciones con PYUSD. Evaluarse por el número de transacciones deja claro que lo importante es que «la gente realmente lo use».
El próximo gran cambio de Kite no está en «cómo pagar», sino en «quién lleva las cuentas»: cada agente tendrá que tener su propio libro contable. Que las cuentas pasen de las personas a las máquinas es un cambio mucho mayor que el de los métodos de pago.
Siempre me ha parecido que el término «economía de agentes» era algo abstracto, hasta que me senté a hacer cuentas en serio.
Los agentes hacen trabajo por las personas, y eso implica gastar dinero. Para gastar, primero hay que hacer posibles los micropagos. Hice tres cálculos y todos apuntan en la misma dirección.
El primero: las comisiones. Comprar datos una vez puede costarle a un agente apenas unos céntimos. Los canales de pago tradicionales no son nada favorables a los pagos pequeños: comisiones fijas y tarifas mínimas. Si cobrar unos céntimos cuesta varias decenas, el negocio no es viable desde el primer día. Por eso, muchas transacciones de agentes no es que no interesen, sino que los canales de pago no están a la altura. Los micropagos on-chain pueden reducir el coste por transacción hasta hacerlo prácticamente insignificante. La cadena Kite (compatible con EVM, chain id 2366) está pensada precisamente para eso.
El segundo: el desfase temporal. Los agentes operan en tiempo real y con alta frecuencia: llaman a interfaces, obtienen datos y pagan API; en un segundo pueden tener que completar varias transacciones. La facturación tradicional es mensual, y hasta T+1 parece lenta. En el mundo de las máquinas, liquidar por períodos es contrario a la intuición. La liquidación se completa directamente on-chain y, con la llegada de stablecoins como PYUSD y USDC, el dinero enviado llega al instante.
El tercero: la conciliación de cuentas. En un mes, un agente puede trabajar con decenas de proveedores, cada uno con un formato de factura distinto. Conciliar las cuentas a mano puede volver loco a cualquiera. Me gusta bastante el diseño de Agent Passport: cada agente tiene una identidad verificable, los gastos cuentan con límites por transacción y un límite total, y todo el historial es auditable de principio a fin. Basta con mirar una sola cadena para ver de dónde viene el dinero y adónde va.
La capa de protocolos también tiene su interés. x402 recupera el código de estado 402 de HTTP, que llevaba décadas sin usarse, y lo convierte en una señal de pago: el agente solicita acceso a una interfaz de pago, el servidor responde «hay que pagar» y el agente firma y paga en el acto; cada solicitud se liquida por separado. #KiteBBW integra x402 y Google AP2, así que los agentes pueden hacer pedidos según el estándar que prefieran y, al final, liquidar en la misma cadena.
Me convence el enfoque de los KPI: no fijarse en el TVL, sino en el número de transacciones, los Passport activos al mes y el importe liquidado. La red principal se lanzará a finales de abril, ya hay más de 90 proveedores y también están habilitadas las liquidaciones con PYUSD. Evaluarse por el número de transacciones deja claro que lo importante es que «la gente realmente lo use».
El próximo gran cambio de Kite no está en «cómo pagar», sino en «quién lleva las cuentas»: cada agente tendrá que tener su propio libro contable. Que las cuentas pasen de las personas a las máquinas es un cambio mucho mayor que el de los métodos de pago.