Monetización por uso,en dos loops.
El loop de máquina firma un tope, mide el uso real, y reembolsa la diferencia on-chain — verificable, sin necesidad de confiar. El loop humano cobra vía Pix recurrente sobre el uso acumulado, y una suscripción fija es simplemente ese mismo loop con el uso mantenido constante.
Liquidación de ejemplo, números ilustrativos. Cada llamada real firma su propio tope y reembolsa contra su propio uso medido.
El precio fijo en trabajos de costo variable siempre sale mal para alguien.
Las APIs cobradas por uso — llamadas de LLM, procesamiento de documentos, cómputo — no pueden fijar un precio justo para un trabajo antes de que corra. El costo real varía muchísimo de llamada a llamada, así que un precio fijo o sobrecarga los trabajos fáciles o absorbe la pérdida en los difíciles, y disputar una diferencia después se vuelve un ticket de soporte, no un protocolo.
- Fijar un precio plano para cada llamada, inflado para cubrir el peor caso
- Subcotizar un trabajo difícil y absorber la pérdida en silencio
- Cobrar de más en cada trabajo fácil solo para cubrir el promedio
- Reconciliar un cargo disputado a mano contra los logs del servidor
- El agente firma un tope de gasto del tamaño del trabajo real, antes de que corra
- El uso real — páginas, tokens, tiempo de cómputo — se mide contra el tope mientras el trabajo corre
- La diferencia no usada se reembolsa on-chain en el momento en que el trabajo termina
- El recibo se resella con el número medido, no con la estimación
Tope firmado entra, reembolso on-chain sale.
Un precio justo es fácil; un tope justo es difícil. El agente preautoriza un tope firmado, tú cobras lo que se midió, y la diferencia vuelve on-chain. Nadie tiene que confiar en tu medidor porque el reembolso es verificable.
El loop, en ordenFirma el tope. Mide la llamada. Reembolsa el resto.
El agente que llama firma un tope de gasto antes de que corra el trabajo — un límite duro, no una estimación. La API mide el uso real contra ese tope mientras se ejecuta, y codespar_pay liquida sobre el monto medido, reembolsando la diferencia no usada on-chain en el momento en que el trabajo termina.
const session = await codespar.sessions.create(); // the cap is signed before the call runs — the API // can't charge past it, no matter how the job goes const job = await session.execute("codespar_meter", { cap: 0.80, currency: "USDC", metric: "pages_processed", provider: "extracta", }); const result = await extracta.extract({ file: contractPdf, capToken: job.capToken, }); // real usage is reported back through the same cap token await session.execute("codespar_meter", { capToken: job.capToken, usage: { pages: 40, computeSeconds: 61 }, }); // settles on the metered amount, refunds the rest on-chain const receipt = await session.execute("codespar_pay", { capToken: job.capToken, });
Qué hace esta cadena de llamadas
- Firma un tope de gasto antes de que corra el job — la API nunca cobra más allá de eso
- Mide el uso real mientras el proveedor hace el trabajo, reportado de vuelta por el mismo cap token
- codespar_pay liquida por lo que realmente se midió, no por el tope original
- Reembolsa la diferencia no usada on-chain, en el momento en que el job termina
Cualquier unidad medible funciona como métrica.
Páginas procesadas, tokens consumidos, segundos de cómputo — a Meter no le importa qué estés midiendo, solo que el tope se sostenga y la diferencia se reembolse.
Izquierda: el caso de negocio real, en vivo en Acceso medido a APIs. Derecha: ilustrativo — el mismo mecanismo, una métrica distinta.
Dos loops en el spec. Uno está en vivo hoy.
El loop de máquina de arriba está construido de punta a punta, mergeado, y corriendo en beta detrás de una bandera. El loop humano — cobro vía Pix recurrente sobre uso acumulado, donde una suscripción fija es solo ese mismo loop con el uso mantenido constante — viene después.
- El agente firma un tope antes de que corra la llamada
- El uso se mide contra ese tope firmado
- La diferencia no usada se reembolsa on-chain, automáticamente
- El recibo se resella con el número real medido
- Uso acumulado que liquida bajo un mandato Pix recurrente
- Una suscripción fija es el mismo loop, solo que con el uso mantenido constante — no es un producto aparte
- Facturarle a humanos en vez de a agentes, en BRL
Meter no tiene precio propio.
Medir es gratis e ilimitado. No cobra nada por sí solo. Alimenta la tarifa de lo que liquida en Gate, el mismo 1% (sin piso, tope R$2,00) que cualquier otra llamada con paywall.
BetaBeta, detrás de una bandera.
GA La disponibilidad general sigue a las últimas corridas de verificación en Sepolia y mainnet.
Míralo dentro de un caso de negocio real
Acceso medido a APIs
Preautoriza un tope por llamada, mide el uso real frente a la cotización y reembolsa el saldo no usado antes de sellar el recibo.
Ver el caso de negocio →Meter, respondido
El loop de máquina — tope firmado, uso medido, reembolso on-chain, recibo resellado — está en vivo en beta, detrás de una bandera. El loop humano, cobro vía Pix recurrente sobre uso acumulado, viene después.
La diferencia se reembolsa on-chain y el recibo se resella con el número real.
No. El tope es un límite firmado que el agente preautorizó. Es el límite, no una estimación.
No. Es gratis e ilimitado. El ingreso viene de la tarifa de Gate sobre lo que liquida, no de la medición en sí.
Uso acumulado que liquida bajo un mandato Pix recurrente, para cobrarle a humanos en vez de agentes. Está en el roadmap de corto plazo.
Después de que terminen las últimas corridas de verificación en Sepolia y mainnet.
La API o servicio que hace el trabajo. Llama a codespar_meter con el uso realmente medido en cuanto el trabajo termina, y ese es el número que usa la liquidación.
No. En el momento en que se reporta el uso, codespar_pay liquida sobre el monto medido y reembolsa la diferencia no usada on-chain automáticamente — sin factura, sin disputa.
Tasa lo que solo puedes saber después de que corre.
Tope firmado, uso real, reembolso on-chain, recibo resellado.
meter: Beta, detrás de una bandera.