Una pasarela de pagos cripto para herramientas Web3, igual que construyen tus clientes
Deja que tus clientes paguen en USDC desde la misma billetera con la que despliegan contratos —sin ningún formulario de tarjeta— y, en cuanto el pago se confirma, se abona en tu saldo de Paymos, a salvo de cualquier congelación.
Cuando la infraestructura web3 empuja a clientes cripto a la vía de la tarjeta
¿Por qué cobras una comisión de tarjeta a clientes cripto por usar herramientas cripto?
Cuatro formas en que el cobro con tarjeta pelea contra la naturaleza de tus clientes, que viven en una billetera.
Tu cliente vive en una billetera y tú le haces pagar con tarjeta
El desarrollador que golpea tu endpoint de RPC ya paga en stablecoins, intercambia tokens y firma desde una billetera de hardware todas las semanas. Y entonces tu página de cobro le exige una tarjeta con un código postal de su país, y el procesador se lleva su parte encima de la comisión de conversión que ese cliente ya pagó para fondear la tarjeta. Le estás cobrando a un cliente cripto por usar herramientas cripto y luego le vuelves a cobrar por el privilegio de pagarte en fiat.
El requisito de una sociedad en EE. UU. te ata antes del primer cliente que paga
Para aceptar tarjetas en serio suele hacer falta una sociedad estadounidense: costes de constitución, un agente registrado y presentaciones estatales, todo antes del primer cliente que paga. Para un fundador en Lisboa, Dubái, Singapur o Tiflis que monta un nodo como proyecto paralelo, eso es carga de cumplimiento real y por adelantado. Mientras tanto, los competidores con financiación absorben esa misma dependencia del fiat como una línea más de gasto: compites contra ellos cargando con ella como puro coste.
Medir por petición sobre una pila de tarjetas se rompe cuando el abuso del plan gratuito se va
El modelo habitual —un tramo gratuito de peticiones y luego uno de pago— vive dentro del cobro por consumo de un procesador de tarjetas. Cada registro de consumo se publica en la API del procesador, se agrega y luego se factura. Cuando alguien abusa del plan gratuito y se marcha, ya has pagado esas llamadas de medición y no hay devolución. Peor aún: no puedes limitar el ritmo en la capa de cobro, así que el abuso se propaga por tu flota de nodos antes de que tu contador se entere.
Los créditos en token y el cobro con tarjeta son dos libros que concilias a mano
Si además dejas que los clientes paguen créditos de API con un token —un patrón muy web3—, ese flujo vive en tu base de datos mientras las suscripciones de tarjeta viven en la del procesador. Dos libros, dos flujos de conciliación y un documento explicando cómo se calculan los ingresos. Cuando llega la auditoría, el fundador se pasa una semana demostrando que los créditos en billetera y las facturas de tarjeta suman lo que dice el panel.
Por qué la vía de la billetera encaja con clientes que viven en billetera
¿Qué cambia cuando la factura se liquida desde la propia billetera del cliente?
Cuatro cosas que salen bien cuando el cobro de herramientas web3 abandona la vía de la tarjeta.
La misma billetera que despliega contratos paga tu factura, sin tarjeta por el medio
El cliente liquida tu plan mensual desde la misma billetera con la que despliega contratos: una transferencia en stablecoins, sin nada en medio. Sin escribir datos de tarjeta, sin reautenticación y sin convertir de una moneda a otra y de vuelta. Recibes el activo que querías desde el principio, y el pago se abona en tu saldo de Paymos en cuanto se confirma, a salvo de la congelación de cualquier procesador.
Página de pago nativa de billetera: escanear y enviar, sin sociedad estadounidense
Mete el pago de Paymos en tu página de cobro; el cliente escanea un QR o pasa desde el botón a una billetera compatible y envía. Sin constituir sociedad, sin agente registrado y sin presentaciones estatales para poder cobrar. Opera desde Lisboa, Dubái, Singapur o donde de verdad viva tu equipo, y acepta pagos del conjunto global de desarrolladores cripto sin necesitar una sociedad en EE. UU. para hacerlo.
El consumo por petición se agrupa al cierre en una sola factura firmada
Tu contador agrega las peticiones en tu propia base de datos, el único sitio que sabe lo que de verdad te cuestan. Al cierre del periodo, Paymos genera una única factura por el importe agregado y el cliente la paga desde su billetera. El abuso del plan gratuito se queda en tu base de datos, para tratarlo con límites de ritmo y claves revocadas, en vez de propagarse a la API de medición de un procesador donde pagas por cada registro de exceso. El pago es definitivo al confirmarse.
Un solo libro: créditos, facturas y tesorería, todo en stablecoins
Los créditos en token, las facturas pagadas y el saldo de tesorería viven en la misma vista contable denominada en billetera. El cliente recarga en stablecoins, tú lo descuentas por petición según consulta tu servicio y el periodo cierra arrastrando el resto. Un libro, una billetera, una cifra: ningún documento aparte conciliando ingresos de tarjeta contra tu tabla de créditos cuando llega la auditoría.
Cómo conectan Paymos las plataformas web3
¿Qué integración encaja con la vía donde ya viven tus clientes?
Tres maneras de cobrar en las vías donde tus clientes ya viven.
Página de pago nativa de billetera: QR y enlace directo a la billetera del cliente
Mete el pago de Paymos en tu página de cobro. El cliente pasa desde el botón a MetaMask o Trust Wallet, o escanea con la billetera que ya usa un enlace de pago EVM corriente, y envía USDC en Base o Arbitrum. Tu backend recibe un webhook firmado con HMAC-SHA256 al confirmarse y desbloquea el plan o abona el saldo. Sin formulario de tarjeta y sin redirección a un procesador de fiat.
Ver detalles
API Host-to-Host: agrupación por petición desde tu propio contador
Tu contador agrega las peticiones en Postgres o ClickHouse. La API Host-to-Host te deja generar una factura por el importe agregado al cierre del periodo, entregarla a la billetera del cliente y seguir la liquidación en redes como Base, Arbitrum u Optimism. Los webhooks firmados con HMAC-SHA256 se disparan al confirmarse, y el abuso del plan gratuito se queda en tu base de datos para tratarlo con límites de ritmo, no en la API de medición de un procesador.
Ver detalles
Enlaces de cobro: contratos de RPC Enterprise y auditorías
Para un contrato de RPC Enterprise o una auditoría puntual, genera un enlace de cobro con la referencia de tu contrato adjunta como referencia del pedido. El equipo del protocolo paga USDC desde tesorería en una sola transferencia, tu cobro pendiente se cierra al confirmarse y el encargo puede cerrarse el mismo día de la firma, sin ningún paso a banco por el medio.
Ver detallesFlujos de cobro web3 que ya funcionan en stablecoins
¿Qué modelos web3 rinden bien sobre la vía de la billetera?
Cuatro flujos de configuraciones reales: RPC, indexadores, infraestructura de billeteras y auditorías.
Proveedores de RPC: acceso a nodos para desarrolladores de dApps
Vender endpoints de RPC y WebSocket a desarrolladores de dApps: el cliente ya opera en stablecoins para usar las redes que tú sirves, así que pagarte en stablecoins encaja exactamente con su flujo. Fondea la API igual que fondea su billetera caliente: una transferencia de stablecoins que se confirma en segundos y se abona en tu saldo de Paymos, definitiva en cuanto entra. Sin fricción de convertir tarjeta a stablecoin por el camino.
Indexadores de subgrafos y APIs de datos indexados
APIs de consulta indexada que alimentan paneles, analítica y productos de datos de protocolo. Los clientes son equipos de protocolo y desarrolladores de datos que ya consultan la economía de los protocolos, así que pagar en stablecoins encaja con su forma de trabajar. Los planes por tramos se liquidan sin fricción con una factura de renovación por ciclo, y la tesorería acumula la misma stablecoin que el equipo usa para sus propios costes.
Billetera como servicio: cobro por billetera activa
Plataformas de billeteras integradas que cobran por billetera activa a aplicaciones de consumo. El cliente es quien construye la app y mete cripto dentro, y ya liquida sus propias operaciones en stablecoins, así que pagar las billeteras activas en stablecoins es la vía natural. El consumo por billetera se agrupa cada periodo, la cuenta llega como una sola factura y una factura de renovación resuelve la liquidación, definitiva al confirmarse.
Auditorías de contratos inteligentes: precio fijo por auditoría, pagado desde tesorería
Firmas de auditoría que hacen revisión de contratos y verificación formal. El equipo de protocolo que encarga la auditoría ya recauda y gasta en stablecoins: pasar por fiat solo para pagar una auditoría añadiría días y una comisión de transferencia. Un enlace de cobro o el pago integrado liquidan la tarifa desde tesorería en segundos, quien audita recibe stablecoins y el encargo se cierra el mismo día de la firma.
Herramientas de desarrollo web3 en stablecoins
Preguntas frecuentes
¿Puede el cliente pagar desde la misma billetera que usa para todo lo demás?
¿Necesito una sociedad en EE. UU. para empezar a cobrar?
¿Cómo se liquida la medición por petición sin pagar por cada registro de exceso?
¿Qué redes y stablecoins prefieren los clientes cripto?
¿Cómo se mantienen en un solo libro los créditos en token y las facturas en stablecoins?
¿Cómo se devuelven créditos sin usar o un contrato cancelado?
Cuándo no encaja
Cuándo NO usar Paymos para herramientas de desarrollo web3
Cuatro casos en los que la tarjeta u otra configuración son la decisión correcta.
Tus clientes son empresas sin cripto que pagan con tarjeta o ACH
Si has subido de segmento hasta empresas cuyos equipos financieros pagan con tarjeta o ACH y no tienen billetera, la vía de la billetera les añade un paso. La ventaja es máxima con clientes cripto que ya viven en una billetera. Si tu cartera se ha vuelto sobre todo corporativa tradicional, deja la tarjeta o el ACH para esas cuentas y usa Paymos en el segmento nativo de billetera.
Quieres suscripciones que se cobren solas
Paymos no tiene mandato guardado ni motor de suscripciones: no puede sacar una renovación de una billetera, y el prorrateo, las pruebas y los cambios de plan se quedan en tu código. Los desarrolladores cripto toleran pagar una factura por ciclo mejor que casi cualquier otro público, pero si quieres renovaciones, reclamación de impagos y conversión de pruebas resueltas por ti, ese es el trabajo de una plataforma de facturación. Paymos solo liquida lo que emite tu motor.
Esperas que la capa de pago frene el abuso del plan gratuito
Paymos verifica pagos, no personas: no hay capa de identidad, ni huella de dispositivo, ni detección de identidades falsas. Una granja de claves desechables machacando tu plan gratuito se ve igual desde la vía que un cliente que paga. Los límites de ritmo, la revocación de claves y las heurísticas antiabuso los construyes tú; si contabas con la pila antifraude de un procesador para ese trabajo, esta vía no la sustituye.
Tu tesorería se gasta en fiat y no quieres una rutina de conversión
La liquidación llega en stablecoins a tu saldo de Paymos: Paymos no hace pagos en fiat. Si los sueldos, los servidores y el alquiler salen de una cuenta bancaria, alguien del equipo se queda con un paso recurrente en un exchange. La mayoría de los equipos web3 ya lo tienen montado para su propia tesorería; si el tuyo no lo tiene y no lo quiere, unos ingresos de tarjeta que aterrizan como depósito bancario pueden merecer su comisión.
Flujos relacionados
Otros nichos de SaaS y productos digitales en Paymos
Precios
1,0 % por factura liquidada. Clientes de billetera, vía de billetera
Tus clientes ya tienen saldo en stablecoins, y aquí se cobra el activo que ya tienen. Desde la primera factura puedes pedir el 0,3 %; miramos el volumen y las redes de cobro. Cobrarles con tarjeta obliga a una conversión que nadie pidió, cerca del 3 % todo incluido, y un procesador cripto rival dispara su tarifa de escaparate.
Ver precios