ビットコインを送る — 受け取りから着金確認までの実務

ビットコインの送金は、カード決済とは成立の順序が逆です。受け取る側が宛先——オンチェーンならアドレス、Lightningならインボイス——を示し、送る側が自分のウォレットからそこへ送ります。カード番号のように、支払う側が相手に渡す情報はありません。

手順は5つに分けられます。

宛先と金額は、署名・送信の前に確かめます。送信後に中央の窓口へ取消しを依頼する仕組みはありません。未承認の取引を置き換えられる場合はありますが、先に元の取引が承認される可能性があり、中止は保証できません。承認済みの支払いの返金には、原則として受取側から別の取引で送り返してもらう必要があります。

「まだ承認されていない」と「安全に取り消せた」は別です。この区別を押さえたうえで、送る前の確認と送った後の状態確認を分けて進めます。背景は「なぜ失うと取り戻せないのか」で扱っています。

1 BTCを丸ごと用意する必要はありません。Bitcoinのオンチェーンの金額は1 BTC = 100,000,000 satとして表せます。satはsatoshiの略で、別の暗号資産ではなく同じ金額の小さな単位です。

この表は単位換算で、送金を勧める金額でも円価格でもありません。円に換算した価値は相場によって変わります。また、表せる最小単位と、ウォレットや事業者が受け付ける最低額は別です。

受取側がBitcoinのオンチェーン送金を求めているのか、Lightningの支払いを求めているのかを先に確認します。他のチェーン上のBTC連動トークンも同じ送金先とは限りません。通貨名だけでなく、双方が対応するネットワークと受取方法を照合してください。

ビットコインアドレスは、受け取りに使う施錠スクリプト（locking script）やwitness programを組み立てるための情報を、文字列に符号化したものです。P2PKHとP2WPKHは公開鍵のハッシュ、P2SHとP2WSHはスクリプトのハッシュ、P2TRは調整済みの公開鍵を使うため、中身は一律ではありません。アドレスは受け取りのために公開してよく、知られただけで資産が動くことはありません。鍵とアドレスの関係は「ウォレットと安全管理」で扱っています。

実際に目にする形式は主に4種類です。用途は同じで、違いは手数料の計算に効くサイズと、対応しているウォレットの範囲です。

受け取る側が守るべき原則が1つあります——アドレスを使い回さないことです。現代のウォレットはHD（階層的決定性）構造を採っており、受け取りのたびに新しいアドレスを自動生成します。使い回すと支払い履歴が1つの識別子に紐づくうえ、公開鍵の露出も増えます。理由は「ビットコインのプライバシー」で扱っています。

QRコードの中身は、多くの場合BIP-21で定義された `bitcoin:` から始まるURIです。アドレスに加えて金額（amount）、宛名（label）、メッセージ（message）を含められる形式で、金額まで含まれていれば手入力の機会がその分減ります。ただしURIの金額も相手が作った値である以上、ウォレットの画面に表示された金額を自分で読むという手順は省けません。

なお、Bech32とBech32mは大文字と小文字の混在を認めていません。QRコードの効率のためにアドレスがすべて大文字で表示されることがありますが、小文字の同じ文字列と同一のアドレスです。

アドレス形式には誤りを検出する仕組みが組み込まれていますが、守備範囲には限界があります。どこまでが自動で、どこからが人間の目視なのかを知っておくことが重要です。

bc1qで始まるBech32形式はBIP-173で定義されており、4文字以内の置換誤りを検出できます。それ以上の誤りを見逃す確率も10億分の1未満とされています（ただしBIP-173自身が後に、5文字未満の連続した挿入・削除に対しては必ずしも堅牢でないと開示しています）。Taprootのbc1pで始まるアドレスは、この弱点を修正した後継規格BIP-350のBech32m形式が同じ役割を担います。

一方、チェックサムが決して弾かないものがあります——正しく入力された他人のアドレスです。単純なタイプミスは止まりますが、そもそも別人の有効なアドレスを渡された場合、形式上は何の問題もありません。誤送金が「知識ではなく手順で防ぐ種類の失敗」と言われるのはこのためです。

確認は3段階です。まず、相手を確認できる連絡経路から宛先を受け取り、コピー＆ペーストかQRコードで読み込みます。次に、ウォレットに表示されたアドレス全体を、信頼できる入手元の表示と照合します。先頭と末尾だけでは似たアドレスへのすり替えを見逃すおそれがあります。ハードウェアウォレットを使う場合は、機器側の画面でも宛先全体・金額・手数料を確認します。コピーやQRコード、機器の画面だけで相手の本人確認まで済むわけではありません。

もう1つ、形式の検証ではまったく捉えられない層があります——その宛先を送ってきたのが誰かという問題です。SNSのメッセージや「サポート」を名乗るアカウントから送られてきたアドレスは、形式が正しくても宛先として正しいとは限りません。この層の見分け方は「ビットコイン詐欺の手口と自衛」で扱っています。

