モネロの10確認は何を待っているのか：実測22分の中身

XMR がウォレットに届き、残高の一部はグレーのまま、注文ページはネットワーク確認中と表示し、時計だけが進みます。この待ち時間は謎でも不具合でもありません：モネロは入金を10ブロック経過後に初めて「使える」扱いにします。プロトコルの目標120秒なら約20分、そして2026年10月17日に実測した区間では10ブロックに1,327秒——およそ22分かかりました。数えているのはブロック数であって手数料の競りではないため、送金に上乗せしても何も変わりません。

「10」という数字の出どころ。 これは合意形成の定数であって、サポートページの方針ではありません。モネロの cryptonote_config.h には CRYPTONOTE_DEFAULT_TX_SPENDABLE_AGE = 10（受信した出力が使用可能と見なされるまでのブロック数）が定義され、同じ場所に DIFFICULTY_TARGET_V2（120秒のブロック目標）と CRYPTONOTE_MINED_MONEY_UNLOCK_WINDOW（採掘報酬に課される60ブロックのロック）が並んでいます。だからモネロのウォレットは常に2つの残高を示します：総額と使用可能額（またはロック中とアンロック済み）。新しい資金はまず前者に入り、10ブロック後に後者へ移ります。失われたわけではなく、ネットワークが強制するルール上まだ使えないだけです。

トランザクションの unlock_time と混同しないこと。 モネロには取引単位の unlock_time フィールドもあり、送信者は取引全体を将来のブロック高やタイムスタンプまでロックできます。これは別の仕組みで、ほとんど使われておらず、モネロプロジェクトは FCMP++ とともにそのカスタム形式をコンセンサスから廃止する方向です。10ブロックのルールはそれではありません。誰が頼んだかに関係なく、あらゆる通常の支払いに適用されます——だからエクスプローラはとっくに「確認済み」と表示しているのに、ウォレットはまだ使わせてくれないのです。

なぜ1ブロックではなく10なのか。 確認数はリオーグの割引です。あるブロックがどれだけ最終的かはその上に積まれた作業量で決まり、1ブロック120秒を目標とするチェーンは、10分ブロックのチェーンと同じ実時間の安全性に届くにはより深いカウントが必要です。10ブロックはおよそ20分分の累積プルーフ・オブ・ワーク——その朝に読んだ難易度（約7.31e11、報告ハッシュレートは毎秒約6.09 GH）では、れっきとした投下作業量です。深度のしきい値は慣例であり、ファイナリティ装置ではありません。モネロに「ファイナライズ済み」ラベルはなく、ウォレットも取引所も交換サービスも自前の数字を選び、いつでも変更できます。

この待ち時間が実際のチェーンでどう見えるか（当日実測）。 2026年10月17日 05:38:51 UTC にネットワークは高さ3,785,810、06:00:58 UTC に3,785,820へ到達。10ブロックに1,327秒、平均132.7秒で目標120秒を上回りました——ポアソン過程では珍しくない揺らぎです。高さ3,785,819のブロックは8,334バイトに5件の取引を載せ、こちらの確認中にメモリプールは28〜45件でした。そのブロックの実測手数料：1,531バイトが0.00003062 XMR、2,908バイトが0.00005816 XMR、優先指定の2,218バイトが0.00017744 XMR。同日XMR約558.20ドル換算で、およそ0.017ドル、0.032ドル、0.099ドルです。下限は1 kBあたり0.00002 XMR。

なぜ交換サービスは満額のカウントを待つのか。 プロバイダは自己在庫から支払うため、その支払いは最終的で誰にも取り消せません。したがって反対側の入金が事実上不可逆になってからでないと出金できず、速い高価値チェーンで必要な2〜3確認ではなく、深度の窓を丸ごと待つことになります。実際の注文は段階を踏みます：入金検出、ネットワーク確認中、交換中、送信中、完了。真ん中の区間がこの10ブロックで、その後に受け取る出金トランザクションはあなたのウォレットで独自の確認時計を始めます。待ちは2回です。

しきい値が本当に違う理由。 三つの層、三つの答えです。あなたのウォレットが10ブロックのロックを課すのはプロトコルの既定だからです。取引所が1〜2ブロックで入金を表示するのは、自ら管理する内部台帳に書いているからで、そのクレジットはチェーン上で使えず、出金すれば消えます。交換・決済プロバイダは自前のリスク許容度で数字を決め、予告なく上下させます。これらは一貫して公開されておらず、フォーラムで見た具体的な数字は、そのプロバイダ自身の文書に載るまでは噂にすぎません。誰も信じずに確認できるのは3つ：入金ハッシュ、出金ハッシュ、そしてそれぞれが属するブロック高です。

先に潰しておくべき6つの罠。 (1) ロックはスタックではない——ロック残高はネットワークがまだ使わせない資金で、あなたの操作なしに使用可能へ移ります。(2) 交換の入金に優先手数料を積んでも無意味です。時計はブロック数です。(3) 手元のXMRが採掘直後ならコインベース成熟の対象で、待ちは10ではなく60ブロックです。(4) 「1回目が届いていないようだ」と再送するのは、二重入金と注文不整合の典型的な作り方です。多くの場合、1回目はただブロックを待っています。(5) 取引所のアドレスを出金先に使うのは古典的な自滅で、出金の可否と時期を運営が決める口座に資金を渡すことになります。(6) モネロでメモやペイメントIDを探すのは無駄です。支払いにメモ欄はなく、長いペイメントIDはずっと前にプロトコルから削除されました。受取人を分けるにはサブアドレスを使います。

この時間と戦わず、使い切る方法。 送金前に自分が本当に管理する返金先を設定し、固定見積もりを優先してください。レートは注文作成時に固定されるので、20分の市場変動はあなたの問題ではなくなります。大口の前に小さくテスト交換を1回走らせ、アドレスとネットワークの選択を検証しておきます。モネロのレッグは end-to-end で25〜40分を見込み、大きな金額は1本の巨大注文にせず分割してください。注文ページに2つのハッシュが出たらブロックエクスプローラと突き合わせます。Tor が要件ならミラーは 4jyoxqdyx7dh3xfjctihpld7fgliowhimajfszcgypxash5rjqhas3yd.onion です。執筆時点の参考：0.01 BTC は1.43172703 XMR、1 XMR は541.934556 USDT、同日朝のXMRスポットは約558.20ドル——ページの実勢レートが優先です。実測したカタログは538資産・72ネットワークでした。 (Torでのスワップは安全？)