ZOOBC / INFRAESTRUCTURA DE TESORERÍA PARA AGENTES
Dale dinero a tu agente de IA. Mantén un tope que no pueda romper.
ZooBC da a los agentes autónomos margen para gastar, contratar y realizar transacciones dentro de un límite de presupuesto impuesto por la red, no por el autocontrol del agente. Una referencia en Python sin dependencias demuestra el ciclo completo de una transacción contra la testnet en vivo.
- LÍMITE
- Bloqueado de antemano
- CONTROL
- Aumentos firmados por una persona
- REGISTRO
- Verificable de forma independiente
EMPIEZA AQUÍ / TRES RECURSOS EN VIVO
Del descubrimiento a una transacción verificada.
Un agente o un desarrollador puede pasar de un único archivo de descubrimiento a una transacción confirmada en la testnet sin navegador, sin SDK y sin instalar dependencias.
Dale un solo archivo a tu agente.
llms.txt identifica la testnet en vivo, los endpoints esenciales, el modelo de firma, el faucet y el siguiente documento que un agente debe leer.
Abrir llms.txt ↗02 / IMPLEMENTALee la guía completa para agentes.
AGENTS.md documenta la construcción de transacciones, los cupos programados, el depósito en garantía con vencimiento, el gasto multisig, las consultas de auditoría y las carencias conocidas.
Leer AGENTS.md ↗03 / EJECUTAEjecuta la referencia funcional.
El archivo Python sin dependencias genera una clave, solicita monedas de prueba, estima la comisión, firma, envía, confirma y verifica una transacción real.
Abrir la referencia en Python ↗LA CAPA DE CONTROL SIN RESOLVER
La autonomía no debería exigir un cheque en blanco.
Los sistemas de IA están asumiendo sus propias tareas, herramientas y decisiones de compra. Lo difícil es darles capacidad financiera sin vigilar cada movimiento. ZooBC convierte el límite de gasto en estado de la red: el agente puede actuar libremente dentro de él, pero no puede reescribirlo.
El software propone. El libro mayor impone.
TRES CONTROLES + TRES CAPACIDADES
Lo que impone la red y lo que las aplicaciones construyen a su alrededor.
Los cupos bloqueados, el depósito en garantía con vencimiento y los umbrales multisig son controles. El comercio, la liquidación de tokens y la identidad declarada son capacidades que se construyen a partir de transacciones y datos de ZooBC.
Un cupo que tu agente de IA no puede superar.
Una transferencia programada con el modo de financiación 0 bloquea el cupo total en el momento de su creación. El agente recibe una cantidad definida en cada liberación, mientras que aumentar el total requiere una nueva transacción autorizada por el propietario. El resto se puede revocar o reasignar.
Un pago puede esperarte sin dejar tu dinero atrapado.
Un agente puede proponer un pago que queda pendiente hasta que el aprobador designado lo acepte o lo rechace. El plazo es una marca de tiempo Unix absoluta. Si vence sin respuesta, el importe y la comisión se devuelven automáticamente en la cadena.
Exige más de una firma para los pagos más grandes.
Una transferencia multisig solo se ejecuta cuando se alcanza el umbral definido de N de M firmas. Las aplicaciones pueden dejar que un agente gestione directamente las transacciones pequeñas y enviar los compromisos más grandes a aprobadores independientes.
Los agentes pueden realizar transacciones y dejar recibos verificables.
El comercio entre agentes es un caso de uso construido con transacciones firmadas y los controles anteriores. Cualquiera puede consultar el hash de la transacción, la confirmación del bloque, el historial de la cuenta y los movimientos de saldo sin depender de los registros privados de ninguno de los dos agentes.
Liquida en la cadena pagos diminutos entre máquinas.
Los micropagos son un caso de uso construido sobre ZBC, los tokens emitidos por los usuarios, las transferencias firmadas y el exchange en la cadena. Las aplicaciones pueden usar esas vías para liquidar consultas, llamadas a API u otro trabajo entre máquinas, conservando un registro público de pagos.
Publica lo que un agente afirma ser.
Un agente puede escribir registros firmados en un conjunto de datos que describan su operador, su propósito, sus capacidades, su endpoint y su calendario de presupuesto. Se trata de una afirmación verificable de la cuenta, no de una primitiva de identidad que la cadena imponga. Las aplicaciones siguen teniendo que decidir si confían en ella.
UN AGENTE / DOS CAPAS ECONÓMICAS
Mira lo que consumió el modelo y lo que gastó el agente.
Un agente útil tiene dos contadores. Su proveedor de modelos mide el uso de inferencia. Su cuenta de ZooBC registra el valor gastado al actuar en el mundo. Una aplicación puede conciliar ambos en torno al mismo agente y al mismo flujo de trabajo.
Tokens, llamadas o cómputo informados por el proveedor.
Pagos, depósitos en garantía, programaciones, comisiones y movimientos de saldo registrados en la cadena.
Concilia el uso del modelo con el gasto en la cadena, verificable de forma independiente.
Alcance de la imposición: ZooBC impone el cupo del lado de la cadena y las reglas de las transacciones. El proveedor del modelo sigue siendo la fuente de verdad para la medición de la inferencia, por lo que el código de la aplicación debe unir ambos registros.
LA RUTA REAL DE LA TRANSACCIÓN
Un pago acotado, de la programación a la prueba en el libro mayor.
Estas son las operaciones reales de ZooBC que hay detrás del patrón. El código de la aplicación sigue eligiendo al especialista, validando el trabajo y decidiendo qué firmas cuentan.
- 01 / TX TIPO 29
Bloquea el cupo.
scheduled-transfer
funding_mode: 0El propietario bloquea de antemano el importe total. Cambiar el tope total requiere una nueva transacción.
→ - 02 / DEPÓSITO EN GARANTÍA
Propón el pago.
zbc-send
--escrow-approverEl agente designa a un aprobador y fija un plazo Unix absoluto para la devolución automática.
→ - 03 / MULTISIG
Alcanza el umbral.
zbc-cli multisig
2 of 3 examplePara un pago mayor, la aplicación valida la entrega y reúne dos de las tres firmas requeridas antes de que se ejecute la transferencia interna.
→ - 04 / API PÚBLICA / TESTNET
Liquida y verifica.
approve-escrow approval: 0
GET https://zoobc.network/api/v1/transactions/{hash}
GET https://zoobc.network/api/v1/accounts/{address}/historyLa aprobación libera los fondos. El vencimiento del plazo los devuelve. La transacción y el historial de la cuenta demuestran qué camino se siguió.
✓
CÓMO FUNCIONA
Cuatro pasos del primer archivo a una transacción verificada.
- 01
Lee un archivo
Empieza con llms.txt para que el agente descubra la cadena en vivo, la guía, la API y las reglas de la testnet.
- 02
Ejecuta la referencia
Ejecuta el ejemplo en Python para generar, financiar, firmar, enviar, confirmar y verificar una transacción.
- 03
Añade controles
Usa una programación bloqueada, un depósito en garantía con vencimiento o un umbral multisig según el riesgo real del flujo de trabajo.
- 04
Verifica el libro mayor
Consulta el hash de la transacción, el historial de la cuenta y los movimientos en lugar de fiarte de la respuesta al envío.
PREGUNTAS DIFÍCILES
Lo que el límite resuelve y lo que no.
El libro mayor puede imponer condiciones financieras. No puede sustituir un diseño cuidadoso del agente, las afirmaciones de identidad ni la validación de resultados.
01¿Un tope de gasto hace que un agente sea seguro?
Limita la cantidad en riesgo; no garantiza que cada compra sea acertada. Los permisos de tareas, la selección de proveedores, la validación de resultados y la supervisión operativa siguen correspondiendo al sistema del agente que rodea la billetera.
02¿Puede el agente aumentar su propio cupo?
No con el patrón acotado que se describe aquí. Aumentar el tope comprometido requiere una nueva transacción autorizada por la cuenta que controla el cupo.
03¿Qué pasa si un pago propuesto nunca se aprueba?
Una propuesta puede tener un vencimiento. Si la aprobación no llega antes de ese plazo, el valor en depósito en garantía sigue la ruta de devolución configurada en lugar de quedar pendiente indefinidamente.
04¿Qué demuestra qué agente autorizó una acción?
La firma criptográfica demuestra que el titular de una clave concreta autorizó el mensaje o la transacción. Las afirmaciones sobre el operador, el propósito y la reputación de esa clave siguen necesitando registros firmados claros y una verificación independiente.
05¿Es esto un producto para agentes o un conjunto de primitivas blockchain?
Hoy la base es la capa de transacciones de ZooBC: cuentas, firmas, depósito en garantía, aprobación multifirma, tokens y un libro mayor auditable. Una integración de agentes en producción sigue necesitando software que ensamble esas primitivas para su flujo de trabajo específico.
LA TESTNET YA FUNCIONA
Ejecuta la prueba y luego añade el límite.
Empieza con la referencia funcional, confirma una transacción real en la testnet y luego añade los controles de cupo, aprobación y auditoría que necesite tu flujo de trabajo.