Leí un caso P2P bastante molesto: el mismo comprador coloca dos órdenes casi idénticas, separadas por unos 10 minutos y con el mismo importe.
La primera orden se paga de forma normal. Cuando llega la segunda orden, el vendedor está gestionando varias transacciones a la vez, abre la app del banco y ve exactamente un pago del mismo nombre, por el mismo importe. Al revisar todo, parece encajar, así que el vendedor continúa liberando.
Luego recién descubre que el pago que acababa de ver en realidad correspondía a la primera orden.
Lo destacable es que en este caso no hace falta un comprobante falso: no hay errores de nombre ni faltan fondos. Los datos están correctos: simplemente quedaron vinculados a la orden equivocada.
A partir de eso, me di cuenta de que “el dinero ya entró” no es suficiente al procesar múltiples órdenes al mismo tiempo. Antes de liberar, el pago debe coincidir con la orden exacta en todos los aspectos: momento de la transferencia, importe, remitente, referencia de transacción y Order ID. Si dos transacciones son tan parecidas que no se pueden contrastar con total seguridad, el cripto todavía debe permanecer en escrow; prefiero detenerme y usar el chat/Appeal antes que adivinar.
Binance también exige prueba en video cuando se hace un Appeal: debe mostrar el historial de transacciones alrededor del momento de la orden P2P, no solo un recibo aislado. Eso tiene bastante sentido: una buena evidencia no solo prueba “que hubo un pago”, sino que también debe demostrar a qué transacción pertenecía.
Dos órdenes pueden ser iguales hasta el último dígito. El timeline, no.
#binancep2pantoan @Binance Vietnam
$BMT - $TUT - $MUBARAK
La primera orden se paga de forma normal. Cuando llega la segunda orden, el vendedor está gestionando varias transacciones a la vez, abre la app del banco y ve exactamente un pago del mismo nombre, por el mismo importe. Al revisar todo, parece encajar, así que el vendedor continúa liberando.
Luego recién descubre que el pago que acababa de ver en realidad correspondía a la primera orden.
Lo destacable es que en este caso no hace falta un comprobante falso: no hay errores de nombre ni faltan fondos. Los datos están correctos: simplemente quedaron vinculados a la orden equivocada.
A partir de eso, me di cuenta de que “el dinero ya entró” no es suficiente al procesar múltiples órdenes al mismo tiempo. Antes de liberar, el pago debe coincidir con la orden exacta en todos los aspectos: momento de la transferencia, importe, remitente, referencia de transacción y Order ID. Si dos transacciones son tan parecidas que no se pueden contrastar con total seguridad, el cripto todavía debe permanecer en escrow; prefiero detenerme y usar el chat/Appeal antes que adivinar.
Binance también exige prueba en video cuando se hace un Appeal: debe mostrar el historial de transacciones alrededor del momento de la orden P2P, no solo un recibo aislado. Eso tiene bastante sentido: una buena evidencia no solo prueba “que hubo un pago”, sino que también debe demostrar a qué transacción pertenecía.
Dos órdenes pueden ser iguales hasta el último dígito. El timeline, no.
#binancep2pantoan @Binance Vietnam
$BMT - $TUT - $MUBARAK