Infraestructura de billetera para equipos que ejecutan muchos agentes.
Ejecutas 20 bots para 15 clientes. Cada uno necesita su propia billetera, sus propios límites, su propio rastro de auditoría y visibilidad por cliente para el cliente.
El cuello de botella no son los agentes. Es la gestión de billeteras.
Si diriges una agencia de automatización Web3, un equipo de creación de mercado, una operación de estrategia de rendimiento, o cualquier implementación de producción con muchos agentes concurrentes, los propios agentes son la parte fácil. Tienes código e infraestructura probados en batalla para mantenerlos en funcionamiento. Lo que te ralentiza es todo lo que los rodea: hojas de cálculo de direcciones de billetera, conciliación manual por cliente, registros de transacciones dispersos, ninguna forma clara de dar a un cliente visibilidad sobre la actividad de su propio agente sin filtrar los datos de otro cliente, sin límites de gasto por agente impuestos.
La mayoría de los equipos construyen esto ellos mismos al principio - un multisig compartido por cliente, libros de contabilidad por agente en una base de datos de Notion, un canal de Discord para notificaciones de transacciones. Funciona para los primeros tres clientes. Para el décimo cliente se convierte en un trabajo a tiempo parcial. Para el vigésimo cliente algo saldrá mal, un error embarazoso que costará la relación.
Blockchain0x le da a cada agente su propia billetera, su propia política, su propio registro, su propio acceso a asientos. Los gestionas todos desde un espacio de trabajo, facturados bajo un único cliente de Stripe, con los operadores correctos en los agentes correctos. La capa de operaciones es todo el producto; tú sigues ejecutando los agentes.
Cómo una agencia provisiona su primer espacio de trabajo.
Guía de cinco pasos que lleva a una agencia típica desde el registro hasta la gestión de 5-20 agentes de clientes con el aislamiento, la facturación y la observabilidad adecuados.
- 01
Provisionar el espacio de trabajo
Regístrate una vez bajo el correo electrónico de la agencia o la cuenta de operaciones compartida. El nombre del espacio de trabajo refleja la identidad de la agencia (el nombre del espacio de trabajo aparece en las facturas por agente). Los asientos del espacio de trabajo son 1 por defecto; agrega más para los operadores que necesitan visibilidad entre clientes.
- 02
Crear un agente por cliente (o por estrategia)
Cada compromiso de cliente obtiene su propio registro de agente: slug separado, dirección de billetera separada, política de gasto separada, insignias de verificación separadas. El registro del agente es la unidad de aislamiento: las transacciones de un cliente nunca tocan las de otro, incluso cuando ambos funcionan bajo el mismo espacio de trabajo.
- 03
Asignar asientos a nivel de agente a los operadores correctos
En Business, invita a operadores al agente del cliente específico con asientos a nivel de agente. Solo ven y gestionan ese agente, nunca los otros en el espacio de trabajo. Este es el modelo de asientos que hace que la aislamiento por cliente se sienta correcto: un operador no puede filtrar accidentalmente la actividad del Cliente A al Cliente B.
- 04
Configurar permisos de gasto por agente
Establece un límite por transacción y una asignación por período para cada agente (en el panel) basado en lo que la interacción del cliente realmente permite. El mismo operador en el mismo espacio de trabajo podría ejecutar un agente con una pequeña asignación diaria para un cliente y una grande para otro - el permiso de gasto por agente aísla los dos de manera limpia.
- 05
Conecta tu monitoreo y disponibilidad
Configura la entrega de webhook para los eventos que importan operativamente (payment.received, payment.sent, wallet.deployed). Apúntalos a tu sistema de incidentes o Slack/Discord. El panel se convierte en la vista diaria; las alertas llegan a Slack cuando un pago llega o algo necesita atención.
La configuración generalmente toma de 1 a 2 horas para el primer espacio de trabajo y de 10 a 15 minutos por cada agente cliente adicional. Para cuando tengas 5 clientes a bordo, el costo marginal de agregar el sexto es principalmente la conversación con el cliente, no la provisión.
Un espacio de trabajo, un cliente de Stripe, N agentes.
El modelo de facturación se basa en cómo las agencias realmente llevan libros: partidas por agente en una sola factura, exportables por agente o a nivel de espacio de trabajo, con un flujo de webhook que llega a tu sistema contable en tiempo real.
| Dimensión | Cómo Blockchain0x lo maneja | Por qué a las agencias les importa |
|---|---|---|
| Estructura del espacio de trabajo | 1 espacio de trabajo, N agentes, 1 cliente consolidado de Stripe | Fácil de encontrar cualquier pago entre todos los clientes |
| Formato de factura | Línea de suscripción por agente + línea de tarifa de transacción por agente | Se adapta perfectamente a la facturación por cliente si vuelve a facturar a los clientes |
| Exportaciones | CSV/JSON por agente, o a nivel de espacio de trabajo; filtrable por rango de fechas | Integrar en la herramienta de contabilidad o P&L por cliente |
| Webhook a contabilidad | eventos payment.received / payment.sent a su sistema AP/AR en tiempo real | Sin conciliación por lotes; el libro mayor se mantiene actualizado |
| Moneda | Tarifas facturadas en USD por defecto; ajustables a otras monedas a través de Stripe | Coincidir con su moneda base de contabilidad |
| Registros retenidos | Historial de transacciones y registros de auditoría mantenidos mientras el agente exista | Exportable para revisión de cliente o auditor |
El patrón en el que la mayoría de las agencias aterrizan: la factura de Blockchain0x va a la agencia. La agencia vuelve a facturar a cada cliente por la línea de suscripción de su agente + una tarifa de gestión. El registro de auditoría lo hace defensible si un cliente cuestiona un cargo específico - puedes mostrar exactamente qué transacciones en qué ventana impulsaron el ítem de la línea. Ninguna agencia nos ha pedido nunca que eliminemos un cargo después de producir la pista de auditoría.
Lo que puede decir a sus clientes (y sus auditores).
El cumplimiento es donde la mayoría de los compromisos de agencia fallan antes de comenzar. El equipo legal del cliente quiere saber: quién sostiene los fondos, quién puede ver qué, cómo se mantienen los registros, qué sucede si hay un incidente. Aquí está lo que puedes decirles, por escrito, respaldado por el producto.
Custodia - somos no custodiales
Los fondos permanecen en las billeteras del cliente (o de la agencia), no en Blockchain0x. Nunca tenemos claves privadas. Si fuéramos comprometidos mañana, el atacante no podría mover USDC porque no tenemos los medios para hacerlo. Esta es la afirmación de custodia más fuerte que una plataforma de pagos puede hacer; escrita en los términos.
Control de acceso - delimitación de asientos por agente
Los operadores solo ven los agentes en los que se les ha otorgado asientos. La visibilidad a nivel de espacio de trabajo es un asiento separado y más privilegiado. Cada adición de asiento, cambio de rol y eliminación se registra en el registro de auditoría con plena atribución. Se requiere autenticación de dos factores para los asientos del espacio de trabajo.
Rastro de auditoría - atribuido y exportable
Cada acción que afecta a un agente se registra con plena atribución: quién lo hizo, cuándo y el antes/después del cambio. Exporta a JSON o CSV desde el panel para cualquier revisión de cliente o auditor, limitado a un solo agente para que los registros de un cliente nunca expongan los de otro.
Política de uso aceptable - vinculante para cada agente
Cada espacio de trabajo acepta una política de uso aceptable al registrarse: no evasión de sanciones, no lavado de dinero, no fraude, no agentes involucrados en actividades claramente ilegales. Las violaciones resultan en la suspensión del espacio de trabajo. La política está versionada públicamente; produciremos una versión actual e histórica para cualquier revisión legal del cliente.
Respuesta a incidentes - runbook documentado
Los incidentes de seguridad tienen un libro de operaciones público: notificación dentro de las 24 horas de descubrimiento, análisis de causa raíz dentro de los 7 días, post-mortem dentro de los 30 días. El libro de operaciones está disponible a solicitud para revisión de cumplimiento. No hemos tenido un incidente notificable en el momento de escribir; si y cuando lo tengamos, el libro de operaciones es el contrato.
Lo que aparece en cada entrada del registro de auditoría.
El registro de auditoría es el artefacto que el auditor de tu cliente quiere ver. Cada entrada registra qué cambió y quién lo cambió; exporta todo el registro a JSON o CSV desde el panel para una revisión de cliente o auditor.
| Campo | Tipo | Descripción |
|---|---|---|
| Timestamp | time | Cuándo ocurrió la acción, en UTC. |
| Agent | reference | Qué agente se vio afectado por la acción. |
| Actor | reference | La persona, API key o sistema que realizó la acción. |
| Action | category | Qué ocurrió: un pago, un cambio de configuración, un cambio de asiento, una rotación de claves. |
| Outcome | status | Si la acción tuvo éxito o fue rechazada. |
| Antes / después | snapshot | El estado a ambos lados de un cambio. |
Exporta desde el panel a JSON o CSV, filtrado a un solo agente o a todo el espacio de trabajo. El registro de auditoría es una característica del plan Business; el historial de transacciones básico está disponible en Pro.
Business para el espacio de trabajo de la agencia, planes mixtos para los agentes.
Los equipos de automatización Web3 casi siempre necesitan al menos un agente Business (para el registro de auditoría + asientos de equipo). Muchos manejan una mezcla: Business para compromisos de clientes de alto volumen con requisitos de cumplimiento, Pro para clientes más pequeños donde los registros de auditoría no son contractualmente requeridos, Free para agentes experimentales o inactivos. La fijación de precios por agente es lo que hace que la mezcla funcione sin pagar de más.
- Free: experimentos, agentes inactivos que puedes reactivar, agentes demo para conversaciones con prospectos.
- Pro ($29/agent/mo): agentes activos de clientes sin requisitos estrictos de cumplimiento.
- Business ($49/agent/mo): agentes de cliente a escala, con registros de auditoría y asientos de equipo por agente. La opción por defecto para proyectos en producción.
- Asientos de workspace: añade asientos para visibilidad de operadores entre clientes (ver /pricing).