メモリプールとは何か

ビットコインウォレットで送信ボタンを押すと何が起こるのでしょうか。トランザクションは即座にブロックに記録されるわけではありません。送信ボタンを押した時点とブロックに含まれる時点の間には、必ず待機区間が存在します。この待機空間がメモリプール（Mempool）です。

メモリプールの定義

メモリプールはMemory Poolの略称です。ビットコインネットワークにおいて、まだブロックに含まれていない未確認（unconfirmed）トランザクションが待機する一時的な保存領域です。

ビットコインブロックは平均10分ごとに1つ生成されます。その10分の間に発生するすべてのトランザクションは即座には処理されず、メモリプールで自分の順番を待ちます。マイナーが次のブロックを作成する際に、メモリプールからトランザクションを取り出してブロックに格納します。

[ウォレットから送信] → [ネットワーク伝播] → [メモリプール待機] → [マイナー選択] → [ブロック格納] → [確認完了]

「1つのメモリプール」は存在しない

よく「ビットコインのメモリプール」と1つの場所のように言いますが、実際には単一のメモリプールは存在しません。ビットコインネットワークに参加する各ノードが、自分自身のメモリプールを独立して管理しています。

東京にあるノードのメモリプールとニューヨークにあるノードのメモリプールはほぼ同じですが、完全に同一ではありません。その理由は以下のとおりです。

• 伝播遅延： トランザクションがすべてのノードに到達するまでに時間がかかります。
• ノード設定の違い： 最低手数料率、メモリプールの最大サイズなどの設定がノードごとに異なります。
• 接続状態： ノードが接続しているピア（peer）によって、受信するトランザクションが異なる場合があります。

したがって「メモリプールにトランザクションがある」とは、正確には「特定のノードのメモリプールに当該トランザクションがある」という意味です。ほとんどの場合、トランザクションは数秒以内にネットワーク全体に広がるため、実用的には大きな差はありません。

トランザクションがメモリプールに入るまでの過程

トランザクションが生成されてブロックに含まれるまで、以下のステップを経ます。

ステップ1：ブロードキャスト ウォレットソフトウェアが署名済みトランザクションを接続先のビットコインノードに送信します。

ステップ2：ノード検証 トランザクションを受信したノードは有効性を検証します。主な検証項目は以下のとおりです。

検証項目	内容
署名の有効性	秘密鍵の所有者が署名したか
二重支払いの有無	入力UTXOがすでに消費されていないか
手数料の充足	最低手数料率（min relay fee）を満たしているか
スクリプトの有効性	ロック/アンロックスクリプトが正しいか

ステップ3：メモリプールに追加 検証を通過すると、ノードは当該トランザクションを自身のメモリプールに追加します。

ステップ4：周辺ノードに伝播 ノードは接続している他のノードに新しいトランザクションを通知します。受信したノードも同じ検証過程を経て自身のメモリプールに追加し、再び周辺に伝播します。この過程が繰り返されてトランザクションがネットワーク全体に広がります。

検証に失敗したトランザクションはメモリプールに追加されず、伝播もされません。

マイナーのトランザクション選択

マイナーは新しいブロックを作成する際にメモリプールからトランザクションを選択します。すべてのトランザクションを格納できるわけではありません。ブロックにはサイズ制限があるためです。

ビットコインのブロックサイズ上限は**4MB（4,000,000 weight units）**です。一般的なブロックには約2,000〜4,000個のトランザクションが入ります。

マイナーの選択基準はシンプルです。**手数料率（sat/vbyte）が高いトランザクションから優先的に含めます。**マイナーの収益はブロック報酬と手数料の合計なので、同じブロック空間であれば手数料をより多く支払うトランザクションを格納するのが合理的です。

メモリプールのトランザクション（手数料率の高い順）：

  50 sat/vbyte  ████████████  ← 次のブロックに含まれる
  30 sat/vbyte  ██████████    ← 次のブロックに含まれる
  15 sat/vbyte  ████████      ← 次のブロックに含まれる
  ─────────────────────────── ブロックサイズ上限（4MB weight）
   8 sat/vbyte  ██████        ← 待機
   3 sat/vbyte  ████          ← 待機
   1 sat/vbyte  ██            ← 待機（長時間）

メモリプールの混雑と手数料競争

メモリプールにトランザクションが増えると競争が激しくなります。1つのブロックに格納できるトランザクション数は限られているため、早い確認を求めるならより高い手数料率を設定する必要があります。

ネットワーク混雑度に応じた手数料率の変化の例：

