

Cuando se crea un pedido en Cryptorefills, el sistema bloquea una cantidad específica de tokens basada en el tipo de cambio en ese momento exacto. La ventana de 30 minutos es el período durante el cual esa tasa bloqueada permanece válida. Los tipos de cambio de criptomonedas fluctúan continuamente, y una tasa bloqueada en el momento de la creación del pedido puede ser materialmente diferente de la tasa que se aplica 45 minutos después. Permitir pagos más allá de la ventana requeriría recalcular el pedido contra una nueva tasa, lo que significaría que el usuario ya no estaría pagando la cantidad que confirmó al finalizar la compra. Por lo tanto, la ventana es una característica estructural de cómo se emparejan los pagos en criptomonedas con los pedidos, no una restricción arbitraria.
La distinción más importante al tratar con un pedido expirado es si se envió un pago antes de que se agotara el temporizador o si la ventana se cerró sin que se enviara nada. Estas son dos situaciones completamente diferentes que requieren respuestas distintas, y confundirlas es la fuente más común de confusión en la cola de soporte.
Si la ventana de pago se cerró antes de que se enviara cualquier pago, el pedido ha expirado y la dirección de pago ya no es válida. Enviar un pago a una dirección expirada después de que la ventana se ha cerrado crea una situación en la que los fondos pueden llegar en cadena pero no pueden ser emparejados automáticamente con un pedido. La acción correcta en este escenario es crear un nuevo pedido, lo que genera una nueva tasa bloqueada y una nueva dirección de pago. El pedido expirado puede ser ignorado; no conlleva ninguna obligación ni consecuencia, ya que no se involucraron fondos.
Este es el escenario que más frecuentemente llega a la cola de soporte con un sentido de urgencia, y requiere un manejo diferente de una simple expiración. Si se envió un pago antes de que se cerrara la ventana de 30 minutos, pero la confirmación en cadena llegó después de que el temporizador se agotó, la situación es recuperable. El pago es visible en la blockchain y se envió a la dirección correcta dentro de la ventana válida. Contactar al soporte de Cryptorefills con el hash de la transacción y el número de pedido; el soporte puede emparejar el pago confirmado con el pedido expirado en estas circunstancias.
La guía sobre qué hacer cuando un pago no ha sido confirmado cubre cómo localizar el hash de la transacción y verificar el estado en cadena antes de contactar al soporte, lo que proporcionará al equipo de soporte la información necesaria para resolver el caso de manera eficiente.
La dirección de pago de un pedido expirado no debe ser utilizada para un nuevo pago. Una vez que el pedido ha expirado, enviar fondos a esa dirección no creará ni cumplirá automáticamente un nuevo pedido, porque la dirección fue generada contra una tasa que ya no es válida. Un nuevo pedido genera una nueva dirección de pago vinculada al tipo de cambio actual. Si se enviaron fondos por error a una dirección expirada, contactar al soporte de inmediato con el hash de la transacción.
Un pago enviado después de que la ventana de 30 minutos se ha cerrado llega en cadena pero no se empareja automáticamente con el pedido expirado. El sistema de pedidos ya no acepta nuevos pagos contra esa referencia de pedido. Contactar al soporte de inmediato con el hash de la transacción y el número de pedido. El equipo de soporte investigará si los fondos pueden ser aplicados o si hay una resolución alternativa disponible, dependiendo de las circunstancias y el tiempo específicos.
La marca de tiempo de la transacción en la blockchain es la referencia autoritativa. Los exploradores de bloques como mempool.space para Bitcoin, etherscan.io para Ethereum, solscan.io para Solana y basescan.org para Base muestran la hora exacta en la que cada transacción fue confirmada. Comparar esta marca de tiempo con el tiempo de creación del pedido (que determina cuándo se abrió la ventana de 30 minutos) establece si la confirmación cayó dentro o fuera de la ventana válida.
Un pedido puede continuar mostrando como pendiente después de que el temporizador expire si un pago está en tránsito en cadena pero aún no ha recibido suficientes confirmaciones para ser considerado final. En redes más lentas como Bitcoin o Ethereum mainnet durante congestión, una transacción enviada antes de que se cerrara la ventana puede seguir procesándose después de que el temporizador se haya agotado. En este caso, el pedido permanece pendiente en lugar de fallar inmediatamente, y puede actualizarse a Hecho una vez que la confirmación en cadena esté completa. Si el pedido permanece pendiente sin actualizar después de diez a quince minutos adicionales, contactar al soporte con el hash de la transacción.
La ventana de pago está fijada en 30 minutos desde la creación del pedido y no se puede extender. La ventana existe porque el tipo de cambio se bloquea en el momento en que se crea el pedido, y una ventana más larga crearía una mayor discrepancia entre la tasa bloqueada y la tasa de mercado prevaleciente en el momento del pago. Si la ventana se cierra antes de que se pueda enviar el pago, crear un nuevo pedido es el enfoque correcto, ya que genera una nueva tasa y una nueva dirección que reflejan las condiciones actuales del mercado.