ビットコイン送金が遅い時は？mempool・RBF・CPFPの確認方法

本記事にはアフィリエイト広告（PR）を含む場合があります。

※本記事にはアフィリエイト広告（A8.net）を含みます。記載の内容は2026年8月時点で公開情報を確認した一般的な解説です。

※本記事にはAmazonアソシエイトのリンクを含みます。内容は2026年8月17日にBitcoin Core 31.1、31.0 RPC文書、BIP 125/141で確認しています。送金の復旧可否はウォレット、取引所、トランザクション状態で異なります。

ビットコイン送金が遅いとき、同じ送金をもう1回作るのは安全な対処ではありません。元のトランザクションが別のノードにmempoolに残っていれば、競合や二重送信の原因になります。

この記事では、txidの有無から状態を切り分け、mempool、手数料率、RBF、CPFP、確認数の意味を現行Bitcoin Coreに沿って説明します。P2P伝播の基礎はビットコインP2Pネットワークの仕組みで補足しています。

送金が遅いときの切り分け表

取引所からの出金は、取引所がバッチ処理・審査・手数料設定を行います。txidがなければ、利用者側からRBFやCPFPを実行できるオンチェーン取引がまだない可能性があります。

送金手数料の年間コストは 送金手数料の年間コスト計算 で確認できます（1回の手数料と回数から3年分まで表示）。

送金手数料の年間コストは 仮想通貨の送金手数料はいくら？ で計算できます。

mempoolはネットワーク共通の待合室ではない

mempoolは、各ノードが自分のポリシーに基づいて保持する未確認トランザクション集合です。「世界にmempoolが1つある」わけではありません。同じtxidがあるノードには残り、別のノードでは見えないことがあります。

Bitcoin Coreの現行ソースでは、通常時の既定上限は300MB、既定保持期間は336時間です。ただし、これは特定ノードの実装方針です。オペレーターは設定を変えられ、混雑時には低い手数料率の取引がより早くevictされます。

そのため、エクスプローラ1つで「見つからない」ことは、ネットワーク全体から完全に消えた証明ではありません。また、mempoolから消えてもトランザクション自体にプロトコル上の固定期限がつくわけではありません。

絶対手数料ではなくsat/vBを見る

マイナーが利用できるブロック空間は有限です。比較の基本は、支払った手数料総額ではなく、仮想サイズ1 vbyteあたりの手数料率（sat/vB）です。

Bの手数料総額は大きいものの、単体の手数料率はAより低くなります。一方、親子トランザクションがある場合は個々だけでは決まりません。

Bitcoin Core 31.0ではmempoolがcluster設計へ再実装されました。ノードは親子関係を含むchunkの有効手数料率を考慮し、ブロック候補の並べ替え、eviction、伝播を判断します。「常に単体のsat/vBが高い順」という説明は現行実装を表しません。

現在の手数料見積もりは保証ではない

Bitcoin Coreのestimatesmartfeeは、目標ブロック数内に確認開始するための概算手数料を推定します。目標は1から1008ブロック、モードはeconomicalまたはconservativeです。

bitcoin-cli estimatesmartfee 6 "conservative"

返るのは過去の確認データに基づく推定で、未来の急激な需要増を保証しません。方式や単位の異なるWebサービスの「○分で確認」も保証値ではありません。

RBFで手数料を上げられる条件

RBF（Replace-by-Fee）は、同じ入力を消費するより高手数料のトランザクションで、未確認取引を置換するポリシーです。BIP 125はnSequence < 0xfffffffeによる明示的なopt-inを定義します。

しかしBitcoin Core 28.0からはmempoolfullrbf=1が既定値です。明示的にopt-inしていないという表示だけで、未確認取引がネットワーク上で絶対に置換不可とは言えません。未確認入金を受け取り完了と扱わないでください。

Bitcoin Core walletで自分が作成した未確認取引は、条件を満たせばbumpfeeを利用できます。watch-onlyや外部署名ではpsbtbumpfeeを使う場合があります。

bitcoin-cli bumpfee "<txid>" '{"conf_target":6,"estimate_mode":"conservative"}'

実際の手数料率やchange出力は署名前に確認します。ノードへ受理されるには、元取引より高い手数料と手数料率、追加リレー手数料などのポリシーを満たす必要があります。Bitcoin Core 31.0では、置換後のmempool手数料ダイアグラムが改善することも判定します。

取引所が作った出金、自分が鍵を持たないカストディアルウォレット、すでに確認済みの取引に対し、利用者が勝手にbumpfeeを実行することはできません。

CPFPを使えるのは子出力を使える人

CPFP（Child Pays for Parent）は、低手数料の未確認親トランザクションの出力を、高手数料の子トランザクションで消費する方法です。マイナーが子を取り込むには親も必要なため、親子全体の有効手数料率を上げられます。

CPFPを使えるのは、未確認出力の秘密鍵を持ち、対応ウォレットでその出力を選択できる人です。受信側でも使える場合がありますが、取引所の入金アドレスの鍵は利用者が持っていないため、利用者側からCPFPはできません。

現行Bitcoin Coreは親子packageの伝播とsubmitpackageを改善していますが、RPCでの受理成功がネットワーク全体への伝播を保証するわけではありません。複雑な親子関係では、利用ウォレットの正式手順を優先します。

自分のBitcoin Coreで読み取る

