Tarjetas stablecoin: de la compra al reembolso
Aceptar un pago es una etapa del recorrido. Autorización, permisos de gasto y reembolso en una tarjeta vinculada a una billetera.
En esta página
Imaginemos que compras unos zapatos con una tarjeta respaldada por stablecoins. El pago se acepta. Días después, devuelves el par y el comercio confirma el reembolso. Sin embargo, sigues esperando que los fondos vuelvan a tu billetera. El gesto ante el terminal era familiar; lo que viene después lo es menos.
Una tarjeta stablecoin permite gastar un saldo de tokens diseñados para seguir el valor de una moneda. Pero una compra implica varios sistemas que no siempre avanzan al mismo ritmo. Para saber dónde está el dinero hay que seguir la operación más allá de «aceptado». Los detalles siguientes se apoyan especialmente en el programa de Bridge y Stripe Issuing; no describen todas las tarjetas del mercado.
La aceptación en el terminal inicia el recorrido
Visa describe un pago de apariencia habitual para el comercio: el programa comprueba los fondos del cliente y organiza su conversión cuando hace falta. El comercio puede cobrar en moneda local sin recibir los tokens de la billetera. [1]
La autorización y el cargo definitivo son etapas distintas. En Stripe Issuing, una autorización aprobada reserva un importe; el comercio puede solicitar después su cobro, denominado captura. Una autorización también puede anularse o caducar sin captura. [2]
La billetera puede seguir otro ritmo. Bridge indica que el evento de autorización puede llegar antes de confirmarse la transacción en la blockchain. «Aceptado» no demuestra que todos los movimientos hayan terminado. [3]
En la compra de zapatos, estas diferencias pasan inadvertidas mientras todo funciona como esperas. Se vuelven útiles cuando parece haber dinero bloqueado: un importe reservado y una compra cobrada necesitan explicaciones diferentes.
El mismo gesto puede utilizar fondos bajo distinto control
Bridge ofrece, entre otras opciones, dos fuentes de fondos: una billetera bajo su custodia o una billetera externa que se carga mediante un permiso previo. El segundo modelo evita recargar un saldo separado para la tarjeta. [4]
La diferencia afecta a cómo se confía y utiliza el dinero, no solo a la pantalla. Antes de cargar una tarjeta conviene entender qué saldo utiliza. Tener tokens en alguna parte no significa que esa tarjeta pueda gastarlos.
Para el recorrido desde una billetera externa, Stripe explica que Bridge rechaza la autorización si falta el permiso, si su importe es insuficiente o si el saldo no cubre la compra. [5]
Un rechazo puede deberse a un permiso de gasto demasiado bajo aunque aún veas dinero en la billetera. La aplicación debería ayudarte a reconocer ese caso antes de pedirte que añadas fondos.
Conservar las claves puede coexistir con un permiso de cobro
Pagar sin recargar depende de una acción anterior a la compra. Bridge exige una autorización para que su contrato retire fondos de la billetera. El pago en el terminal utiliza ese permiso ya concedido. [6]
En los tokens ERC-20, una aprobación señala una dirección autorizada para gastar y un importe. El permiso admite varios cobros dentro de ese límite; una nueva aprobación puede modificarlo. Firmar una compra concreta y conceder capacidad de gasto son acciones diferentes. [7]
El control depende entonces de lo que puedes entender y cambiar: qué contrato tiene permiso, sobre qué token, por qué importe y cómo retirarlo. La etiqueta «sin custodia» no responde por sí sola a esas preguntas.
Devolver los zapatos abre otra operación
Una vez cobrada la compra, el reembolso es una operación distinta. Stripe indica que puede procesarse aunque la tarjeta se haya desactivado o cancelado. El estado de la tarjeta y el del reembolso son cosas diferentes. [8]
En la integración de Bridge documentada por Stripe, los fondos vuelven a la billetera mediante otra transacción en la blockchain, que se confirma por separado. Varias devoluciones pueden agruparse. [5]
Volvamos a los zapatos. La aceptación de la devolución por el comercio, el registro del reembolso en el programa de tarjetas y la llegada de los tokens son datos distintos. Para seguir el caso, a veces no bastan la fecha y el importe de compra: también hacen falta la referencia del reembolso y su estado.
Una transacción en la blockchain permite comprobar que se movieron tokens. No cuenta por sí sola toda la historia de la compra. El servicio de tarjeta debe conectar esos datos para que sepas si aún esperas al comercio o la devolución de los fondos.
El control también depende del software autorizado
El 1 de junio de 2026, una vulnerabilidad afectó a módulos utilizados por Gnosis Pay. En su informe de julio, Gnosis atribuyó el incidente a una comprobación de firma defectuosa y declaró haber restituido los fondos de los usuarios. [9]
El caso muestra por qué controlar una billetera no describe todos los riesgos del servicio. También importan los componentes autorizados a actuar sobre los fondos. La restitución anunciada en ese incidente no garantiza un reembolso para cualquier tarjeta o cualquier fallo.
También hay que distinguir las acciones de la aplicación. Gnosis Pay presenta el bloqueo de tarjeta como una suspensión reversible de su uso, con los fondos conservados en el Safe, su cuenta en la blockchain. [10]
Bloquear una tarjeta y retirar un permiso sobre un token afectan a objetos distintos. Si la interfaz no lo explica, puede dar una impresión de control mayor que la acción realizada.
Lo que debe explicar una tarjeta de uso cotidiano
El atractivo está en poder gastar un saldo digital con un gesto conocido. La calidad del servicio también aparece cuando algo se complica: una autorización rechazada, un importe pendiente o un reembolso que hay que localizar.
Tu compra es la referencia útil. Debes poder identificar el saldo utilizado, entender el permiso concedido y encontrar a quien pueda seguir la devolución. En el caso de los zapatos, la historia termina cuando el reembolso está disponible e identificado en tus cuentas. El terminal había anunciado el comienzo.
Para profundizar: los servicios que reúne Stripe y cómo funciona una billetera.
Fuentes
- [1] Visa, funcionamiento de las tarjetas stablecoin, consultado el 10 de octubre de 2026
- [2] Stripe, ciclo de una autorización, consultado el 10 de octubre de 2026
- [3] Bridge, eventos de tarjeta y blockchain, consultado el 10 de octubre de 2026
- [4] Bridge, origen de los fondos de una tarjeta, consultado el 10 de octubre de 2026
- [5] Stripe, controles y devolución de fondos con Bridge, consultado el 10 de octubre de 2026
- [6] Bridge, permisos de gasto de la billetera, consultado el 10 de octubre de 2026
- [7] Ethereum, estándar ERC-20 y permisos de gasto
- [8] Stripe, cobros y reembolsos, consultado el 10 de octubre de 2026
- [9] Gnosis, informe del incidente de junio, publicado el 3 de julio de 2026
- [10] Gnosis Pay, bloqueo de una tarjeta, actualizado el 18 de septiembre de 2026
Los amigos primero. Disfruta de los buenos momentos.
.jpeg){kind=link}