オンチェーンの手数料は、主に取引の仮想サイズと選んだ手数料率で決まります。送金額が同じでも入力や出力が増えるとサイズが変わります。BIP-141のvsizeは取引のweightを4で割り、端数を切り上げた値です。手数料率の単位はsat/vBです。

計算例として、140 vBの取引に5 sat/vBを設定すると、手数料は700 sat（0.000007 BTC）です。これは仕組みを読むための仮の数値で、現在の推奨手数料ではありません。取引所の出金手数料は別の料金なので、送信前に受取額と総支払額も確認します。

手数料が「引かれる」仕組みも押さえておく価値があります。入力の合計値から出力の合計値を引いた差額が、そのまま手数料としてマイナーに渡ります。手数料という独立した項目があるのではなく、余りがそれになるという形です。通常のウォレットは残額を自動的にお釣りとして自分の別のアドレスへ戻しますが、手動で取引を組み立てる場面ではお釣り出力の作り忘れがそのまま全額の支払いになります。構造は「トランザクションの深層」で扱っています。

手数料の目安は、混雑やノードの方針により変わります。本サイトの「いまのビットコイン」は、ブラウザから約60秒ごとに公開データの更新を試み、取得できない項目には日時付きの保存値を表示します。更新に失敗した保存値を、現在の推奨値として読まないよう取得日時を確認してください。

必要な待ち時間と、ウォレットの手数料変更機能を確認してから選びます。手数料の推奨帯は見積もりであり、指定時間内の承認を保証しません。後述するRBFやCPFPにも利用条件があり、極端に低い手数料の取引は中継されない場合があります。

極端に小さい出力は、ノードの中継方針によって受け付けられない場合があります。少額を繰り返し支払うときはLightningも比較対象になりますが、相手の対応、手数料、経路や保管方式の条件を別に確認する必要があります。

署名・送信の前に、次の項目を確かめます。送信後の中止や修正を前提にしないためのチェックリストです。1つでも確認できないものがあれば、そこで止めてください。

ネットワークの選択は、送信前に確認する項目の1つです。同じ「BTC」という表記でも、ビットコインのネットワークと、他のチェーン上で発行された別のトークンでは受取方法が異なります。取引所から出金するときは、通貨名だけでなくネットワーク名も照合してください。

返金についても、期待の水準を合わせておく必要があります。カード決済のチャージバックにあたる仕組みは、プロトコルの側には存在しません。返金は、受け取った側が別の取引として送り返すという形でしか実現しません。

急かされて確認を省きそうなときは、一度止まります。詐欺では、第三者に相談する時間を与えずに送金を求めることがあります。急ぎの事情が本当かどうかも含め、独立した連絡経路や信頼できる人に確認してください。

送信された取引は、受理したノードのメモリプール（mempool）に保管されます。すべてのノードが同じ取引を持つわけではありません。マイナーは手数料率や親子取引の関係、自らの方針などをもとにブロックへ入れる取引を選ぶため、単純な手数料額順の待ち行列ではありません。

ブロック生成は平均して約10分に1つですが、これは送信から着金までの期限ではありません。生成間隔にはばらつきがあり、次のブロックが見つかっても、自分の取引が必ず入るとは限りません。

0確認の段階は、まだ確定ではありません。2024年10月のBitcoin Core 28.0でfull-RBFが既定となり、2025年4月の29.0ではこれを無効にするオプション自体が削除されました。2026年8月時点の既定構成のノードでは、シグナリングの有無にかかわらず未承認取引は原則すべて置き換えの対象になります。「RBFをシグナリングしていないから0確認でも安全」とは言えません。

図はホワイトペーパー§11のモデルで、攻撃者のハッシュパワーを10%としたときの追いつく確率を示しています。1確認では約20%、6確認では約0.024%です（同じ表で0.1%を下回るのは5確認からです）。これはモデルの仮定のもとでの計算であり、個々の送金の損失確率ではありません。6確認でも絶対に覆らないという保証はなく、受取側の必要確認数を確認します。

着金の確認方法は2つあります。自分のウォレットの残高表示と、トランザクションID（txid）をブロックエクスプローラで照会する方法です。後者は第三者のサービスに依存するため、依存を減らしたい場合は自分のフルノードに問い合わせる形になります。運用方法は「ビットコインのノードを動かす」で扱っています。

相手側での反映条件は、プロトコルではなく相手の内規です。取引所への入金であれば必要な確認数は事業者ごとに異なり、店舗での決済では0確認で受け入れる運用も存在します。「何確認で確定か」は、金額と相手に応じたリスク管理の選択であって、統一規格ではありません。

