第三者による決済によって、気まずいP2Pの状況が生まれます。お金は実在しますが、送金した人が注文内の当事者ではないのです。
私を驚かせたのは、最も安全な対応が単に「どこかに送り返して先に進む」ではないことでした。
BinanceのP2Pガイダンスでは、第三者決済が発生した場合、出品者は暗号資産を引き渡さないようにしています。対応はAppeal(異議申し立て)で行い、返金は実際に送金した口座へ戻すべきです。
その細かな点が重要です。
たとえば、買い手AがBinanceのP2P注文にいるのに、送金が銀行口座Bから入金されるとします。するとチャットで誰かが「大丈夫、口座Cに返金すればいいよ」と言います。
すると、1つの取引に3つの身元が登場します。
元の注文はAを指しています。
入金されてきた銀行の記録はBを指しています。
返金先はCを指します。
すべての送金が本物であっても、支払いの履歴を説明するのが難しくなります。
だから私は、返金を新しい個別の合意として扱うのではなく、同じ取引記録の一部として扱います。
引き渡し前に、支払者名が確認済みの相手と一致するかを確認し、自分の銀行アプリで資金が実際にあることを確かめます。名前が一致しない場合は、暗号資産をエスクローに保ち、会話はBinanceの注文内にとどめ、注文IDと領収書を保存し、Appealを使います。
そして返金が必要な場合は、チャットで新たに提示された口座には従いません。最もスムーズな道は、公式手続きで元の送金者へ戻すことです。
「お金を返す」という考え方が変わりました。
安全な返金は、支払いの履歴(トレース)を閉じるべきです。
新しい履歴を作ってはいけません。#binancep2pantoan @Binance Vietnam
$TUT - $BLUAI - $BTC
私を驚かせたのは、最も安全な対応が単に「どこかに送り返して先に進む」ではないことでした。
BinanceのP2Pガイダンスでは、第三者決済が発生した場合、出品者は暗号資産を引き渡さないようにしています。対応はAppeal(異議申し立て)で行い、返金は実際に送金した口座へ戻すべきです。
その細かな点が重要です。
たとえば、買い手AがBinanceのP2P注文にいるのに、送金が銀行口座Bから入金されるとします。するとチャットで誰かが「大丈夫、口座Cに返金すればいいよ」と言います。
すると、1つの取引に3つの身元が登場します。
元の注文はAを指しています。
入金されてきた銀行の記録はBを指しています。
返金先はCを指します。
すべての送金が本物であっても、支払いの履歴を説明するのが難しくなります。
だから私は、返金を新しい個別の合意として扱うのではなく、同じ取引記録の一部として扱います。
引き渡し前に、支払者名が確認済みの相手と一致するかを確認し、自分の銀行アプリで資金が実際にあることを確かめます。名前が一致しない場合は、暗号資産をエスクローに保ち、会話はBinanceの注文内にとどめ、注文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
9 残り時間