USDTをリリースした。すると「何も起きていない」ことを証明しなければならなくなった。

@Binance Vietnam

23:41に、買い手が私のBinance P2Pの注文を「支払い済み」とマークした。売り手がいつも警告されるミスを、私はやってしまった:

支払いを自分の銀行口座で独自に確認する前に、暗号資産を先にリリースしてしまった

それから確認した。お金はない。

私は買い手にメッセージした:
「送金は行われましたか?」

返事は安心させるようなものだった:
「お金はすでに銀行から出ています。もう一度確認してください。」

だから待った。

23:56
00:17。
そして朝が来た。やはり入金はない。買い手は「銀行の明細を確認している」と言い続けていた。

そのとき、リリースを早めたときの本当の代償に気づいた。リリース前なら、確認は数秒で済んだはずだ:

銀行を開く → 入金を探す → 注文と照合 → リリース。リリース後は、はるかに大変な作業になった:

「何かが起きたのではない」ことを証明しないといけなかった。私は異議申し立て(Appeal)を開いた。そして急に、すべての細部が重要になった:

注文ステータス。
注文ID。
チャットのタイムライン。
銀行取引履歴。
口座残高。
支払いが送られたはずの正確な期間。
サポートから、支払い履歴を確認できるように、銀行口座の最新の動画での証拠提供を求められた。
この経験で学んだのは、今ではこう呼んでいる概念だ:

「証明負債(PROOF DEBT)」

検証前に不可逆な行動を取るたびに、未来から確実性を借りる。うまくいけば、気づかないかもしれない。しかし何かが起きると、その負債は高くつく。

リリース前:
買い手が先にお金を送るべき

誤ったリリースの後
お金が届かなかった理由を証明する必要が出るかもしれない

それはまったく別の立場だ。

今の私のルール:

先に検証
次にリリース
決して、未来から確実性を借りない。

「支払い済み」は情報。
「銀行から出金された」は情報。
正しい入金が自分の銀行で表示されていることが検証だ。

リリースボタンは、検証済みの取引を確定するためのものだ。調査を始めるためではない。

#BinanceP2PAnToan

学びは「入金が1つ欠けた」ことよりも大きかった。P2Pでは、リリース前の検証が最も安い。リリース後は、確認しないといけない不足が、後になって圧力の中で作り直す必要が出るかもしれない「証拠」になる。

$ACE $BEAT $CLO