ネットワーク状態	未確認TX数	次のブロック手数料率	予想待機時間（1 sat/vbyte）
閑散	数千件	1〜2 sat/vbyte	10〜20分
普通	数万件	5〜15 sat/vbyte	数時間
混雑	10万件以上	50〜200 sat/vbyte	数日〜無期限

2024年のビットコイン半減期前後には手数料率が数百sat/vbyteまで高騰した事例があります。反対に、週末や日本時間の早朝（UTC基準の午前）にはメモリプールが比較的閑散になる傾向があります。

メモリプールのパージ（Purging）

各ノードのメモリプールは無制限にトランザクションを保管するわけではありません。Bitcoin Coreのデフォルト設定ではメモリプールの最大サイズは300MBです。

メモリプールが上限に達すると、ノードは**手数料率が最も低いトランザクションから削除（purge）**します。削除されたトランザクションは当該ノードのメモリプールからは消えますが、ネットワークから完全に消えたわけではありません。他のノードのメモリプールにはまだ残っている可能性があります。

またBitcoin Coreはデフォルトで**14日間（336時間）**以上メモリプールに留まったトランザクションを期限切れとして処理します。

メモリプールパージ条件：
1. メモリプールサイズが300MB（デフォルト）に到達
2. 手数料率が最も低いTXから削除
3. 最低リレー手数料率（minrelaytxfee）未満のTXを拒否
4. 14日以上未確認のTXを期限切れ処理

メモリプールから削除されたトランザクションはキャンセルされたわけではありません。当該UTXOは依然として元の所有者のものであり、新しいトランザクションを作成して再送信できます。

RBFとCPFP：手数料を調整する2つの方法

メモリプールにトランザクションが入った後、手数料が低すぎて確認が遅延する場合、2つの方法で手数料を調整できます。

RBF（Replace-By-Fee）

手数料を引き上げて新しいバージョンのトランザクションに置き換える方法です。

• 原理： 同じ入力（UTXO）を使用しつつ、手数料率を引き上げた新しいトランザクションをブロードキャストします。ノードは既存のトランザクションを新しいトランザクションに置き換えます。
• 条件： 元のトランザクションにRBFシグナル（BIP 125）が含まれている必要があります。nSequenceの値が0xfffffffe未満であればRBFが有効化されます。
• 使用シナリオ： 手数料を低く設定した後、急いで確認が必要になった場合。

元のトランザクション: 5 sat/vbyte → メモリプール待機中
RBFトランザクション:  25 sat/vbyte → 元のTXを置き換え → 早い確認

CPFP（Child-Pays-For-Parent）

受取人が未確認トランザクションの出力を使って、高い手数料の子トランザクションを作成する方法です。

• 原理： マイナーは子トランザクションを含めるためには親トランザクションも一緒に含める必要があります。子の高い手数料が親の低い手数料を補償します。
• 使用シナリオ： 受取人が早く確認を受けたい場合、または送信者がRBFを設定していなかった場合。

比較項目	RBF	CPFP
実行主体	送信者	受取人（または送信者）
原理	既存TXの置き換え	新規TX追加で合計手数料を引き上げ
前提条件	RBFシグナルが必要	未確認出力の存在が必要
効率性	高い（追加データなし）	低い（子TXのサイズ分だけ追加コスト）

各方法の全メカニズム — BIP-125 opt-inルール、増分リレー手数料、ウォレット別の使い方、子手数料の計算式 — は、専用項目の RBF（Replace-by-Fee） と CPFP（Child-Pays-for-Parent） で確認できます。

Full-RBF：opt-inシグナルの終わり

opt-in RBFシグナル（BIP 125）は、最初から合意ルールではなくリレーポリシー上の慣行でした。マイナーは、元のトランザクションが置換可能を「シグナル」したかどうかに関係なく、より高い手数料を支払うトランザクションを含める経済的インセンティブを持ちます。Bitcoin Core 24.0（2022年）で導入された full-RBF オプション（mempoolfullrbf=1）は、これを明示的にし、opt-inシグナルなしでもすべての未確認トランザクションを置換できるようにしました。

これをめぐる論争はビットコインコミュニティにおける重要なポリシー議論の一つでした。賛成派は、未確認トランザクションは最終性が保証されないため、RBFシグナルに依存することは偽のセキュリティ感覚を与えるだけで、full-RBFはマイナーの現実をコードに反映するだけだと主張しました。反対派は、0-承認決済を受け入れる商人やサービスへの影響を懸念しました。結果として論争は現実によって決着しました。Bitcoin Core 28.0でfull-RBFがデフォルトで有効化されたのです。今では すべての 未確認トランザクションが置換され得ると想定すべきであり、後述の0-confの危険が重要な理由はまさにこれです。

