Infrastruttura di portafoglio per team che gestiscono molti agenti.
Esegui 20 bot per 15 clienti. Ognuno ha bisogno del proprio portafoglio, dei propri limiti, della propria traccia di audit e della visibilità per cliente.
Il collo di bottiglia non sono gli agenti. È la gestione del wallet.
Se gestisci un'agenzia di automazione Web3, un team di market-making, un'operazione di strategia di rendimento o qualsiasi distribuzione di produzione con molti agenti concorrenti, gli agenti stessi sono la parte facile. Hai codice e infrastruttura collaudati per mantenerli in funzione. Ciò che ti rallenta è tutto ciò che li circonda: fogli di calcolo degli indirizzi dei portafogli, riconciliazione manuale per cliente, registri delle transazioni sparsi, nessun modo pulito per dare a un cliente visibilità sull'attività del proprio agente senza rivelare i dati di un altro cliente, nessun limite di spesa per agente applicato.
La maggior parte dei team costruisce questo da soli all'inizio - una multisig condivisa per cliente, registri per agente in un database Notion, un canale Discord per le notifiche delle transazioni. Funziona per i primi tre clienti. Con il decimo cliente diventa un lavoro part-time. Con il ventesimo cliente qualcosa andrà storto, un imbarazzante errore che costa la relazione.
Blockchain0x fornisce a ogni agente il proprio portafoglio, la propria politica, il proprio registro, il proprio accesso al posto. Li gestisci tutti da un unico spazio di lavoro, fatturati sotto un unico cliente Stripe, con i giusti operatori sui giusti agenti. Il livello operativo è l'intero prodotto; tu continui a far funzionare gli agenti.
Come un'agenzia fornisce il proprio primo spazio di lavoro.
Guida passo-passo che porta un'agenzia tipica dall'iscrizione alla gestione di 5-20 agenti clienti con corretta isolamento, fatturazione e osservabilità.
- 01
Provisiona lo spazio di lavoro
Registrati una volta sotto l'email dell'agenzia o l'account operativo condiviso. Il nome del workspace riflette l'identità dell'agenzia (il nome del workspace appare sulle fatture per agente). I posti del workspace sono predefiniti a 1; aggiungi di più per gli operatori che necessitano di visibilità incrociata tra i clienti.
- 02
Crea un agente per cliente (o per strategia)
Ogni impegno del cliente ottiene il proprio record dell'agente: slug separato, indirizzo wallet separato, politica di spesa separata, badge di verifica separati. Il record dell'agente è l'unità di isolamento - le transazioni di un cliente non toccano mai quelle di un altro, anche quando entrambi operano sotto lo stesso spazio di lavoro.
- 03
Assegna posti a livello di agente ai giusti operatori
Su Business, invita gli operatori all'agente specifico del cliente con posti a livello di agente. Vedono e gestiscono solo quell'agente, mai gli altri nello spazio di lavoro. Questo è il modello di posti che rende l'isolamento per cliente corretto: un operatore non può accidentalmente rivelare l'attività del Cliente A al Cliente B.
- 04
Configura i permessi di spesa per agente
Imposta un limite per transazione e un'indennità per periodo per ogni agente (nel dashboard) in base a ciò che l'impegno del cliente consente effettivamente. Lo stesso operatore nello stesso spazio di lavoro potrebbe gestire un agente con una piccola indennità giornaliera per un cliente e una grande per un altro - il permesso di spesa per agente isola i due in modo pulito.
- 05
Collega il tuo monitoraggio e la disponibilità
Configura la consegna dei webhook per gli eventi che contano operativamente (payment.received, payment.sent, wallet.deployed). Puntali al tuo sistema di incidenti o Slack/Discord. Il dashboard diventa la vista principale quotidiana; gli avvisi colpiscono Slack quando un pagamento arriva o qualcosa necessita di attenzione.
La configurazione richiede tipicamente 1-2 ore per il primo workspace e 10-15 minuti per ogni agente cliente aggiuntivo. Quando hai 5 clienti onboardati, il costo marginale per aggiungere il sesto è principalmente la conversazione con il cliente, non la provisioning.
Un workspace, un cliente Stripe, N agenti.
Il modello di fatturazione è costruito attorno a come le agenzie tengono effettivamente i registri: voci per agente su una singola fattura, esportabili per agente o a livello di spazio di lavoro, con un flusso webhook che atterra nel tuo sistema contabile in tempo reale.
| Dimensione | Come Blockchain0x lo gestisce | Perché le agenzie si interessano |
|---|---|---|
| Struttura del workspace | 1 workspace, N agenti, 1 cliente Stripe consolidato | Facile trovare qualsiasi pagamento tra tutti i clienti |
| Formato fattura | Linea di abbonamento per agente + linea di commissione per transazione per agente | Si adatta perfettamente alla fatturazione per cliente se ri-fatturi i clienti |
| Esportazioni | CSV/JSON per agente, o a livello di workspace; filtrabile per intervallo di date | Inserisci nello strumento di contabilità o nel P&L per cliente |
| Webhook per la contabilità | eventi payment.received / payment.sent al tuo sistema AP/AR in tempo reale | Nessuna riconciliazione batch; il libro mastro rimane aggiornato |
| Valuta | Le commissioni vengono addebitate in USD per impostazione predefinita; impostabili su altre valute tramite Stripe | Corrispondi alla tua valuta base contabile |
| Registrazioni conservate | Storico delle transazioni e registri di audit mantenuti finché l'agente esiste | Esportabile per la revisione del cliente o dell'auditor |
Il modello su cui si basano la maggior parte delle agenzie: la fattura di Blockchain0x va all'agenzia. L'agenzia ri-fattura ogni cliente per la linea di abbonamento del proprio agente + una commissione di gestione. Il registro delle verifiche lo rende difendibile se un cliente mette in discussione un addebito specifico - puoi mostrare esattamente quali transazioni in quale finestra hanno generato l'elemento di linea. Nessuna agenzia ci ha mai chiesto di rimuovere un addebito dopo aver prodotto la traccia di audit.
Cosa puoi dire ai tuoi clienti (e ai loro revisori).
La conformità è dove la maggior parte degli impegni delle agenzie fallisce prima di iniziare. Il team legale del cliente vuole sapere: chi detiene i fondi, chi può vedere cosa, come vengono conservati i registri, cosa succede se c'è un incidente. Ecco cosa puoi dirgli, per iscritto, supportato dal prodotto.
Custodia - siamo non-custodiali
I fondi rimangono nei portafogli dei clienti (o delle agenzie), non su Blockchain0x. Non abbiamo mai chiavi private. Se fossimo compromessi domani, l'attaccante non potrebbe muovere USDC perché non abbiamo i mezzi per farlo. Questa è la più forte rivendicazione di custodia che una piattaforma di pagamento possa fare; scritta nei termini.
Controllo accessi - ambito del posto per agente
Gli operatori vedono solo gli agenti sui quali hanno ricevuto posti. La visibilità a livello di workspace è un posto separato, più privilegiato. Ogni aggiunta di posto, cambio di ruolo e rimozione è registrata nel log di audit con piena attribuzione. L'autenticazione a due fattori è richiesta per i posti nel workspace.
Traccia di audit - attribuita ed esportabile
Ogni azione che influisce su un agente è registrata con piena attribuzione: chi l'ha fatta, quando e il prima/dopo del cambiamento. Esporta in JSON o CSV dal dashboard per qualsiasi revisione di cliente o revisore, limitata a un singolo agente in modo che i registri di un cliente non espongano mai quelli di un altro.
Politica di utilizzo accettabile - vincolante per ogni agente
Ogni workspace accetta una politica di utilizzo accettabile al momento della registrazione: nessuna evasione delle sanzioni, nessun riciclaggio di denaro, nessuna frode, nessun agente coinvolto in attività chiaramente illegali. Le violazioni comportano la sospensione del workspace. La politica è pubblicamente versionata; produrremo una versione attuale e storica per qualsiasi revisione legale del cliente.
Risposta agli incidenti - runbook documentato
Gli incidenti di sicurezza hanno un runbook pubblico: notifica entro 24 ore dalla scoperta, analisi delle cause entro 7 giorni, post-mortem entro 30 giorni. Il runbook è disponibile su richiesta per la revisione della conformità. Non abbiamo avuto incidenti notificabili al momento della scrittura; se e quando lo faremo, il runbook è il contratto.
Cosa appare in ogni voce del registro di audit.
Il registro di audit è l'artefatto che l'auditor del tuo cliente vuole vedere. Ogni voce registra cosa è cambiato e chi l'ha cambiato; esporta l'intero registro in JSON o CSV dal dashboard per una revisione da parte di clienti o auditor.
| Campo | Tipo | Descrizione |
|---|---|---|
| Timestamp | time | Quando è avvenuta l'azione, in UTC. |
| Agent | reference | Quale agente è stato interessato dall'azione. |
| Actor | reference | La persona, la API key o il sistema che ha eseguito l'azione. |
| Action | category | Cosa è successo: un pagamento, una modifica delle impostazioni, una variazione di seat, una rotazione di chiavi. |
| Outcome | status | Se l'azione è riuscita o è stata rifiutata. |
| Prima / dopo | snapshot | Lo stato prima e dopo una modifica. |
Esporta dal dashboard in JSON o CSV, filtrato per un singolo agente o per l'intero spazio di lavoro. Il registro di audit è una funzionalità del piano Business; la cronologia delle transazioni di base è disponibile su Pro.
Business per lo spazio di lavoro dell'agenzia, piani misti per gli agenti.
Le squadre di automazione Web3 hanno quasi sempre bisogno di almeno un agente Business (per il registro delle attività + posti per il team). Molti utilizzano un mix: Business per impegni con clienti ad alto volume con requisiti di conformità, Pro per clienti più piccoli dove i registri delle attività non sono contrattualmente richiesti, Free per agenti sperimentali o inattivi. La tariffazione per agente è ciò che rende il mix funzionante senza sovraccaricare.
- Free: esperimenti, agenti inattivi che puoi riattivare, agenti demo per conversazioni con potenziali clienti.
- Pro ($29/agent/mo): agenti client attivi senza requisiti di compliance rigorosi.
- Business ($49/agent/mo): agent client su larga scala, con audit log e postazioni team per agente. L'opzione predefinita per i progetti in produzione.
- Posti workspace: aggiungi posti per la visibilità degli operatori tra clienti diversi (vedi /pricing).