Solía encontrarme con una situación que me obligó a volver a leer el procedimiento de Binance P2P: fue cuando vendí 200 USDT después de ganar un airdrop de Binance Alpha. El comprador me envió una captura de pantalla diciendo que ya había transferido el dinero y me presionó para que liberara el cripto. A simple vista, todo parecía bastante normal, pero al comprobar directamente la cuenta a la que debía llegar el pago, me di cuenta de que ese dinero ni siquiera había aparecido. A partir de esta situación, empecé a prestar más atención a un detalle de la guía de Binance: el vendedor solo debería liberar el cripto después de confirmar por sí mismo que realmente ha recibido el dinero.

Volví a leer la guía de Binance y vi que el proceso es bastante claro. Al vender, el cripto se mantiene en escrow; el vendedor espera a que el pago llegue al método acordado, luego confirma que el dinero se recibió realmente y, recién después, libera.

Quiero entender por qué este paso de confirmación se coloca antes de la liberación, en lugar de basarse solo en el aviso de “pagado”.

Al revisar más documentación de seguridad de P2P, la razón se hizo más clara. Binance advierte sobre confirmaciones de pago falsas y recomienda verificar directamente la cuenta receptora en vez de confiar en capturas de pantalla, recibos o SMS.
Resulta que el escrow no significa que el vendedor pueda saltarse la verificación final. El escrow mantiene el cripto durante la operación, pero sigue siendo necesario que el destinatario compruebe si el dinero fiduciario realmente llegó o no.

Mirándolo en perspectiva, en P2P siempre hay una parte de responsabilidad que recae en el usuario. Quizá en P2P, la seguridad no está en confiar en que el sistema ya resolvió todo el riesgo, sino en que uno siga revisando lo que el sistema no puede verificar por nosotros.
#binancep2pantoan @Binance Vietnam $BTC