ZOOBC / INFRASTRUTTURA DI TESORERIA PER AGENTI
Dai denaro al tuo agente AI. Mantieni un tetto che non può superare.
ZooBC dà agli agenti autonomi lo spazio per spendere, ingaggiare e fare transazioni entro un limite di budget imposto dalla rete, non dall'autocontrollo dell'agente. Un esempio di riferimento in Python, senza dipendenze, dimostra l'intero ciclo di transazione sulla TestNet live.
- LIMITE
- Bloccato in anticipo
- CONTROLLO
- Aumenti firmati da una persona
- REGISTRO
- Verificabile in modo indipendente
INIZIA DA QUI / TRE RISORSE LIVE
Dalla scoperta a una transazione verificata.
Un agente o uno sviluppatore può passare da un unico file di scoperta a una transazione TestNet confermata senza browser, SDK o installazione di dipendenze.
Dai al tuo agente un solo file.
llms.txt indica la TestNet live, gli endpoint essenziali, il modello di firma, il faucet e il prossimo documento che un agente dovrebbe leggere.
Apri llms.txt ↗02 / IMPLEMENTALeggi la guida completa per agenti.
AGENTS.md documenta la costruzione delle transazioni, i plafond programmati, l'escrow con scadenza, la spesa multisig, le query di audit e le lacune note.
Leggi AGENTS.md ↗03 / ESEGUIEsegui l'esempio di riferimento funzionante.
Il file Python senza dipendenze genera una chiave, richiede monete di test, stima la commissione, firma, invia, conferma e verifica una transazione reale.
Apri l'esempio Python di riferimento ↗IL LIVELLO DI CONTROLLO IRRISOLTO
L'autonomia non dovrebbe richiedere un assegno in bianco.
I sistemi di AI stanno acquisendo compiti, strumenti e decisioni di acquisto propri. La parte difficile è dare loro autonomia finanziaria senza controllarne ogni mossa. ZooBC trasforma il limite di spesa in uno stato della rete: l'agente può agire liberamente al suo interno, ma non può riscriverlo.
Il software propone. Il registro impone.
TRE CONTROLLI + TRE CAPACITÀ
Cosa impone la rete e cosa costruiscono le applicazioni attorno a essa.
Plafond bloccati, escrow con scadenza e soglie multisig sono controlli. Commercio, regolamento in token e identità dichiarata sono capacità composte a partire da transazioni e dati di ZooBC.
Un plafond che il tuo agente AI non può superare.
Un trasferimento programmato con modalità di finanziamento 0 blocca il plafond complessivo al momento della creazione. L'agente riceve un importo definito a ogni rilascio, mentre aumentare il totale richiede una nuova transazione autorizzata dal proprietario. Il residuo può essere revocato o riassegnato.
Un pagamento può aspettarti senza bloccare il tuo denaro.
Un agente può proporre un pagamento che resta in sospeso finché l'approvatore indicato non lo accetta o lo rifiuta. Il timeout è un timestamp Unix assoluto. Se scade senza risposta, l'importo e la commissione tornano indietro automaticamente on-chain.
Richiedi più di una firma per i pagamenti più grandi.
Un trasferimento multisig viene eseguito solo dopo che è stata raggiunta la soglia di firme N-su-M definita. Le applicazioni possono lasciare che un agente gestisca direttamente le piccole transazioni, instradando gli impegni più grandi verso approvatori indipendenti.
Gli agenti possono fare transazioni e lasciare ricevute verificabili.
Il commercio tra agenti è un caso d'uso costruito a partire da transazioni firmate e dai controlli descritti sopra. Chiunque può consultare l'hash della transazione, la conferma del blocco, la cronologia dell'account e i movimenti di saldo senza dipendere dai log privati di nessuno dei due agenti.
Regola on-chain i micropagamenti tra macchine.
I micropagamenti sono un caso d'uso costruito su ZBC, token emessi dagli utenti, trasferimenti firmati e l'exchange on-chain. Le applicazioni possono usare queste infrastrutture per regolare lookup, chiamate API o altro lavoro delle macchine, conservando un registro pubblico dei pagamenti.
Pubblica ciò che un agente dichiara di essere.
Un agente può scrivere record di dataset firmati che ne descrivono l'operatore, lo scopo, le capacità, l'endpoint e il calendario di budget. Si tratta di una dichiarazione verificabile dell'account, non di una primitiva di identità imposta dalla catena. Le applicazioni devono comunque decidere se fidarsene.
UN AGENTE / DUE LIVELLI ECONOMICI
Guarda cosa ha consumato il modello e cosa ha speso l'agente.
Un agente utile ha due contatori. Il suo fornitore di modelli misura l'uso dell'inferenza. Il suo account ZooBC registra il valore speso mentre agisce nel mondo. Un'applicazione può riconciliare entrambi attorno allo stesso agente e allo stesso flusso di lavoro.
Token, chiamate o calcolo riportati dal fornitore.
Pagamenti, escrow, programmazioni, commissioni e movimenti di saldo registrati on-chain.
Riconcilia l'uso del modello con la spesa on-chain, verificabile in modo indipendente.
Ambito di applicazione: ZooBC impone il plafond e le regole delle transazioni lato catena. Il fornitore del modello resta la fonte di verità per la misurazione dell'inferenza, quindi il codice dell'applicazione deve unire i due registri.
IL PERCORSO REALE DELLA TRANSAZIONE
Un pagamento limitato, dalla programmazione alla prova nel registro.
Queste sono le operazioni ZooBC reali dietro lo schema. Il codice dell'applicazione sceglie comunque lo specialista, convalida il lavoro e decide quali firme contano.
- 01 / TX TIPO 29
Blocca il plafond.
scheduled-transfer
funding_mode: 0Il proprietario blocca in anticipo l'importo totale. Modificare il tetto complessivo richiede una nuova transazione.
→ - 02 / ESCROW
Proponi il pagamento.
zbc-send
--escrow-approverL'agente indica un approvatore e fornisce un timeout Unix assoluto per la restituzione automatica.
→ - 03 / MULTISIG
Raggiungi la soglia.
zbc-cli multisig
2 of 3 examplePer un pagamento più grande, l'applicazione convalida la consegna e raccoglie due delle tre firme richieste prima che il trasferimento interno venga eseguito.
→ - 04 / API PUBBLICA / TESTNET
Regola e verifica.
approve-escrow approval: 0
GET https://zoobc.network/api/v1/transactions/{hash}
GET https://zoobc.network/api/v1/accounts/{address}/historyL'approvazione sblocca i fondi. Il timeout li restituisce. La transazione e la cronologia dell'account dimostrano quale percorso si è verificato.
✓
COME FUNZIONA
Quattro passaggi dal primo file alla transazione verificata.
- 01
Leggi un file
Inizia da llms.txt, così l'agente scopre la catena live, la guida, l'API e le regole della TestNet.
- 02
Esegui l'esempio di riferimento
Lancia l'esempio Python per generare, finanziare, firmare, inviare, confermare e verificare una transazione.
- 03
Aggiungi i controlli
Usa una programmazione bloccata, un escrow con scadenza o una soglia multisig in base al rischio reale del flusso di lavoro.
- 04
Verifica il registro
Consulta l'hash della transazione, la cronologia dell'account e i movimenti invece di fidarti della risposta all'invio.
DOMANDE DIFFICILI
Cosa risolve il confine e cosa no.
Il registro può imporre condizioni finanziarie. Non può sostituire una progettazione attenta dell'agente, le dichiarazioni di identità o la convalida dei risultati.
01Un tetto di spesa rende sicuro un agente?
Limita l'importo a rischio, ma non garantisce che ogni acquisto sia sensato. Permessi sui compiti, scelta dei fornitori, convalida dei risultati e monitoraggio operativo restano compito del sistema dell'agente che circonda il wallet.
02L'agente può aumentare da solo il proprio plafond?
Non con lo schema limitato descritto qui. Aumentare il tetto impegnato richiede una nuova transazione autorizzata dall'account che controlla il plafond.
03Cosa succede se un pagamento proposto non viene mai approvato?
Una proposta può avere una scadenza. Se l'approvazione non arriva entro quel termine, il valore in escrow segue il percorso di restituzione configurato invece di restare in sospeso a tempo indeterminato.
04Cosa dimostra quale agente ha autorizzato un'azione?
La firma crittografica dimostra che il titolare di una determinata chiave ha autorizzato il messaggio o la transazione. Le dichiarazioni sull'operatore, sullo scopo e sulla reputazione di quella chiave richiedono comunque record firmati chiari e una verifica indipendente.
05È un prodotto per agenti o un insieme di primitive blockchain?
Oggi la base è il livello transazionale di ZooBC: account, firme, escrow, approvazione multifirma, token e un registro verificabile. Un'integrazione di agenti in produzione ha comunque bisogno di software che assembli queste primitive per il proprio flusso di lavoro specifico.
LA TESTNET È ATTIVA
Esegui la prova, poi aggiungi il confine.
Parti dall'esempio di riferimento funzionante, conferma una vera transazione TestNet, poi aggiungi i controlli di plafond, approvazione e audit di cui il tuo flusso di lavoro ha bisogno.