SEGURIDAD EN BINANCE P2P: ¿CUÁNDO NO DEBERÍA CANCELAR UNA ORDEN?
Esta mañana, entré a Binance P2P para comprar 115.89 USDT a un merchant. El precio era bastante “flexible”, la cuenta tenía la insignia Bronze Merchant y el perfil también estaba bien: más de 158,800 transacciones y una tasa de finalización de aproximadamente 97.06%. Por eso, creé la orden de compraventa con él.
Pero antes de transferir el dinero, el merchant me escribió en el Chat y me pidió que enviara el pago a otra cuenta bancaria, con la información que no coincidía con la que se mostraba en la orden.
Para mí, esto es una señal de alerta típica. En ese momento, la orden seguía en estado “pending” y todavía no había transferido el dinero, así que elegí Cancel Order. La transacción terminó y ya no tuve que hacer ningún paso adicional.
Pero si este caso ocurriera después de un paso más, mi forma de actuar sería completamente diferente.
Por ejemplo, si el dinero ya se hubiera transferido y luego yo recién descubriera que la información no es correcta o que el merchant aún no ha liberado el cripto. En ese punto ya no podría pulsar Cancel.
Por eso, presionaré el botón Appeal. Como siempre conservo el comprobante de pago, el Order ID y el contenido del chat en P2P, al hacer Appeal le presento esas pruebas al Soporte de Binance para que revisen y lo gestionen según el procedimiento.
Motivo: Cancel puede hacer que la orden termine en un estado final, pero el dinero que ya transferí al banco no se devuelve automáticamente solo porque se haya cancelado la orden.
Después de este caso, noté algo bastante importante.
Aunque sea la misma señal de alerta, el manejo en P2P puede ser completamente distinto solo porque haya cambiado el estado del pago.
Los botones Cancel o Appeal no deberían elegirse por sensaciones como “esta orden parece sospechosa”, sino por el estado del dinero. La señal de alerta me dice que la operación tiene un problema; el estado del pago es lo que decide qué debo hacer a continuación.
#binancep2pantoan @Binance Vietnam $CYS ✨
Esta mañana, entré a Binance P2P para comprar 115.89 USDT a un merchant. El precio era bastante “flexible”, la cuenta tenía la insignia Bronze Merchant y el perfil también estaba bien: más de 158,800 transacciones y una tasa de finalización de aproximadamente 97.06%. Por eso, creé la orden de compraventa con él.
Pero antes de transferir el dinero, el merchant me escribió en el Chat y me pidió que enviara el pago a otra cuenta bancaria, con la información que no coincidía con la que se mostraba en la orden.
Para mí, esto es una señal de alerta típica. En ese momento, la orden seguía en estado “pending” y todavía no había transferido el dinero, así que elegí Cancel Order. La transacción terminó y ya no tuve que hacer ningún paso adicional.
Pero si este caso ocurriera después de un paso más, mi forma de actuar sería completamente diferente.
Por ejemplo, si el dinero ya se hubiera transferido y luego yo recién descubriera que la información no es correcta o que el merchant aún no ha liberado el cripto. En ese punto ya no podría pulsar Cancel.
Por eso, presionaré el botón Appeal. Como siempre conservo el comprobante de pago, el Order ID y el contenido del chat en P2P, al hacer Appeal le presento esas pruebas al Soporte de Binance para que revisen y lo gestionen según el procedimiento.
Motivo: Cancel puede hacer que la orden termine en un estado final, pero el dinero que ya transferí al banco no se devuelve automáticamente solo porque se haya cancelado la orden.
Después de este caso, noté algo bastante importante.
Aunque sea la misma señal de alerta, el manejo en P2P puede ser completamente distinto solo porque haya cambiado el estado del pago.
Los botones Cancel o Appeal no deberían elegirse por sensaciones como “esta orden parece sospechosa”, sino por el estado del dinero. La señal de alerta me dice que la operación tiene un problema; el estado del pago es lo que decide qué debo hacer a continuación.
#binancep2pantoan @Binance Vietnam $CYS ✨