El comprador paga. Tú cobras. La misma transacción.

En cuanto paga el comprador. No hay demora porque no existe un paso de liquidación: la transacción que el comprador firma es el pago que recibes. Aun así, espera al estado completed antes de enviar, no a settled.

Un porcentaje de cada pago, descontado en la misma transacción, más la comisión de red. Sin cuota mensual, sin comisión por retirada y sin penalizaciones por devolución.

Lo eliges tú. Por defecto se suma al total del comprador y se le muestra como una línea aparte; también puedes asumirla y entonces se descuenta de tu cobro.

No. El comprador solo firma; la transacción la enviamos nosotros. Quien únicamente tiene USDC puede pagar, y esa es la situación más habitual.

El dinero se pierde y no podemos ayudarte. Nunca estuvo en nuestras manos. Elige un monedero al que sigas teniendo acceso dentro de cinco años.

Por un escenario concreto: alguien se hace con tus credenciales y cambia la dirección de liquidación de madrugada. El periodo de espera, el correo a todos los titulares y la firma exigida desde el monedero son tres obstáculos distintos en ese camino.

Las envías tú. Registramos lo que se debe con un plazo, construimos la transacción exacta y verificamos en la cadena que ha llegado. Como tu dinero no está en nuestras manos no podemos devolverlo por ti, y por eso mismo nadie puede obligarnos a hacerlo.

Sí, allí donde el contrato de depósito esté desplegado. El dinero del comprador entra en un contrato en lugar de en tu monedero; lo cobras al enviar, entero o en parte, o lo liberas por completo. Liberarlo solo te cuesta la comisión de red.

Siete días por defecto —lo mismo que una autorización de tarjeta— y hasta treinta si la plataforma lo permite. Pasado ese plazo el comprador recupera su dinero por sí mismo, sin necesitarnos a nosotros ni a ti.

El dinero te llega y te avisamos con el evento payment.late_settled. Que un pago expire no detiene el monedero del comprador. La decisión es tuya: enviar o devolver.

Lo registramos, te avisamos y lo devolvemos a la dirección de reembolso del comprador cuando el pago expira. Nunca cuenta como pago.

Revócala desde el panel: deja de servir al instante. Una clave no puede crear otra clave, ni añadir una dirección de liquidación, ni cambiar el destino de un pago; para eso hace falta que una persona entre en el panel y vuelva a escribir su contraseña.

No, y no es una promesa sino una propiedad de la arquitectura. El dinero está en tu monedero, y no tenemos ni su clave ni un contrato capaz de moverlo.

Por el webhook, o releyendo el pago desde la API. Nunca porque el navegador del comprador vuelva a tu página de éxito: visitar una URL no demuestra nada.

Sí. Las claves de prueba recorren la misma máquina de estados y envían webhooks reales, incluidos los casos incómodos: pago insuficiente, expiración y reorganización de la cadena. Una clave de prueba no alcanza ningún dato real.

Lo mínimo imprescindible: una referencia opcional, el país, la dirección del monedero que pagó, y un correo electrónico solo si pides que se envíe un recibo, y entonces cifrado.

El dinero que está en tu monedero sigue ahí; nunca estuvimos en su camino. Los contratos no tienen dueño: cualquiera puede completar un depósito, y el comprador puede recuperar una retención vencida. Lo que se pierde es el servicio, no el dinero.