手数料率を詳しく：sat/vBとウェイトユニット

手数料推定で最も重要な単位は sat/vB（satoshi per virtual byte） です。セグウィット以降、ブロック容量は ウェイトユニット で測定され、1仮想バイト（vByte）= 4 weight units、ブロックは最大4,000,000 weight unitsを格納します。マイナーは利用可能なブロック空間を手数料率の高いトランザクションから埋めるため、確認優先順位を決めるのは総手数料（サトシ）ではなく 手数料率 です。1万サトシの手数料は絶対額では十分に見えても、トランザクションが大きければ遅く、はるかに少ない手数料でもvByteあたりの率が十分高ければ即座に確認され得ます。

RBFが単なる緊急手段ではなくコスト削減戦略である理由はここにあります。不確実なメンプール状況では、まず保守的な手数料率で送信し、期限内に確認されない場合のみ引き上げればよいのです。「速い」包含のために常に過剰支払いする習慣を避けられます。mempool.spaceや stats.txid.uk などのツールで現在の手数料分布を確認でき、急がないトランザクションは週末や閑散な時間帯を狙えば手数料率が大きく下がります。

メモリプールをネットワーク健全性の指標として読む

メモリプールのサイズはネットワーク需要のリアルタイム指標です。メモリプールが空であれば最小手数料のトランザクションも次のブロックで処理され、メモリプールが数百MBまで膨らめばブロック空間の需要が供給を大きく超過し、手数料が急騰します。歴史的に、混雑は市場の急変、NFT/Ordinalsブーム、スパムの波とともに現れてきました。2017年末の価格急騰期にはメモリプールが数十万件の未確認トランザクションであふれ、トランザクションあたりの手数料が数十ドルに達しました。こうした出来事は、セグウィット、バッチ処理、ライトニングネットワークの採用を後押ししました。手数料が急騰する理由をより深く知るには、手数料が急騰する本当の理由 を参照してください。

実習：txid.ukでメモリプールの現況を確認する

txid.ukのホーム画面では、現在のメモリプールの状態をリアルタイムで確認できます。

確認可能な情報：

• 未確認トランザクション数： 現在メモリプールで待機中のトランザクションの総数
• メモリプールサイズ： 待機中のトランザクションの総データサイズ（MB）
• 推奨手数料率： 目標確認時間（次のブロック、30分、1時間など）に応じた手数料率

未確認TX数が多くメモリプールサイズが大きければ混雑状態であり、高い手数料率が必要です。反対にメモリプールがほぼ空であれば、最低手数料率（1 sat/vbyte）でも次のブロックに含まれる可能性があります。stats.txid.ukではメモリプールサイズ、平均手数料率などのトレンドを時系列グラフで確認でき、手数料が低い時点を予測するのに役立ちます。

メモリプールと0-conf（ゼロ承認）取引の危険性

トランザクションがメモリプールに入ったもののまだブロックに含まれていない状態を**0-conf（ゼロ承認）**と呼びます。一部の店舗やサービスでは迅速な決済のために0-conf取引を受け入れていますが、これには危険が伴います。

• RBFによる二重支払い： 送信者がRBFで受取人のアドレスを変更した新しいトランザクションに置き換えることができます。
• マイナーの協力： マイナーが元のトランザクションの代わりに別のトランザクションをブロックに含める可能性があります。
• 伝播競争： 同一UTXOを使用する2つのトランザクションが同時にブロードキャストされると、ノードごとに先に受信したものが異なる場合があります。

ブロックに含まれて最低1承認を受けてこそ、トランザクションは確定的に有効です。高額取引では6承認（約1時間）を待つのが慣行です。メモリプールにあるということは「ネットワークに通知された」という意味であり、「確定した」という意味ではありません。

まとめ

メモリプールはビットコイントランザクションがブロックに含まれる前に待機する一時的な空間です。各ノードが独立して自身のメモリプールを管理し、マイナーは手数料率が高いトランザクションからブロックに格納します。ネットワークが混雑すると手数料競争が激しくなり、RBFとCPFPを通じて手数料を事後調整できます。メモリプールの状態を確認し、適切な手数料率を設定することが、ビットコインを効率的に使用する核心です。txid.ukでリアルタイムのメモリプール現況を確認する習慣をつけましょう。

関連記事：

• メモリプール（概念項目） - 凝縮された定義とトランザクションのライフサイクル
• RBF（Replace-by-Fee） - 送信者側の手数料引き上げの詳細
• CPFP（Child-Pays-for-Parent） - 受取人側の手数料引き上げの詳細
• 手数料計算実践ガイド
• TXIDとは何か
• ブロックチェーンはどのように動作するのか