Um pagamento de terceiro cria uma situação P2P constrangedora: o dinheiro é real, mas a pessoa que o enviou não é a pessoa do pedido.

O que me surpreendeu é que a resposta mais segura não é simplesmente “devolver para algum lugar e seguir em frente”.

As orientações de P2P da Binance dizem que, se ocorrer um pagamento de terceiro, o vendedor não deve liberar a criptomoeda. O caso deve ser tratado via Recurso (Appeal), e qualquer reembolso deve voltar para a conta que realmente enviou o dinheiro.

Esse detalhe pequeno importa.

Imagine o Comprador A em um pedido P2P da Binance, mas o dinheiro chega a partir da Conta Bancária B. Então alguém no chat diz: “Sem problemas, é só reembolsar para a Conta C”.

Agora uma única negociação tem três identidades.

O pedido original aponta para A.
O registro bancário de entrada aponta para B.
O reembolso apontaria para C.

Mesmo que cada transferência seja legítima, o rastro de pagamentos fica mais difícil de explicar.

Por isso, eu trataria um reembolso como parte do mesmo registro da transação, e não como um novo acordo privado.

Antes de liberar, eu verifico o nome do pagador contra o contraparte verificado e confirmo os fundos no meu próprio app bancário. Se os nomes não coincidirem, mantenho a criptomoeda em custódia, mantenho a conversa dentro do pedido da Binance, salvo o ID do Pedido e o recibo e uso o Recurso (Appeal).

E se for necessário um reembolso, eu não seguiria uma conta recém-fornecida no chat. O caminho mais limpo é voltar ao remetente original por meio do processo oficial.

Isso mudou a forma como penso sobre “devolver o dinheiro”.

Um reembolso seguro deve encerrar o rastro do pagamento.

Ele não deve criar um novo.
#binancep2pantoan @Binance Vietnam
$TUT - $BLUAI - $BTC