SEGURANÇA NO BINANCE P2P: QUANDO NÃO DEVEMOS CANCELAR O PEDIDO?
Esta manhã, entrei no Binance P2P para comprar 115,89 USDT de um merchant. O preço estava bem “leve”, a conta tem o selo Bronze Merchant, e o perfil também estava ok: mais de 158.800 transações e taxa de conclusão de cerca de 97,06%. Por isso, eu criei a ordem de transação com eles.
Mas antes de fazer a transferência, o merchant me mandou uma mensagem no Chat e pediu que eu transferisse o dinheiro para uma outra conta bancária, com as informações diferentes das que aparecem no pedido.
Para mim, isso é um red flag clássico. Naquele momento, a ordem ainda estava como “pending” e eu ainda não tinha transferido, então eu escolhi Cancel Order. A transação terminou e eu não precisei fazer mais nada.
Porém, se esse caso acontecer depois de uma etapa a mais, a forma como eu trataria seria completamente diferente.
Por exemplo: se o dinheiro já foi transferido e só então eu percebi que as informações não estão corretas, ou que o merchant ainda não liberou o cripto. Nesse caso, eu não vou conseguir cancelar mais.
Por isso, eu vou clicar em Appeal. Como eu sempre guardo o comprovante de pagamento, o Order ID e o conteúdo do Chat no P2P, na hora do Appeal eu apresento essas evidências para o suporte do Binance verificar e resolver seguindo o processo correto.
Motivo: Cancel pode encerrar o status do pedido, mas o dinheiro que eu já transferi para o banco não volta automaticamente só porque a ordem foi cancelada.
Depois desse caso, eu percebi uma coisa bem importante.
Mesmo um red flag igual, a forma de lidar no P2P pode ser totalmente diferente apenas porque o status do pagamento mudou.
Os botões Cancel ou Appeal não deveriam ser escolhidos com base no sentimento de “essa ordem parece suspeita?”, e sim de acordo com o estado do dinheiro. O red flag só me mostra que a transação tem um problema; já o payment state é que decide o que eu devo fazer em seguida.
#binancep2pantoan @Binance Vietnam $CYS ✨
Esta manhã, entrei no Binance P2P para comprar 115,89 USDT de um merchant. O preço estava bem “leve”, a conta tem o selo Bronze Merchant, e o perfil também estava ok: mais de 158.800 transações e taxa de conclusão de cerca de 97,06%. Por isso, eu criei a ordem de transação com eles.
Mas antes de fazer a transferência, o merchant me mandou uma mensagem no Chat e pediu que eu transferisse o dinheiro para uma outra conta bancária, com as informações diferentes das que aparecem no pedido.
Para mim, isso é um red flag clássico. Naquele momento, a ordem ainda estava como “pending” e eu ainda não tinha transferido, então eu escolhi Cancel Order. A transação terminou e eu não precisei fazer mais nada.
Porém, se esse caso acontecer depois de uma etapa a mais, a forma como eu trataria seria completamente diferente.
Por exemplo: se o dinheiro já foi transferido e só então eu percebi que as informações não estão corretas, ou que o merchant ainda não liberou o cripto. Nesse caso, eu não vou conseguir cancelar mais.
Por isso, eu vou clicar em Appeal. Como eu sempre guardo o comprovante de pagamento, o Order ID e o conteúdo do Chat no P2P, na hora do Appeal eu apresento essas evidências para o suporte do Binance verificar e resolver seguindo o processo correto.
Motivo: Cancel pode encerrar o status do pedido, mas o dinheiro que eu já transferi para o banco não volta automaticamente só porque a ordem foi cancelada.
Depois desse caso, eu percebi uma coisa bem importante.
Mesmo um red flag igual, a forma de lidar no P2P pode ser totalmente diferente apenas porque o status do pagamento mudou.
Os botões Cancel ou Appeal não deveriam ser escolhidos com base no sentimento de “essa ordem parece suspeita?”, e sim de acordo com o estado do dinheiro. O red flag só me mostra que a transação tem um problema; já o payment state é que decide o que eu devo fazer em seguida.
#binancep2pantoan @Binance Vietnam $CYS ✨