交換トラブルの証拠：5つの時計のどれが基準か
1回の交換で5つの時計が同時に動きます。ブラウザ、当社サーバー、上流の価格ロック、マイナーが書くブロックヘッダー、プールの台帳。2026年11月6日に各時計の誤差を実測しました。決めるのは最後の一つだけです。
交換の異議は時計の争いで、引用される時計はたいてい間違っています。 9月24日から本日06:05 UTCまでに注文台帳は151件——期限切れ123、完了21、失敗5、返金2——で、入金アドレスは142個でした。うち期限が保存されているのは23件だけ、残り128件は存在せず、サイト内30分の代替規則でした。この比率が「時間内に送った」という議論の大半を説明します。6件に5件は上流の期限がなく、ある場合でも30分ではなく10分です。
第一の時計は目に見えるもので、あなたの端末のものです。 注文ページはサーバーに残り時間を問いません。サーバーが渡した期限から、自分のブラウザの `Date.now()` を毎秒引くだけです。状態のポーリングは5秒ごと。計算は正確ですが、入力は正確ではありません。5分進んだスマホなら5分多く、5分遅れたノートPCなら5分少なく表示され、ページはどちらが正しいか分かりません。だからカウントダウンのスクリーンショットはほぼ無意味です。それは時間についての意見の記録で、その意見を出しているのは主張している端末そのものです。
第二の時計は当社のもので、あなたの前に出せる唯一のものです。 注文はミリ秒で保存され、06:04:44 UTC 時点でオリジンのシステム時計は Cloudflare の `Date` ヘッダーと同一秒に収まっており、基準はずれていません。期限が保存された23件のうち、ChangeNOW 13件は作成から期限まで599.4〜599.9秒（中央値599.9）、FixedFloat 10件は中央値599.1秒——無関係な2つのプールが同じ10分を出しています。平滑化せず名指しすべき例外が1件あります。あるFixedFloat注文は期限が作成時刻とミリ秒まで同一、つまり0秒の窓でしたが、それでも `waiting_deposit` のまま2,402.7秒留まりました。誰かがその注文を読むまで状態を書き換えるものが無いからです。
第三の時計は価格ロックで、注文より短いものです。 06:06 UTC、100 USDT-TRC20→XMR の見積は `validUntil` が119.8秒後でした。同じエンドポイントは200、500、1,000、2,000、5,000 USDTでは `validUntil: null` を返しました。短いロックではなく、ロックがありません。見積ルートはサーバー側で8秒キャッシュするので、その間に2回押すと同じ数字が出るのは正常です。3つの定数を並べて読むと、画面の価格は2分で失効し、そこから作る注文には10分の入金窓があり、約130 USDT以上では上流の価格約束が存在せず、ボタンを押した瞬間の再見積だけがある、となります。 (XMR→USDT 出口ルート)
第四の時計はチェーンで、あなたの時間では動きません。 ブロックのタイムスタンプはそれを掘った者が書き、拘束するのは2つのコンセンサス規則だけです。Bitcoinは直前11ブロックの中央値より後、かつノード時計より2時間以内。Litecoinも同じ2時間。Zcashはより厳しく、中央値より90分、ローカル時計に対して2時間。Moneroは直近60ブロックの中央値より2時間先まで。06:05〜06:06 UTCの実測では、Bitcoinの最新ブロックは既に1,866秒「古く」、その刻印は11ブロック中央値より3,436.8秒上、15ブロックの間隔中央値は441.5秒でした。Litecoinの先端は623秒前で余裕の中央値424.5秒、Zcashの最新ブロックは840秒前、Moneroの先端は109秒前ながら60ブロック中央値より3,847秒上です。ブロック時刻はコインが実際に動いた瞬間から1時間離れうる、ということです。 (ZcashとMonero 2026比較)
第五の時計はプールの台帳で、決めるのはこれだけです。 入金を計上するとき、上流は自分の到着時刻を使います。あなたのスクショでも、ブロックヘッダーでも、当社の行でもありません。期限切れ123件のうち90件が `local_timeout` なのはそのためで、当社の窓が切れて閉じたのであって、上流は期限切れと言っていません。逆も同じです。11月3日09:28:17 UTCに作られた完了注文は、最後の記録が自身の期限より259秒後でも paid のままでした。同じ朝の返金注文は作成から refunded まで約40秒。つまり「遅い」は上流の判断で、算術ではありません。あなたが支配できる入力はブロードキャストの瞬間だけです。
言い争いになりそうなら4つ残してください。 第一に、送金した瞬間に自分のウォレットからコピーしたtxidと、ウォレット自身のタイムスタンプ。これは端から端まであなたが持つ唯一の時計です。第二に、取り込まれたブロック高とそのブロックの時刻。到着を1時間以内に位置づけられます。ただし注文APIは期限を返しても作成時刻は返さないので、窓の始点は自分で記録する必要があります。第三に、作成当時の画面のままの注文IDと入金アドレス。第四に、期限そのものが争点ならスクリーンショットではなく画面録画。状態ポーリングのたびに上流の `validUntil` を読み直して保存値を上書きするため、画面の数字が最初に見た数字とは限りません。
5つのルールと、工学では消せない境界が1つ。 作成後1分以内に入金先と期限が同じ画面にあるうちに撮ること。txidは注文IDと同じメッセージでサポートに送ること（返信を待ってからでは遅い）。自分のブロードキャストに時刻を付けるウォレットを使うこと。「06:09に送った記憶がある」は証拠になりません。ブロック時刻は秒ではなく1時間の精度として扱うこと。見積に期限が付かない金額では、見積と注文の間で価格が動くと前提すること——価格の事実で、時計の事実ではありません。境界はここです。プールがいつ入金を計上したかを示す公開情報はありません。当社は `created_at`、`valid_until`、期限切れの書き込み時刻、ブロックを示せますが、上流の内部時刻は上流のもので、実際に揉めるのはその数字です。本稿のスナップショット：06:02 UTCで436資産・64ネットワーク、XMRは617.74ドル、100 USDT-TRC20は0.14208343 XMR（1 XMR=703.8ドル、ロックレート枠）、1 XMRは612.143 USDT。価格は毎分動きますが、時計の構造は動きません。 (XMR→USDT 出口ルート)