Un pago de un tercero crea una situación P2P incómoda: el dinero es real, pero la persona que lo envió no es la persona que aparece en el pedido.
Lo que me sorprendió es que la respuesta más segura no es simplemente “reenviarlo a algún lugar y seguir”.
La guía P2P de Binance indica que si ocurre un pago de un tercero, el vendedor no debe liberar la criptomoneda. El caso debe gestionarse mediante Apelación (Appeal) y cualquier reembolso debe volver a la cuenta que realmente envió el dinero.
Ese pequeño detalle importa.
Imagina que el Comprador A está en el pedido P2P de Binance, pero el dinero llega desde la Cuenta Bancaria B. Entonces, alguien en el chat dice: “No pasa nada, solo reembolsa a la Cuenta C”.
Ahora una sola operación tiene tres identidades.
El pedido original apunta a A.
El registro bancario entrante apunta a B.
El reembolso apuntaría a C.
Incluso si cada transferencia es genuina, la trazabilidad del pago se vuelve más difícil de explicar.
Así que yo trataría un reembolso como parte del mismo registro de transacción, no como un nuevo acuerdo privado.
Antes de la liberación, verifico el nombre del pagador con el contrapartido verificado y confirmo los fondos en mi propia app bancaria. Si los nombres no coinciden, mantengo la criptomoneda en custodia (escrow), mantengo la conversación dentro del pedido de Binance, guardo el Order ID y el recibo, y uso Appeal.
Y si se requiere un reembolso, no seguiría una cuenta recién proporcionada en el chat. La vía más limpia es volver al remitente original mediante el proceso oficial.
Eso cambió la forma en que pienso sobre “devolver el dinero”.
Un reembolso seguro debe cerrar la trazabilidad del pago.
No debería crear una nueva.
#binancep2pantoan @Binance Vietnam
$TUT - $BLUAI - $BTC
Lo que me sorprendió es que la respuesta más segura no es simplemente “reenviarlo a algún lugar y seguir”.
La guía P2P de Binance indica que si ocurre un pago de un tercero, el vendedor no debe liberar la criptomoneda. El caso debe gestionarse mediante Apelación (Appeal) y cualquier reembolso debe volver a la cuenta que realmente envió el dinero.
Ese pequeño detalle importa.
Imagina que el Comprador A está en el pedido P2P de Binance, pero el dinero llega desde la Cuenta Bancaria B. Entonces, alguien en el chat dice: “No pasa nada, solo reembolsa a la Cuenta C”.
Ahora una sola operación tiene tres identidades.
El pedido original apunta a A.
El registro bancario entrante apunta a B.
El reembolso apuntaría a C.
Incluso si cada transferencia es genuina, la trazabilidad del pago se vuelve más difícil de explicar.
Así que yo trataría un reembolso como parte del mismo registro de transacción, no como un nuevo acuerdo privado.
Antes de la liberación, verifico el nombre del pagador con el contrapartido verificado y confirmo los fondos en mi propia app bancaria. Si los nombres no coinciden, mantengo la criptomoneda en custodia (escrow), mantengo la conversación dentro del pedido de Binance, guardo el Order ID y el recibo, y uso Appeal.
Y si se requiere un reembolso, no seguiría una cuenta recién proporcionada en el chat. La vía más limpia es volver al remitente original mediante el proceso oficial.
Eso cambió la forma en que pienso sobre “devolver el dinero”.
Un reembolso seguro debe cerrar la trazabilidad del pago.
No debería crear una nueva.
#binancep2pantoan @Binance Vietnam
$TUT - $BLUAI - $BTC
Refund to the original sender
Trust the new refund account
Release and sort it out later
Let Appeal handle the mismatch
9 hora(s) restante(s)