自分のフルノードを使うと、txidやアドレスを第三者エクスプローラに渡さずに、自分のmempool状態を確認できます。

bitcoin-cli getmempoolentry "<txid>"
bitcoin-cli getmempoolinfo
bitcoin-cli estimatesmartfee 6 "conservative"

getmempoolentryは、そのノードのmempoolにある取引の仮想サイズ、手数料、親子関係、chunk情報等を返します。「見つからない」結果は、そのローカルmempoolにないことを示すだけです。

フルノードの容量、pruning、RPCを公開しない設定はビットコインフルノードの必要容量で確認できます。ノードを立てる必要がなければ、まず使用中ウォレットの取引詳細と正式サポートを使います。

確認数は「6回なら完全」ではない

トランザクションを含むブロックが最も累積proof of workの大きいチェーンに追加されると1確認、その後にブロックが積み上がるごとに確認数が増えます。確認数が増えるほど、通常は近期のチェーン再編で取引が外れるリスクが下がります。

ただし、必要確認数は金額、相手、商品を引き渡すタイミング、受取側のリスク許容度で異なります。「6確認」は広く使われる目安の1つであり、どの金額にも共通するプロトコル上の完全保証ではありません。取引所の入金反映は、ブロックチェーン確認と取引所内部の審査・反映を分けて考えます。

トランザクション構造を体系的に学ぶ

Kalle Rosenbaum著『詳解 ビットコイン―ゼロから設計する過程で学ぶデジタル通貨システム』（オライリー・ジャパン、ISBN 978-4-87311-908-3）は、UTXO、署名、トランザクション、ブロックチェーンを段階的に説明する技術書です。出版社書誌で著者、発行日、ISBN、目次を確認できます。

Amazonで『詳解 ビットコイン』をISBN検索する

本書は2020年刊です。UTXOやブロックの基本を理解する用途に適しますが、Bitcoin Core 28.0の既定full-RBFや31.0のcluster mempoolは後発です。現行の操作は利用版の公式RPC文書で補い、価格、在庫、販売元、紙・電子の別はAmazonの商品画面で確認してください。

やってはいけない対処

• 同じ受取アドレスへ別の新規送金を作り、元取引を放置する
• txidだけでなくseedフレーズ、秘密鍵、パスワードを加速サービスに入力する
• 検索広告のサポート担当に画面共有ソフトを操作させる
• 未確認のエクスプローラ表示を根拠に、受取人が商品や別の暗号資産を先に渡す
• ウォレットの状態を確認せず、生トランザクションを手作業で書き換える

復元フレーズを入力するのは、自分が正式配布元から検証したウォレットへ復元するときだけです。公開された可能性があるseedは、復元して使い続けず、安全な別ウォレットへ移す必要があります。復元の切り分けはシードフレーズで残高0になる原因と安全手順で整理しています。

送金側・受取側別のチェックリスト

自己管理ウォレットから送った場合

• txid、送信先、金額、手数料率をウォレット画面で再確認した
• 送金先と別チェーンではない
• RBFボタンが正式機能として表示されるか確認した
• RBF後の総手数料、手数料率、change出力を署名前に見た
• RBFできない場合は、自分のchangeまたは受取人出力をCPFPで使えるか確認した

取引所が送った場合

• 出金履歴にtxidがあるか確認した
• txidがなければオンチェーン手数料ではなく取引所の処理状態を問い合わせる
• txidがあれば当該取引を伝え、取引所側のRBF・再送信方針を確認する
• 未確認の間は別の出金で自己解決しようとしない

受け取ったが反映されない場合

• 受取側サービスが指定する必要確認数を見る
• アドレスとネットワークが対応しているか確認する
• 未確認出力を自分が使えるウォレットであればCPFP対応を見る
• 確認済みで未反映なら、txid、アドレス、確認数を受取側サポートへ伝える

まとめ

ビットコイン送金が遅いときは、最初にtxidの有無と送金の種類を分けます。mempoolはノードごとに異なり、1つのエクスプローラから消えただけで安全に再送信できるとは限りません。

RBFは送信側、CPFPは未確認出力を使える側が行う手数料引き上げ手段です。どちらもウォレット、鍵、親子関係、ノードポリシーに依存し、次ブロック確認を保証しません。秘密情報を第三者に渡さず、利用ウォレットまたは取引所の正式手順に沿って対処してください。

よくある質問

mempoolから消えれば同じBTCを再送金できますか？

すぐには再送金しないでください。mempoolはノードごとに異なり、別ノードに元取引が残る可能性があります。ウォレットで競合、未使用出力、abandon・RBFの正式操作を確認します。

RBF非対応と表示された取引は絶対に置換されませんか？

絶対とは言えません。BIP 125の明示的シグナルと、ノードが実際に採用するfull-RBFポリシーは分けて考えます。Bitcoin Coreは28.0以降、full-RBFが既定です。未確認取引を確定済みと扱わないでください。

CPFPは受信側でも実行できますか？

受信側が未確認出力の鍵を持ち、対応ウォレットでその出力を使える場合は可能です。取引所入金など、利用者が鍵を持たない出力では実行できません。

確認が6回あればどの送金も完全に安全ですか？

6確認は広く使われる目安ですが、プロトコル上の万能な保証値ではありません。受取側が金額、引き渡す価値、リスク許容度に応じて必要確認数を決めます。