届かないときは、送信処理が完了したか、未承認のままか、承認済みで受取サービスの反映待ちかを分けます。まず送信元ウォレットの状態とtxidを確認し、必要に応じて自分のノードやブロックエクスプローラと照合します。1つのエクスプローラで見つからないことだけでは、未送信・取消し・資金喪失のどれも断定できません。

手数料が低くて止まっている場合、対処は2つあります。RBF（Replace-By-Fee）は、同じ入力を使うより高い手数料の取引で置き換える方法です。歴史的にはBIP-125のオプトイン方式が使われ、入力のいずれかのシーケンス番号が0xFFFFFFFE未満のときだけ置き換えの対象になっていましたが、前述のとおり現在の既定構成ではシグナリングに関係なく置き換えが可能です。実際に使えるかどうかは、自分のウォレットが置き換え送信に対応しているかによります。

CPFP（Child-Pays-For-Parent）は、止まっている取引の出力を使って高い手数料の子取引を作り、親子をまとめて取り込ませる方法です。マイナーには親子セットを一緒にマイニングするインセンティブが生まれます。受け取る側からも実行でき（受け取った未承認の出力を使う）、送る側からはお釣りの出力を使います。Bitcoin Core 28.0以降は「1親1子（1P1C）」のパッケージリレーが加わり、親単体では中継の最低手数料に届かない場合でも、子と組で評価されて伝播できるようになりました。

前提として、RBF・CPFP・手数料の優先順位は、いずれも各ノードが個別に選べる中継とメモリプールのポリシーであり、ブロックの有効性を決める合意ルールではありません。ソフトフォークを経ずに既定の挙動が変わることがあるのはこのためで、相手のノードが自分と同じ設定とは限らない点も含めて理解しておく必要があります。

ノードが取引をメモリプールから削除しても、取引そのものが取り消されたわけではありません。別のノードに残ったり、再送信されたりして、後から承認される可能性があります。「表示から消えたので別の送金を作る」と、両方が承認されて二重に支払うおそれがあります。送信元の公式手順で元の取引と入力の状態を確認し、重複する支払いを作らないでください。

少額のテスト送金は、受取方法や自分の操作を確かめる手段になります。ただし、最低入金額・出金額と追加手数料を先に確認します。テストが成功しても、相手の信頼性や次の送金の安全性を保証するものではありません。本送金のときも、宛先・ネットワーク・金額をあらためて照合します。

取引所からの出金には、オンチェーンの手数料とは別の層があります。出金手数料は事業者が定める固定額であることが多く、ネットワークの混雑と連動しない場合があります。出金の上限、保留の条件、対応するアドレス形式も事業者ごとの内規です。うまくいかないときは、プロトコルの問題ではなく相手の規約の問題である可能性を先に疑ってください。

Lightningでは受取方法や確認手順が変わります。BOLT11形式のインボイスはその一例です。支払いごとにオンチェーンの承認を待つ必要はありませんが、経路や受信容量などの条件があり、失敗することもあります。所要時間を保証する仕組みではありません。仕組みは「Lightning Network入門」、使い分けは「ビットコインで支払う」で扱っています。

自分の別のウォレットへ移すときも、宛先とネットワークの確認は必要です。新しい機器のバックアップ確認は、その機器の公式手順に従います。復元を試すために唯一使える端末を先に初期化したり、知らないサイトへ復元用フレーズを入力したりしないでください。「ウォレットと安全管理」の復元前チェックも参照できます。

日本の税務上の扱いは、送金という操作そのものではなく何をしたかで決まります。国税庁の整理では、課税のタイミングは売却・商品の購入・暗号資産同士の交換・マイニング等による取得時であり、保有しているだけでは課税されません。したがって、支払いに使えば課税上の事象になり得ます。本サイトは個別の税務助言を行いません。詳細は「ビットコインの税金」を、判断は税理士または所轄の税務署に確認してください。

本ページで扱った内容を、手順で対処できるものとできないものに分けて整理します。

構造として押さえるべき点は三つです。第一に、送金は取り消せず、返金は受け取った側の任意の送り返しとしてしか実現しないこと。第二に、手数料は送金額ではなくデータサイズに基づくため、少額ほど手数料の比率が重くなること。第三に、何確認を待つかは統一規格ではなく、金額と相手に応じたリスク管理の選択であることです。

逆に、本サイトが答えを持たない問いも明確です。どのウォレット製品や取引所を使うべきか、いくら送るべきか、いつ送るべきか。これらは個別の推奨か価値判断であり、教育的な解説の外にあります。

本ページは教育目的の解説であり、投資助言でも税務の個別助言でもありません。更新箇所は訂正・更新履歴に記録しています。手数料水準、ソフトウェアの既定値、事業者の条件は変わるため、実際に送る時点で一次資料とウォレットの公式手順を確認してください。