売り手は入金を確認した。次に、買い手にP2P注文のキャンセルを求めた。
ここから通常の取引が「回収（リカバリー）問題」に変わる。
買い手はUSDTの代金を支払う。売り手は「技術的な問題がある」と言う――たとえば広告が間違っていた、銀行口座に問題がある、あるいは注文を作り直す必要があるかもしれない。続いて、安心させるような一言が来る。「これをキャンセルして。返金するよ。」
“キャンセル”は“取り消し（Undo）”のように聞こえるので、無害に思える。
しかし違う。
キャンセル前の時点では、支払い、チャット、相手、そしてエスクローに預けられた暗号資産はいずれも、まだ1つの稼働中のP2P注文に紐づいている。買い手が支払い後にキャンセルした瞬間、銀行振込はそれに連動して元に戻らない。法定通貨はすでにBinanceの外に出ているのに対し、それをエスクローに結びつけていた注文は状態が変わってしまう。
実際の掲示板の事例もこのパターンだった。売り手が入金を認め、買い手にキャンセルを促したのち、USDTも約束した返金も一度も履行されなかった。
Binance自身のルールが、なぜそれが重要かを説明している。買い手がすでに支払った後に注文がキャンセルされた場合、カスタマーサポートは売り手に返金を求める連絡はできるが、回収は別途で扱われ、売り手が協力を拒否した場合、Binanceは資金を保証できないと述べている。さらにBinanceは、すでに支払われたキャンセル済み注文に対する特定の異議申立（アピール）手順も用意している。
つまり「支払い後のキャンセル」は「支払い前のキャンセル」と別物だ。
お金が動く前なら、キャンセルは望まない取引を終わらせる。
しかしお金が動いた後のキャンセルは、決済を取り消すことにはならない。エスクローに裏付けられた取引が、すでに買い手の銀行から出てしまった法定通貨の回収をめぐる紛争に変わり得る。
だから、売り手に支払い後のキャンセルを求められたとしても、進行中の注文を“個人的な約束”と引き換えにはしない。私はレシート、注文ID、注文内チャットを保持し、代わりにアピール（異議申立）を使う。
問題は単に「この注文をキャンセルできるか？」ではない。
問うべきはこうだ。
「キャンセルしたとき、私が手放してしまう保護は何なのか？」
キャンセルボタンは注文を閉じることはできる。
しかし銀行振込を引き戻すことはできない。
#binancep2pantoan @Binance Vietnam
$PORTAL
$VELVET
$GPS