En febrero de 2026, estaba comprando 250 USDT en Binance P2P por unos 6.550.000 VND cuando algo no terminaba de encajar. El vendedor me pidió que me uniera a un grupo de Telegram, donde una cuenta llamada Binance Support con una insignia Premium me indicó que transfiriera el dinero a una cuenta personal de BIDV. Lo extraño era que el pedido P2P mostraba el método de pago verificado del vendedor como VCB, no BIDV.
Por un momento, casi lo trato como un cambio inofensivo. El nombre de la cuenta se parecía al del comerciante y el administrador de Telegram sonaba seguro. Luego dejé de fijarme en quién hablaba y empecé a fijarme en de dónde venían las instrucciones.
Los detalles de pago dentro del pedido de Binance P2P y los detalles de pago dentro de Telegram ya no correspondían a la misma transacción.
En lugar de enviar el dinero, volví al chat del pedido P2P y subí capturas de pantalla de cada mensaje de Telegram. Poco después, Binance Support revisó las pruebas, canceló el pedido y eliminó al comerciante de la plataforma.
Ese intercambio cambió en silencio la forma en que pienso sobre Binance P2P.
Antes creía que detectar administradores falsos era la habilidad más importante. Mirándolo en retrospectiva, el hábito más importante era negarse a permitir que la transacción se dividiera en dos conversaciones distintas.
El escrow protege el cripto dentro del pedido, pero no sigue una negociación que ya se ha movido a otro lugar. En el momento en que las instrucciones de pago salen del chat del pedido, la explicación detrás de cada decisión comienza a desaparecer de donde luego se revisará una Apelación.
Por eso, los traders P2P con experiencia a menudo parecen más lentos que todos los demás. No están revisando porque desconfién de cada contraparte. Están asegurándose de que cada decisión importante siga perteneciendo al mismo ID de pedido, a los mismos detalles de pago y a la misma cadena de evidencias.
Desde entonces, he mantenido una regla simple antes de cada transferencia. Si un mensaje no puede defenderse más tarde dentro del pedido de Binance P2P, nunca debería formar parte del intercambio.
@Binance Vietnam #BinanceP2PAnToan
Por un momento, casi lo trato como un cambio inofensivo. El nombre de la cuenta se parecía al del comerciante y el administrador de Telegram sonaba seguro. Luego dejé de fijarme en quién hablaba y empecé a fijarme en de dónde venían las instrucciones.
Los detalles de pago dentro del pedido de Binance P2P y los detalles de pago dentro de Telegram ya no correspondían a la misma transacción.
En lugar de enviar el dinero, volví al chat del pedido P2P y subí capturas de pantalla de cada mensaje de Telegram. Poco después, Binance Support revisó las pruebas, canceló el pedido y eliminó al comerciante de la plataforma.
Ese intercambio cambió en silencio la forma en que pienso sobre Binance P2P.
Antes creía que detectar administradores falsos era la habilidad más importante. Mirándolo en retrospectiva, el hábito más importante era negarse a permitir que la transacción se dividiera en dos conversaciones distintas.
El escrow protege el cripto dentro del pedido, pero no sigue una negociación que ya se ha movido a otro lugar. En el momento en que las instrucciones de pago salen del chat del pedido, la explicación detrás de cada decisión comienza a desaparecer de donde luego se revisará una Apelación.
Por eso, los traders P2P con experiencia a menudo parecen más lentos que todos los demás. No están revisando porque desconfién de cada contraparte. Están asegurándose de que cada decisión importante siga perteneciendo al mismo ID de pedido, a los mismos detalles de pago y a la misma cadena de evidencias.
Desde entonces, he mantenido una regla simple antes de cada transferencia. Si un mensaje no puede defenderse más tarde dentro del pedido de Binance P2P, nunca debería formar parte del intercambio.
@Binance Vietnam #BinanceP2PAnToan