CoinsSend admite Polygon PoS como red de pago para comercios que buscan una liquidación rápida, costes de red bajos y opciones de checkout con stablecoins. Las empresas pueden aceptar POL, USDT en Polygon y USDC en Polygon mediante las mismas herramientas de CoinsSend que utilizan para las demás redes compatibles.
Polygon resulta útil para los comercios cuyos clientes quieren utilizar carteras compatibles con Ethereum sin asumir los costes de gas de la red principal de Ethereum. Es una buena opción para facturación SaaS, recargas de juegos, marketplaces, productos digitales y flujos de financiación de cuentas.
Pagos con Polygon en CoinsSend
CoinsSend permite a los comercios utilizar Polygon con varios modelos de pago:
- Facturas para checkouts únicos, enlaces de pago y pagos asociados a pedidos.
- Carteras estáticas para direcciones de depósito reutilizables y saldos de clientes.
- Webhooks para que el backend concilie los pagos cuando cambia su estado.
- Flujos de conversión cuando el comercio quiere gestionar saldos entre los activos compatibles.
Se aplica la comisión de servicio estándar de CoinsSend, mientras que las comisiones de red dependen del activo elegido y de las condiciones de la red Polygon. Puedes consultar los activos compatibles en la página Monedas y comisiones.
Migración de MATIC a POL
Polygon ha evolucionado desde la denominación MATIC hacia POL como token nativo utilizado en Polygon PoS y en el ecosistema Polygon en general. Algunas carteras, integraciones y consultas de búsqueda antiguas pueden seguir utilizando la terminología MATIC, por lo que los comercios deben expresarlo con claridad en los textos dirigidos a los clientes.
En el contenido de CoinsSend utilizamos POL como denominación actual del token nativo, aunque seguimos mencionando MATIC cuando ayuda a los usuarios a interpretar etiquetas antiguas de carteras o resultados de búsqueda. Para el SEO y la claridad de cara al comercio, lo importante es que CoinsSend admite pagos en Polygon PoS y stablecoins basadas en Polygon.
Pasarela de pagos con USDT en Polygon
USDT en Polygon es una opción práctica para empresas que quieren pagos con stablecoins y costes de red bajos. El comercio puede crear una factura en USDT, mostrar al cliente los datos de pago de Polygon y esperar al estado del pago antes de entregar el pedido.
Si tu principal objetivo es un checkout con stablecoins, comienza por la página Aceptar pagos con USDT. Allí se explica cuándo utilizar facturas, carteras estáticas y conciliación mediante webhooks en los flujos con USDT.
USDC en Polygon para facturación SaaS
USDC en Polygon puede funcionar muy bien para productos SaaS, herramientas para desarrolladores y productos similares a suscripciones que necesitan precios previsibles. El comercio puede facturar al cliente en una stablecoin, recibir actualizaciones del estado del pago y conciliarlo con una cuenta interna del cliente.
Para los productos que crean facturas mediante código en el backend, la API de facturas cripto es el punto de entrada para desarrolladores.
Carteras estáticas para depósitos en Polygon
Cuando los clientes depositan fondos más de una vez, una cartera estática puede ser más sencilla que crear una factura nueva para cada pago. Cada cliente recibe una dirección de depósito reutilizable y el comercio vincula los depósitos entrantes con la cuenta correspondiente.
Las carteras estáticas resultan útiles para marketplaces, saldos de juegos, bots, recargas de cuentas y productos con carteras internas. Consulta Pagos cripto con carteras estáticas para conocer el modelo completo de direcciones de depósito.
¿Quién paga las comisiones de red de Polygon?
Las comisiones de red son independientes de la comisión de servicio de CoinsSend. Según el flujo de pago, el cliente puede pagar desde su cartera la comisión de la transacción en blockchain, mientras que el comercio ve el importe del pago y la comisión de servicio en el panel de CoinsSend.
Una comunicación clara sobre las comisiones mejora la conversión del checkout. Indica al cliente qué red debe utilizar, qué activo debe enviar y qué estado de pago debe esperar una vez detectada la transacción.
