Construyendo la capa de pago para agentes de IA.
Cada agente de IA enviado en 2026 necesitará una billetera, una identidad y una política de gasto que sobreviva a la inyección de comandos. Estamos construyendo la plataforma que les proporciona las tres cosas desde el primer día - para que los desarrolladores puedan enviar agentes de pago en una tarde en lugar de un trimestre.
Los agentes están a punto de comenzar a gastar dinero. La infraestructura no estaba lista.
Para 2025, los agentes AI habían cruzado la línea de las demostraciones impresionantes a productos genuinamente útiles. Estaban llamando a APIs, leyendo documentos, escribiendo código, ejecutando flujos de trabajo. A principios de 2026, el siguiente paso se volvió imposible de ignorar: estos agentes necesitaban pagar por cosas. APIs premium, herramientas MCP pagadas, otros agentes, servicios reales con costos reales.
Las opciones existentes estaban todas equivocadas para la forma del problema. Las redes de tarjetas no fijarían precios para pagos inferiores a un dólar. Stripe requería un flujo de incorporación humano. Las billeteras de autocustodia estaban más allá de lo que la mayoría de los desarrolladores de agentes querían operar. Incluso los rieles de stablecoin emergentes, por buenos que fueran, no venían con las primitivas operativas que una plataforma de agentes necesita: identidad por agente, política de gasto por agente, registros de auditoría por agente.
Blockchain0x existe para ser la capa que llena ese vacío. No inventamos los rieles de stablecoin (Circle lo hizo), no inventamos x402 (Coinbase lo hizo), y no inventamos el agente (todos están compitiendo en eso). Lo que construimos es la plataforma operativa que se sitúa entre los desarrolladores de agentes y esos rieles - la capa donde un desarrollador crea una billetera, adjunta una identidad, establece una política de gasto y se va con un agente pagado funcionando en quince minutos.
Dieciocho años de envío hacia el mismo futuro.
Blockchain0x es la tercera empresa de un fundador que ha pasado la mayor parte de su carrera construyendo infraestructura que resultó ser temprana. Toshendra Sharma, nuestro fundador y CEO, comenzó su primera empresa poco después de graduarse del IIT Bombay en ciencias de la computación. Pasó los años antes de Blockchain0x construyendo otros dos productos enviados en la intersección de blockchain e IA aplicada - uno autofinanciado hasta la rentabilidad, uno respaldado por capital de riesgo - y fue reconocido en la lista Forbes Asia 30 Under 30 por ese trabajo.
Ambas empresas anteriores enseñaron la misma lección de diferentes maneras: el cuello de botella para la adopción de criptomonedas nunca han sido los rieles en sí, siempre ha sido la capa operativa en la parte superior. Las billeteras no son suficientes; las APIs de pago no son suficientes; la identidad no es suficiente. Lo que los equipos necesitan es una plataforma que agrupe esos primitivos en una superficie de desarrollador que se ajuste a la carga de trabajo que realmente están construyendo. En 2018, esa carga de trabajo eran registros tokenizados. En 2022, fue educación asistida por IA. En 2026, son agentes de IA autónomos que necesitan gastar dinero.
The pattern of "everything you need on top of stablecoin rails, for one specific workload, with one opinionated surface" is what Blockchain0x is the latest iteration of. The team has shipped this shape of product before, against earlier workloads, with earlier rails. The execution risk is well-understood; the bet on which workload to back is what is new.
Una plataforma, cuatro primitivas.
Blockchain0x expone cuatro cosas a los desarrolladores que construyen agentes de IA. La forma de cada una es opinativa; la combinación es el producto.
Billeteras por agente
Cada agente obtiene su propia billetera en Base, con liquidación en USDC. La aislamiento por agente es la unidad de atribución, la unidad de auditoría, la unidad de contención de compromisos.
API de Pago
Una API REST y SDKs en TypeScript + Python que envuelven el protocolo x402, gestionan recibos y emiten webhooks. La integración tiene aproximadamente treinta líneas.
Identidad del agente
Cada agente obtiene una página de perfil público con insignias de verificación (GitHub, dominio, correo electrónico) que las contrapartes pueden leer antes de aceptar pagos.
Controles de gasto
Las políticas de gasto del lado del servidor (límites diarios, techos por pago, listas blancas de contrapartes, ventanas de tiempo) se aplican en la API de la billetera - fuera del alcance manipulable del agente, donde la inyección de prompts no puede alcanzar.
Principios contra los cuales estamos dispuestos a ser medidos.
Somos un pequeño equipo basado en India, trabajando con clientes en EE. UU., Europa y Asia. El producto avanza rápido porque el equipo es ágil; el equipo puede mantenerse ágil porque el producto es decidido. Un puñado de principios da forma a cada decisión.
No custodial por defecto
Nunca retenemos fondos de clientes en la capa de plataforma. Las billeteras son propiedad del agente; proporcionamos la capa operativa por encima de ellas. Esta es una garantía de seguridad y una simplificación regulatoria al mismo tiempo.
Política en la API, no en el aviso
Las políticas de gasto, listas blancas y ventanas de tiempo residen en la API de billetera y se evalúan del lado del servidor. Colocarlas en el aviso o código del agente las invalidaría bajo inyección de aviso - y la inyección de aviso es real.
Precios transparentes, por agente
Free, Pro, Business. Per agent, not per workspace. You only pay for the agents you actually run. The fee schedule is published; no contract minimums for the self-serve tiers.
Envía bien las partes aburridas
Los webhooks tienen firma HMAC. Los registros de auditoría tienen evidencia de manipulación encadenada por hash en Business. Los SDK tienen código funcional, no pseudocódigo. Las partes aburridas son donde reside la credibilidad.
Documentación que funciona
Cada fragmento de código en nuestra documentación se prueba en CI. Si los pasos de integración no funcionarían para un desarrollador que los intenta a medianoche, no los publicamos. Ejemplos rotos son tickets, no fragmentos.
Las personas que construyen Blockchain0x.
Un pequeño equipo fundador con profunda experiencia en blockchain, SaaS y operaciones. Con sede en India, clientes globales.
Fundador y CTO
Rohendra Singh
Programador, arquitecto y líder de DevOps con quince años construyendo software entregado en producción. Ha puesto en producción más de siete productos SaaS seguros en blockchain y educación. Responsable de la payment API de Blockchain0x y de la arquitectura de adaptadores de cadena.
Jefe de Operaciones
Kanishka Sharma
Líder de operaciones y customer success con foco en retención y experiencia del cliente. Gestiona onboarding, tiempos de respuesta de soporte y el bucle de retroalimentación que impulsa las prioridades de la hoja de ruta. Experto en convertir patrones de soporte en mejoras de producto.
Director Creativo
Sharjeel Maniyar
Diseñador de producto con experiencia en diseño interactivo y desarrollo frontend. Graduado en TI por la Universidad de Mumbai. Responsable del aspecto visual y la experiencia del dashboard, las páginas públicas de perfil del agente y la superficie de marketing de la que forma parte este sitio web.
Cuatro tipos de equipos utilizan Blockchain0x.
Hablamos con muchos equipos que envían productos de agentes, y nuestra base de clientes se clasifica en cuatro formas. Los constructores de agentes de IA que envían LangChain, CrewAI, OpenAI Agents SDK, LangGraph o productos independientes del framework son el segmento más grande: necesitan billeteras y políticas de gasto para permitir que sus agentes paguen por APIs de pago y otros agentes sin incrustar credenciales en cada herramienta. Los operadores de servidores MCP son el segundo: han construido servidores MCP gratuitos, las llamadas de upstream cuestan dinero real y necesitan una forma clara de restringir herramientas seleccionadas sin reconstruir el resto de su stack. Los proveedores de API vienen a continuación: empresas SaaS cuya API ahora está siendo llamada por agentes de IA en lugar de scripts impulsados por humanos y que desean un camino basado en 402 junto a su pago existente de Stripe. El último grupo son los equipos de automatización Web3: DAOs, bots autónomos, agentes en cadena, donde el primitivo de billetera es familiar y la capa operativa es lo que quieren de nosotros.
Lo que los cuatro grupos tienen en común es que todos necesitan las mismas cosas de una plataforma de pago de agentes: aislamiento por agente, una capa de identidad en la que las contrapartes confíen, políticas de gasto que sobrevivan a la inyección de solicitudes y una superficie para desarrolladores que les permita enviar en una tarde. Nuestra hoja de ruta del producto está moldeada por lo que estos cuatro grupos piden, en aproximadamente la proporción en que aparecen en nuestro pipeline.
Los próximos doce meses.
La hoja de ruta para el próximo año es concreta. Base es la cadena de lanzamiento; Solana está en diseño a continuación porque la actividad de agentes de AI allí es demasiado grande como para ignorarla. Ethereum mainnet, Polygon y Arbitrum seguirán según la demanda, porque la arquitectura de adaptadores de cadena que lanzamos hace que agregar nuevas cadenas EVM tome medio día cada una.
En el lado del producto, la wallet hoy es non-custodial. Próximamente: integración con Coinbase Smart Wallet con passkeys y session keys para que los productos de agentes orientados al consumidor puedan incorporar usuarios no cripto sin seed phrases. Más adelante, opciones de account abstraction para usuarios avanzados que quieran transacciones gasless o reglas de gasto programables en la capa del contrato.
En el lado operativo, el registro de auditoría y la capa de webhook ya son sólidos; el próximo enfoque son las características de nivel Business (auditoría encadenada por hash, controles de políticas avanzados, soporte prioritario) que la adquisición empresarial solicita. A largo plazo, la apuesta es que cada agente de IA en producción tendrá una billetera para 2027, y queremos que la plataforma orientada a desarrolladores, centrada en la identidad y en políticas sea la obvia. La hoja de ruta completa vive en nuestra documentación; la versión corta está en esta página.
Questions, partnerships, customer requests, or pre-sales conversations all go through /contact. We answer within one business day.