ビットコインの取引の仕組みを理解しようとすると、「UTXO」という言葉に出会うことがあります。UTXOとは「Unspent Transaction Output」の略で、日本語では「未使用トランザクション出力」と訳されます。初めて聞くと難しそうな印象を受けるかもしれませんが、実はビットコインの取引の根幹をなす極めて重要な概念です。
私たちが普段使っている銀行口座では、「残高」という1つの数字で自分の資産を把握します。しかし、ビットコインには「残高」という概念が直接的には存在しません。代わりに、自分が使用できる「まだ使っていないトランザクション出力」の合計が、いわゆる「残高」に相当するのです。
この仕組みは一見すると回りくどく感じるかもしれませんが、ブロックチェーンの分散性、プライバシー、セキュリティを実現するために合理的に設計された構造です。本記事では、UTXOモデルの基本概念から、トランザクションの構造、お釣りの仕組み、そしてアカウントモデルとの比較まで、初心者の方にもわかりやすく解説していきます。
目次
1. UTXOの基本概念
1-1. UTXOとは何か
UTXO（Unspent Transaction Output）とは、ビットコインの取引において「まだ使われていない出力」を指します。もう少し噛み砕いて言うと、過去のトランザクションで誰かに送金された結果、受取人がまだ使っていない（次のトランザクションの入力としてまだ使われていない）ビットコインのことです。
UTXOを理解するために、現金の例を使ってみましょう。あなたの財布に1,000円札が3枚と500円硬貨が2枚入っているとします。「残高は4,000円」と言うこともできますが、実際には「1,000円 x 3 + 500円 x 2」という構成になっています。ビットコインのUTXOも同様に、特定の金額を持った「お札や硬貨」のような個別の単位として存在しています。
ただし、ビットコインのUTXOが物理的な通貨と異なるのは、金種が固定されていない点です。0.03 BTCのUTXO、0.157 BTCのUTXO、1.5 BTCのUTXOなど、任意の金額のUTXOが存在しえます。
1-2. UTXOの3つの構成要素
各UTXOは、以下の3つの要素で構成されています。
トランザクションID（TXID）: このUTXOが生成されたトランザクションのハッシュ値です。どのトランザクションから生まれたUTXOかを特定するための識別子です。
出力インデックス（vout）: 1つのトランザクションには複数の出力が含まれることがあるため、何番目の出力かを示すインデックス番号です。0から始まる整数値で、最初の出力が0、次の出力が1となります。
ロッキングスクリプト（scriptPubKey）: このUTXOを使用するための条件（ロック）を定義するスクリプトです。一般的には「特定の公開鍵に対応する秘密鍵でデジタル署名を提供すること」がアンロック条件となります。
この3つの要素により、ブロックチェーン上のすべてのUTXOは一意に特定され、正当な所有者だけが使用できる仕組みが実現されています。
1-3. 「残高」はUTXOの合計
ビットコインのプロトコル上には「アカウント残高」という概念は存在しません。ウォレットアプリが表示する「残高」は、そのウォレットが管理する秘密鍵で使用可能なすべてのUTXOの金額を合計したものです。
たとえば、あるウォレットのアドレスに以下のUTXOが紐づいているとします。
- UTXO A: 0.5 BTC（トランザクションX、出力#0）
- UTXO B: 0.3 BTC（トランザクションY、出力#1）
- UTXO C: 0.2 BTC（トランザクションZ、出力#0）
この場合、ウォレットは「残高: 1.0 BTC」と表示します。しかし、内部的には3つの独立したUTXOとして管理されており、トランザクションを作成する際にはどのUTXOを入力として使用するかを選択する必要があります。
2. ビットコインのトランザクション構造
2-1. 入力と出力の基本構造
ビットコインのトランザクションは、「入力（Input）」と「出力（Output）」の2つの主要な構成要素から成り立っています。
入力（Input）: 過去のトランザクションで生成されたUTXOを「消費」するための参照です。入力には、消費するUTXOのトランザクションIDと出力インデックス、そしてそのUTXOのロックを解除するためのアンロッキングスクリプト（署名データ）が含まれます。
出力（Output）: 新たに生成されるUTXOです。出力には、送金先への金額と、その金額を使用するための条件（ロッキングスクリプト）が含まれます。
1つのトランザクションには、複数の入力と複数の出力を含めることができます。入力の合計金額から出力の合計金額を差し引いた差額がトランザクション手数料（マイナーへの報酬）となります。
2-2. トランザクションの具体例
AさんがBさんに0.5 BTCを送金する場合を例に、トランザクションの流れを見てみましょう。
Aさんの手元には、0.8 BTCのUTXOがあるとします。
トランザクションの構成:
- 入力: Aさんの0.8 BTC UTXO（過去のトランザクションから参照）
- 出力1: Bさんへ0.5 BTC（Bさんの公開鍵ハッシュでロック）
- 出力2: Aさんへ0.2999 BTC（Aさんの別のアドレスへのお釣り）
- 手数料: 0.0001 BTC（入力合計 – 出力合計）
このトランザクションが承認されると、以下の変化が起きます。
- Aさんの0.8 BTC UTXOは「使用済み」となり、UTXOセットから削除される
- Bさんの0.5 BTC UTXOが新たに生成され、UTXOセットに追加される
- Aさんの0.2999 BTC UTXOが新たに生成され、UTXOセットに追加される
2-3. 複数入力のトランザクション
1つのUTXOだけでは送金額に足りない場合、複数のUTXOを入力として使用することができます。
たとえば、Aさんが1.0 BTCを送金したいが、手元には0.6 BTCと0.5 BTCの2つのUTXOしかない場合、以下のようなトランザクションを作成します。
トランザクションの構成:
- 入力1: 0.6 BTC UTXO
- 入力2: 0.5 BTC UTXO
- 出力1: 送金先へ1.0 BTC
- 出力2: Aさんへ0.0998 BTC（お釣り）
- 手数料: 0.0002 BTC
この場合、2つの入力UTXOが消費され（UTXOセットから削除され）、2つの新しいUTXO（送金先への1.0 BTCとお釣りの0.0998 BTC）が生成されます。
2-4. スクリプトによるトランザクション検証
ビットコインのトランザクション検証は、「スクリプト」と呼ばれる簡単なプログラミング言語によって行われます。
各UTXOには「ロッキングスクリプト（scriptPubKey）」が設定されており、このスクリプトで定義された条件を満たす「アンロッキングスクリプト（scriptSig）」を提供することで、UTXOを使用（消費）することができます。
最も一般的なロッキングスクリプトは「P2PKH（Pay-to-Public-Key-Hash）」で、以下のような条件を定義しています。「指定された公開鍵ハッシュに一致する公開鍵と、その公開鍵に対応する秘密鍵で生成された有効なデジタル署名を提供せよ」という条件です。
このスクリプトベースの検証システムにより、ビットコインのトランザクションは柔軟で拡張可能な検証ロジックを実現しています。マルチシグ（複数の署名を要求する条件）やタイムロック（特定の時間が経過するまで使用できない条件）なども、スクリプトによって実現されています。
3. UTXOの生成と消費のライフサイクル
3-1. UTXOの誕生: coinbaseトランザクション
すべてのビットコインは、coinbaseトランザクションから生まれます。coinbaseトランザクションとは、マイナーが新しいブロックを採掘した際に報酬として受け取るトランザクションのことです。
coinbaseトランザクションは、通常のトランザクションとは異なり、入力としてUTXOを参照しません。代わりに、プロトコルによって定められたブロック報酬（新規発行BTC）と、そのブロックに含まれるすべてのトランザクションの手数料の合計が、出力として生成されます。
2024年4月の半減期以降、ブロック報酬は3.125 BTCとなっています。この報酬がcoinbaseトランザクションの出力としてUTXOに変換され、マイナーのアドレスに紐づけられます。
coinbaseトランザクションで生成されたUTXOには、100ブロックの待機期間（約16時間40分）が設けられており、この期間が経過するまで使用することができません。これは、ブロックチェーンの再編成（リオーグ）によってブロックが無効化された場合に、既に使用されたcoinbase報酬が宙に浮くのを防ぐための安全策です。
3-2. UTXOの消費と新規生成
通常のトランザクションでは、既存のUTXOが消費（入力として使用）され、新しいUTXOが生成（出力として作成）されます。
この過程を「UTXOの消費と新規生成」と呼びます。重要なポイントは、UTXOは「部分的に使用する」ことができないという点です。あるUTXOを入力として使用する場合、そのUTXO全体が消費されます。必要な金額だけを取り出すことはできません。
これは現金に似ています。1万円札で3,000円の買い物をする場合、1万円札全体を差し出して7,000円のお釣りを受け取ります。UTXOモデルでも同様に、使用するUTXOの全額を入力とし、送金額とお釣りを別々の出力として生成します。
3-3. UTXOの状態遷移
UTXOは、その生涯を通じて以下の状態を遷移します。
未確認（Unconfirmed）: トランザクションがネットワークにブロードキャストされたが、まだブロックに含まれていない状態です。この段階のUTXOは、mempool（メモリプール）内のトランザクションの出力として存在しますが、まだ確定していません。
確認済み（Confirmed）: トランザクションがブロックに含まれ、ブロックチェーンに記録された状態です。確認数（そのブロック以降に追加されたブロックの数）が増えるほど、そのUTXOの信頼性が高まります。
使用済み（Spent）: 別のトランザクションの入力として消費された状態です。使用済みのUTXOは二度と使用できません。
3-4. 二重支払い防止とUTXO
UTXOモデルは、二重支払い（同じビットコインを2回使うこと）を防止するための自然な仕組みを提供しています。
各UTXOは一度しか消費できないため、同じUTXOを参照する2つのトランザクションが同時にネットワークにブロードキャストされた場合、最初にブロックに含まれたトランザクションだけが有効となり、もう一方は無効として拒否されます。
フルノードは、トランザクションの検証時に、参照されているUTXOが実際に「未使用」であるかを確認します。既に使用済みのUTXOを参照するトランザクションは無効として即座に拒否されます。この検証は、ノードが管理するUTXOセット（全未使用UTXOのデータベース）を参照することで効率的に行われます。
4. お釣りの仕組み
4-1. なぜお釣りが必要なのか
UTXOモデルにおいて「お釣り」は避けて通れない概念です。UTXOは分割して使うことができないため、送金額がUTXOの金額と一致しない場合、差額をお釣りとして自分自身に送金する必要があります。
たとえば、0.7 BTCのUTXOを持っている人が0.3 BTCを送金したい場合、以下のようになります。
- 入力: 0.7 BTC UTXO（全額を消費）
- 出力1: 送金先へ0.3 BTC
- 出力2: 自分へ0.3999 BTC（お釣り）
- 手数料: 0.0001 BTC
もしお釣り用の出力を作成しなければ、入力（0.7 BTC）と送金先への出力（0.3 BTC）の差額0.4 BTCすべてがトランザクション手数料としてマイナーに支払われてしまいます。実際にこのようなミスが原因で高額な手数料を支払ってしまった事例も報告されています。
4-2. お釣りアドレスの仕組み
お釣りは通常、送金元と同じアドレスではなく、ウォレットが自動的に生成する新しいアドレスに送金されます。これを「チェンジアドレス」（お釣りアドレス）と呼びます。
チェンジアドレスを使う主な理由はプライバシーの保護です。もしお釣りが常に送金元のアドレスに返ってくるのであれば、ブロックチェーンのトランザクション履歴を分析することで、どのアドレスが同一人物のものかを容易に推定できてしまいます。
HD（Hierarchical Deterministic）ウォレットでは、シードフレーズから無限に近い数のアドレスを導出できるため、トランザクションごとに新しいチェンジアドレスを使用することが可能です。これにより、一定のプライバシーが確保されます。
4-3. お釣りの最適化
ウォレットソフトウェアは、トランザクションを作成する際に、どのUTXOを入力として選択するかを最適化するアルゴリズムを実装しています。この選択は「コイン選択」（Coin Selection）と呼ばれ、以下のような要素を考慮します。
手数料の最小化: 入力として使用するUTXOの数が多いほど、トランザクションのデータサイズが大きくなり、必要な手数料も増加します。そのため、できるだけ少ないUTXOで送金額をカバーすることが望ましいです。
お釣りUTXOの最小化: 小さなお釣りUTXOが大量に生成されると、将来それらを使用する際に手数料が割高になる問題があります。
プライバシーの配慮: 複数のアドレスのUTXOを1つのトランザクションで使用すると、それらのアドレスが同一人物のものであることが推定される可能性があります。
4-4. ダストUTXOの問題
「ダスト」（dust）とは、そのUTXOを使用するために必要なトランザクション手数料よりも金額が小さいUTXOのことです。
たとえば、0.00000001 BTC（1 satoshi）のUTXOがあったとしても、このUTXOをトランザクションの入力として使用する際のデータサイズ分の手数料が0.00000001 BTCを超えている場合、このUTXOは経済的に使用不可能です。
ダストUTXOが大量に生成されると、UTXOセットのサイズが不必要に膨張し、すべてのフルノードのメモリ使用量が増加するという問題があります。ビットコインのプロトコルでは、ダストリミット（ダストと見なされる最小金額の閾値）が設定されており、この閾値未満の出力を含むトランザクションは標準的には中継されません。
5. UTXOセットとその管理
5-1. UTXOセットとは
UTXOセット（UTXO Set）とは、ビットコインネットワーク上に存在するすべての未使用トランザクション出力の集合です。「チェーンステート」と呼ばれることもあります。
UTXOセットは、ビットコインノードがトランザクションの有効性を検証するために必要不可欠なデータベースです。新しいトランザクションが入力として参照するUTXOが、UTXOセットに存在するかどうかを確認することで、二重支払いの防止やトランザクションの妥当性検証が行われます。
2026年3月時点で、ビットコインのUTXOセットには数千万から1億以上のUTXOが含まれていると推定されています。そのデータサイズは数GBに達しており、ノードのメモリ管理において重要な課題となっています。
5-2. UTXOセットの更新プロセス
UTXOセットは、新しいブロックがブロックチェーンに追加されるたびに更新されます。
追加: 新しいブロック内のすべてのトランザクションの出力が、UTXOセットに追加されます。
削除: 新しいブロック内のすべてのトランザクションの入力が参照するUTXOが、UTXOセットから削除されます。
この「追加」と「削除」の繰り返しにより、UTXOセットは常にブロックチェーンの最新の状態を反映します。ブロックチェーンの全履歴を保持しなくても、UTXOセットさえあればトランザクションの検証が可能であるという点は、UTXOモデルの重要な特性です。
5-3. UTXOセットのストレージ最適化
UTXOセットの肥大化は、ビットコインノードのパフォーマンスに直接影響を与えます。Bitcoin Coreでは、UTXOセットのストレージと検索を効率化するために、LevelDBというキーバリューストアが使用されています。
また、UTXOセットの圧縮やキャッシュの最適化も継続的に行われています。utreexoと呼ばれる研究プロジェクトでは、マークルツリーベースの累積器を使ってUTXOセットを大幅に圧縮する手法が研究されています。この手法が実用化されれば、フルノードのストレージ要件を大幅に削減できる可能性があります。
5-4. プルーニングとUTXO
Bitcoin Coreのプルーニング（pruning）機能は、検証済みの古いブロックデータを削除することでストレージ使用量を削減する機能です。
プルーニングされたノードでも、UTXOセットは完全に維持されます。なぜなら、トランザクションの検証にはUTXOセットが不可欠だからです。古いブロックデータを削除しても、UTXOセットがあればすべての新規トランザクションの検証が可能です。
ただし、プルーニングされたノードは、過去のブロックデータを他のノードに提供することができないため、ネットワークの初期同期（IBD: Initial Block Download）を支援する能力は失われます。
6. UTXOモデルとアカウントモデルの比較
6-1. アカウントモデルとは
イーサリアムが採用している「アカウントモデル」は、ビットコインのUTXOモデルとは根本的に異なるアプローチで資産を管理しています。
アカウントモデルでは、各アカウント（アドレス）に対して直接「残高」が記録されます。銀行口座と同じ仕組みで、送金時にはAさんのアカウントから金額が減算され、Bさんのアカウントに金額が加算されます。
イーサリアムの各アカウントは、以下の情報を持っています。
- ナンス: そのアカウントから送信されたトランザクションの数
- 残高: そのアカウントが保有するETHの量
- ストレージルート: コントラクトアカウントの場合、ストレージデータのマークルルート
- コードハッシュ: コントラクトアカウントの場合、コントラクトコードのハッシュ値
6-2. 並列処理の観点
UTXOモデルとアカウントモデルの大きな違いの一つが、トランザクションの並列処理適性です。
UTXOモデルでは、異なるUTXOを入力とするトランザクション同士は互いに独立しています。そのため、これらのトランザクションを並列に検証することが可能です。ある人のUTXOを消費するトランザクションは、別の人のUTXOを消費するトランザクションに影響を与えないからです。
一方、アカウントモデルでは、同一アカウントに関連するトランザクションは順序に依存します。Aさんが100 ETHを持っている状態で、Bさんに60 ETHを送るトランザクションとCさんに50 ETHを送るトランザクションを同時に発行した場合、どちらが先に処理されるかで結果が異なります（片方は残高不足で失敗します）。このため、同一アカウントのトランザクションは直列に処理する必要があります。
6-3. プライバシーの観点
プライバシーの観点では、UTXOモデルはアカウントモデルよりも有利な側面があります。
UTXOモデルでは、1つのウォレットが多数のアドレスを管理し、トランザクションごとに新しいお釣りアドレスを生成することが標準的です。これにより、外部の観察者がトランザクションの送金元と受取人を特定することが、アカウントモデルと比較して困難になります。
アカウントモデルでは、すべてのトランザクションが同一のアカウントアドレスに紐づくため、トランザクション履歴の追跡が比較的容易です。
ただし、UTXOモデルでも、複数のUTXOを1つのトランザクションで使用すると、それらのUTXOが同一人物のものであることが推定可能になります。完全なプライバシーの実現には、CoinJoinのような追加的な手法が必要です。
6-4. スマートコントラクトの観点
スマートコントラクトの実装という観点では、アカウントモデルの方が優位性があります。
イーサリアムのスマートコントラクトは、アカウントの状態を直接読み書きできるため、複雑なロジックの実装が比較的容易です。DeFiプロトコルや分散型取引所のような複雑な金融ロジックは、アカウントモデルの上に自然に構築できます。
UTXOモデルでは、「状態」という概念がUTXO自体に埋め込まれるため、複雑な状態遷移を伴うスマートコントラクトの実装は困難です。ビットコインのScriptは意図的に機能が制限されており、チューリング完全ではありません。
6-5. 検証効率の観点
トランザクションの検証効率では、UTXOモデルが有利です。
UTXOモデルでは、トランザクションの検証は「参照されたUTXOが存在するか」「アンロック条件が満たされているか」「入力合計が出力合計以上か」という単純なチェックで完了します。これは、グローバルな状態（全アカウントの残高）を参照する必要がないため、効率的です。
アカウントモデルでは、トランザクションの検証にグローバルな状態（アカウントの残高、ナンス、コントラクトの状態）を参照する必要があり、状態のロックや同期の管理が複雑になります。
7. UTXOモデルのプライバシーとセキュリティ
7-1. アドレスの再利用とプライバシー
ビットコインのベストプラクティスとして、同じアドレスの再利用を避けることが推奨されています。これは、UTXOモデルのプライバシー特性を最大限に活かすための運用上の指針です。
同じアドレスに何度もビットコインを受け取ると、そのアドレスに紐づく入出金の履歴がブロックチェーン上で容易に追跡可能になります。一方、トランザクションごとに新しいアドレスを使用すれば、外部の観察者がトランザクション間の関連性を把握することが困難になります。
HDウォレット（BIP32/BIP44準拠）では、1つのシードフレーズから膨大な数のアドレスを生成できるため、アドレスの使い回しを避けることが実用的に可能です。
7-2. CoinJoinとプライバシー強化
CoinJoin（コインジョイン）は、複数のユーザーのトランザクションを1つの大きなトランザクションに統合することで、プライバシーを強化する手法です。
通常のトランザクションでは、入力と出力の対応関係から送金元と受取人を推定できる場合がありますが、CoinJoinでは複数のユーザーの入力と出力が混在するため、どの入力がどの出力に対応するのかを特定することが困難になります。
Wasabi WalletやJoinMarketといったプロジェクトが、CoinJoinの実装を提供しています。UTXOモデルの「個別の通貨単位」という性質が、CoinJoinのような手法を可能にしていると言えます。
7-3. チェーン分析への耐性
ブロックチェーンの分析企業（Chainalysis、Ellipticなど）は、UTXOの流れを追跡することで、トランザクションの送金元と受取人を特定する技術を開発しています。
主な分析手法には以下のようなものがあります。
共通入力所有推定: 同じトランザクションの入力として使用されたUTXOは、同一のウォレット（所有者）に属する可能性が高いという推定です。
お釣り出力の識別: トランザクションの出力のうち、どちらがお釣りでどちらが送金先かを、金額や出力のスクリプトタイプなどの手がかりから推定します。
クラスタリング: 上記の推定を組み合わせて、同一人物または同一組織に属するアドレスのグループ（クラスター）を構築します。
UTXOモデルのプライバシー保護は万全ではなく、高度な分析技術によって追跡される可能性があることを認識しておく必要があります。
7-4. Taproot とプライバシーの向上
2021年11月に有効化されたTaprootアップグレードは、UTXOモデルのプライバシーとスケーラビリティを向上させるための重要な技術改善です。
Taprootでは、Schnorr署名とMASTi（Merklized Alternative Script Tree）の導入により、通常の送金もマルチシグ取引もスマートコントラクトの実行も、ブロックチェーン上では同じように見えるようになりました。これにより、トランザクションの種類を外部から判別することが困難になり、プライバシーが向上しています。
8. UTXOモデルの課題と最適化
8-1. UTXOセットの肥大化問題
UTXOセットの肥大化は、ビットコインネットワークの長期的な課題の一つです。
時間の経過とともに生成されるUTXOの数は増加傾向にあり、特に小額のUTXO（ダスト）が蓄積されることでUTXOセットのサイズが不必要に増大する問題があります。UTXOセットが大きくなるほど、フルノードの運用に必要なメモリとストレージが増加し、ノードの運用コストが上がることで分散性に影響を与える可能性があります。
この問題に対処するため、ダストリミットの設定、トランザクション手数料の仕組み（大きなトランザクションほど高い手数料が必要）、UTXOの統合（consolidation）トランザクションの推奨など、様々な対策が講じられています。
8-2. UTXO統合（Consolidation）
UTXO統合とは、複数の小さなUTXOを1つの大きなUTXOにまとめるトランザクションのことです。
手数料が低い時期に、自分のウォレット内の小さなUTXOを1つの大きなUTXOにまとめておくことで、将来の送金時にトランザクションサイズ（入力数）を減らし、手数料を節約することができます。
ウォレットの中に100個の0.01 BTC UTXOがある場合、1 BTCを送金するためには100個の入力が必要になり、トランザクションサイズと手数料が膨大になります。事前に統合しておけば、1つの入力で済みます。
ただし、UTXO統合はプライバシーの低下を伴うことがあります。異なるアドレスのUTXOを1つのトランザクションで統合すると、それらのアドレスが同一人物のものであることが明らかになるためです。
8-3. BatchingとPayjoin
バッチング（Batching）: 取引所やサービス事業者は、複数のユーザーへの送金を1つのトランザクションにまとめる「バッチング」を行うことで、UTXO数の増加を抑制し、手数料を節約しています。1つのトランザクションに複数の出力を含めることで、個別に送金する場合と比較してトランザクション全体のサイズを削減できます。
Payjoin（P2EP）: Payjoinは、送金者と受取人の双方がトランザクションの入力を提供する手法です。通常のトランザクションでは送金者だけが入力を提供しますが、Payjoinでは受取人も1つ以上の入力を提供します。これにより、外部の観察者にとってトランザクションの分析が困難になり、プライバシーが向上します。
8-4. ライトニングネットワークとUTXO
ライトニングネットワーク（Lightning Network）は、ビットコインのレイヤー2ソリューションであり、UTXOモデルの上に構築されています。
ライトニングネットワークでは、2者間の「ペイメントチャネル」を開設する際に、ビットコインのブロックチェーン上にUTXOをロックするトランザクション（ファンディングトランザクション）を記録します。チャネルが閉じられるまでの間、チャネル内での送金はオフチェーン（ブロックチェーン外）で行われるため、オンチェーンのUTXOが増加しません。
ライトニングネットワークの普及により、日常的な少額決済がオフチェーンで処理されるようになれば、UTXOセットの肥大化を抑制する効果が期待されます。
まとめ
本記事では、ビットコインのUTXOモデルについて、基本概念からトランザクション構造、お釣りの仕組み、セキュリティ、そして今後の課題まで幅広く解説してきました。要点を振り返ってみましょう。
- UTXOとは「未使用トランザクション出力」のことで、ビットコインの「残高」はウォレットが管理するUTXOの合計金額です
- ビットコインのトランザクションは、既存のUTXOを消費（入力）し、新しいUTXOを生成（出力）する構造になっています
- UTXOは部分的に使用できないため、送金額と一致しない場合は「お釣り」用の出力が必要です
- UTXOセットは全フルノードが管理するデータベースで、トランザクション検証の基盤となっています
- UTXOモデルは並列処理やプライバシーの面で優位性がある一方、スマートコントラクトの実装では制約があります
- Taprootアップグレードやライトニングネットワークにより、UTXOモデルの機能性とスケーラビリティが向上しています
UTXOモデルは、ビットコインの分散性、セキュリティ、プライバシーを支える核心的な設計思想です。銀行口座のような「残高モデル」とは根本的に異なるアプローチですが、その設計にはブロックチェーンの特性に適した合理的な理由があります。ビットコインの仕組みをより深く理解するための重要な一歩として、参考にしていただければ幸いです。
よくある質問（FAQ）
Q1. UTXOの数が多いとなぜ問題なのですか？
UTXOの数が多い場合、主に2つの問題が生じます。第一に、送金時に多くのUTXOを入力として使用する必要があるため、トランザクションのデータサイズが大きくなり、支払う手数料が増加します。第二に、ネットワーク全体のUTXOセットが肥大化し、すべてのフルノードのメモリとストレージの使用量が増加します。これはノードの運用コストを押し上げ、結果としてフルノードの運用者が減少する可能性があり、ビットコインの分散性に影響を与えかねません。
Q2. UTXOを直接「分割」することはできないのですか？
UTXOを直接分割することはできません。UTXOは「全額消費」が原則です。必要な金額だけを使用したい場合は、そのUTXO全体を入力とするトランザクションを作成し、送金先への出力とお釣りの出力を設定する必要があります。逆に、複数のUTXOを「結合」したい場合も、複数のUTXOを入力とし、1つの出力にまとめるトランザクションを作成します。いずれの場合もトランザクション手数料が発生します。
Q3. ウォレットは自動的にお釣りを処理してくれるのですか？
はい、現代のビットコインウォレットは、お釣りの処理を自動的に行います。ユーザーが送金額と送金先アドレスを指定するだけで、ウォレットソフトウェアが適切なUTXOの選択、お釣りアドレスの生成、トランザクション手数料の計算などをすべて自動的に処理します。ユーザーがUTXOの詳細を意識する必要はほとんどありません。ただし、手数料の節約やプライバシーの最適化のために、上級者向けにUTXOの手動選択機能を提供するウォレットもあります。
Q4. すべての暗号資産がUTXOモデルを採用しているのですか？
すべての暗号資産がUTXOモデルを採用しているわけではありません。ビットコイン、ライトコイン、ビットコインキャッシュなどはUTXOモデルを採用していますが、イーサリアムやSOLANA、Polkadotなどはアカウントモデルを採用しています。また、CardanoのようにUTXOモデルを拡張した「Extended UTXO（eUTXO）」モデルを採用しているプロジェクトもあります。どちらのモデルが優れているかは一概には言えず、それぞれのプロジェクトの目的や設計思想に応じて選択されています。
Q5. UTXOモデルはビットコインの処理速度に影響しますか？
UTXOモデル自体がビットコインの処理速度を直接制限しているわけではありません。ビットコインのトランザクション処理速度は、主にブロックサイズの制限（約4MB、SegWitのweight単位）とブロック生成間隔（約10分）によって決まります。ただし、UTXOモデルは、トランザクションの検証を効率的に並列化できるという点で、処理のスループットにプラスの影響を与える可能性があります。将来的なスケーリングにおいても、UTXOモデルの並列処理適性は利点として機能すると考えられています。
Q6. UTXOの情報はどこで確認できますか？
ブロックチェーンエクスプローラー（Blockstream.info、Mempool.spaceなど）を使えば、特定のトランザクションやアドレスに関連するUTXOの情報を確認することができます。トランザクションの詳細ページでは、入力（消費されるUTXO）と出力（新たに生成されるUTXO）の一覧が表示されます。また、一部のウォレット（Electrum、Sparrow Walletなど）では、自分のウォレットが保有するUTXOの一覧を表示し、手動でコイン選択を行う機能も提供されています。
※本記事は2026年3月時点の情報に基づいて作成しており、情報提供を目的としたものです。暗号資産への投資を推奨するものではありません。暗号資産の価格は大きく変動し、元本割れのリスクがあります。投資判断はご自身の責任で行ってください。
