Платёж третьей стороны создаёт неловкую ситуацию в P2P: деньги реальные, но человек, который их отправил, не является тем, кто указан в заказе.
Меня удивило, что самый безопасный ответ — это не просто «вернуть деньги куда-нибудь и продолжить».
Рекомендации Binance по P2P говорят, что если произошёл платёж третьей стороны, продавец не должен выпускать криптовалюту. Разбирательство должно идти через Appeal, а любой возврат должен быть направлен на тот аккаунт, который фактически отправил деньги.
Этот небольшой нюанс имеет значение.
Представьте, что Покупатель A указан в P2P-заказе Binance, но деньги приходят с Банковского счёта B. Затем кто-то в чате говорит: «Без проблем, просто верните на Аккаунт C».
Теперь у одной сделки оказывается три идентичности.
Изначальный заказ указывает на A.
Пришедшая банковская запись указывает на B.
А возврат будет указывать на C.
Даже если каждый перевод сделан добросовестно, цепочку платежей становится сложнее объяснить.
Поэтому я бы относился к возврату как к части той же записи о транзакции, а не как к новому частному соглашению.
Перед выпуском я сверяю имя плательщика с проверенным контрагентом и подтверждаю наличие средств в своём банковском приложении. Если имена не совпадают, я держу криптовалюту на условном депонировании, веду разговор внутри заказа Binance, сохраняю Order ID и квитанцию и использую Appeal.
И если требуется возврат, я бы не следовал новому аккаунту, который прислали в чате. Самый корректный путь — вернуть деньги исходному отправителю через официальный процесс.
Это изменило то, как я думаю о «возврате денег».
Безопасный возврат должен завершать цепочку платежей.
Он не должен создавать новую.
#binancep2pantoan @Binance Vietnam
$TUT - $BLUAI - $BTC
Меня удивило, что самый безопасный ответ — это не просто «вернуть деньги куда-нибудь и продолжить».
Рекомендации Binance по P2P говорят, что если произошёл платёж третьей стороны, продавец не должен выпускать криптовалюту. Разбирательство должно идти через Appeal, а любой возврат должен быть направлен на тот аккаунт, который фактически отправил деньги.
Этот небольшой нюанс имеет значение.
Представьте, что Покупатель A указан в P2P-заказе Binance, но деньги приходят с Банковского счёта B. Затем кто-то в чате говорит: «Без проблем, просто верните на Аккаунт C».
Теперь у одной сделки оказывается три идентичности.
Изначальный заказ указывает на A.
Пришедшая банковская запись указывает на B.
А возврат будет указывать на C.
Даже если каждый перевод сделан добросовестно, цепочку платежей становится сложнее объяснить.
Поэтому я бы относился к возврату как к части той же записи о транзакции, а не как к новому частному соглашению.
Перед выпуском я сверяю имя плательщика с проверенным контрагентом и подтверждаю наличие средств в своём банковском приложении. Если имена не совпадают, я держу криптовалюту на условном депонировании, веду разговор внутри заказа Binance, сохраняю Order ID и квитанцию и использую Appeal.
И если требуется возврат, я бы не следовал новому аккаунту, который прислали в чате. Самый корректный путь — вернуть деньги исходному отправителю через официальный процесс.
Это изменило то, как я думаю о «возврате денег».
Безопасный возврат должен завершать цепочку платежей.
Он не должен создавать новую.
#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
8 ч. осталось