ビットコインウォレットを開設した際、「レガシー」「SegWit」「ネイティブSegWit」のいずれかのアドレスを選択するよう求められ、その意味についての説明が何もなかった場合、その選択肢は2017年に行われたある1つのアップグレードに起因しています。
SegWit, の略で 分離証人, は2017年8月に有効化されたビットコインのプロトコルアップグレードであり、デジタル署名データをトランザクションの中核構造から切り離し、「ウィットネス」と呼ばれる別のフィールドに移すものです。この単一のアーキテクチャ変更により、トランザクション手数料が削減され、長年にわたって存在していた「トランザクションの可変性（トランザクション・マレアビリティ）」と呼ばれるセキュリティ上の脆弱性が修正され、ライトニング・ネットワークやタップルートが機能するための技術的基盤が整いました。
この記事では、SegWitが実際にどのような役割を果たすのか、ブロックウェイトの仕組み、さまざまなアドレスタイプが手数料にどのような影響を与えるのか、そしてSegWitが実装される前にビットコインネットワークを崩壊寸前まで追い込んだ激しい政治的対立について解説します。
ビットコインの管理は、 Bitcoin.com ウォレットアプリ.
主なポイント
- SegWit（Segregated Witness）は、2017年8月24日に有効化されたビットコインのプロトコルアップグレードであり、正式にはBIP 141として規定され、2015年12月にPieter Wuille、Eric Lombrozo、Johnson Lauによって提案されたものである。
- これにより、デジタル署名データ（「ウィットネス」）がトランザクションの本文から分離され、トランザクションの可変性と呼ばれるセキュリティ上の脆弱性が解消されるとともに、各トランザクションのサイズが縮小されます。
- ブロックの容量は、バイト単位ではなく重量単位（WU）で測定されます。ウィットネスデータのコストは1バイトあたり1 WUであるのに対し、その他のデータは1バイトあたり4 WUであるため、SegWitトランザクションでは署名サイズが75％削減されます。
- ネイティブSegWit（bc1qアドレス）では、標準的な取引のサイズが約226 vbytesから約141 vbytesに縮小され、従来のアドレスと比較して手数料が約38%削減されます。
- SegWitによる固定TXIDの保証は、ライトニングネットワークの実現に向けた技術的な前提条件でした。これがなければ、ペイメントチャネルを安全に構築することはできませんでした。
- そのスクリプトのバージョン管理システムにより、Taproot（SegWit V1、2021年に有効化）が実現され、ハードフォークを伴わない将来のビットコインのアップグレードのための枠組みが提供されています。
- 2026年時点で、ビットコイン取引の約85％がSegWitを採用しています。これはネットワークの標準仕様であり、新機能というわけではありません。
SegWitとは何ですか？
SegWit（セグレゲート・ウィットネス）とは、ビットコインの取引形式の変更であり、コインを支出する権利があることを示す暗号学的証明であるデジタル署名を、メインの取引データから分離し、「ウィットネス」と呼ばれる別の構造体に格納するものです。 これにより、各取引のサイズが縮小され、1つのブロックにより多くの取引を収容できるようになるほか、ビットコイン上に決済チャネルを安全に構築することを不可能にしていた脆弱性が解消されます。
この名称の意味は単純明快です。「segregated」は「分離された」という意味で、「witness」は、取引が有効であることを証明する署名データを指す暗号学用語です。ウィットネスは「正当な所有者がこれを承認したか？」という問いに答えるのに対し、取引データの残りの部分は「資金はどこへ、いくら送られるのか？」という問いに答えるものです。
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.このアップグレードは、正式には「ビットコイン改善提案（BIP）141」として規定されました（BIP 141) であり、2015年12月に開催された「Scaling Bitcoin」カンファレンスで、Bitcoin Coreの開発者であるPieter Wuille、Eric Lombrozo、Johnson Lauによって提案されました。 これは2017年8月24日、ブロック481,824において、ビットコインのメインネット上でソフトフォークとして有効化されました。つまり、下位互換性があるということです。アップグレードしていないノードでも、基本のトランザクションデータは引き続き検証可能でしたが、アップグレード済みのノードでは、ウィットネスを含む完全な情報を確認することができました。
2026年現在、ビットコイン取引全体の約85％でSegWitが採用されています。これはもはや新しい機能ではなく、標準となっています。
SegWitが解決するために開発された問題
SegWitは、長年にわたりビットコインの発展を妨げていた2つの別々の問題に対処しました。
トランザクションの可変性
すべてのビットコイン取引には、TXIDと呼ばれる一意の識別子があり、これは取引データから生成されたハッシュ値です。SegWit導入以前は、そのハッシュ値は署名を含む取引全体に対して計算されていました。
問題はここにあります。暗号署名は、自分自身に署名することはできません。そのため、ネットワーク上であなたの取引を中継する者が、数学的には有効でありながら異なるTXIDが生成されるように署名をわずかに改ざんできる、わずかな隙が生じていました。資金は依然として正しいアドレスに送られ、取引も正常に処理されましたが、識別子が変更されてしまっていたのです。
単純な支払いだけなら、これほど深刻な問題には聞こえないかもしれません。しかし、複数の未確認取引を連鎖させるプロトコルにとっては、致命的な問題となります。 以前のトランザクションIDを参照する一連のオフチェーン決済コミットメントを作成することで機能するライトニングネットワークは、それらのIDのいずれかが確認される前に変更される可能性がある場合、安全に機能することができません。TXIDが変更可能であるということは、チェーンが断絶することを意味し、資金が凍結されたり盗まれたりする恐れがあります。
トランザクションの改ざん可能性は、修正される前に現実世界でも被害をもたらした。Mt. Gox取引所は、2014年の破綻の一因としてこれを挙げたが、歴史家たちの間では、これが根本的な原因であったのか、それともより深刻な経営不振を隠すための言い訳に過ぎなかったのかについて、その程度をめぐって議論が分かれている。
SegWitでは、TXIDの計算から署名を完全に除外することで、この問題を解決しました。現在、TXIDは基本トランザクションフィールドのみに基づいて計算されます。署名を変更しても、トランザクションの識別子はもはや変化しません。
ネットワークの混雑と手数料の高騰を防ぐ
2016年から2017年にかけて、ビットコインの処理速度は1秒あたり約7トランザクションでした。 需要が急増すると、未処理の取引は数万件に膨れ上がり、標準的な送金の手数料は50ドル以上に跳ね上がりました。この問題は構造的なものでした。ビットコインのブロックサイズは1MBに制限されており、取引サイズの約65％を署名が占めていたからです。
最も明白な解決策であるブロックサイズの制限引き上げには、ハードフォークが必要でした。つまり、すべてのノードがアップグレードを行うか、さもなければ互換性のないチェーンに取り残されることになってしまいます。ハードフォークはリスクが高く、議論を呼ぶものです。SegWitは、この制約を完全に回避する方法を見出したのです。
SegWitの仕組み
証人データの分離
従来のビットコイン取引では、各入力には、送信者の署名と公開鍵を含むScriptSigフィールドが含まれています。SegWit取引では、SegWit入力の場合、ScriptSigは空のままになります。署名と公開鍵は、取引の末尾に追加される新しいウィットネスフィールドに移されます。
さらに2バイト（マーカー（0x00）とフラグ（0x01））が追加され、SegWitに対応したノードに対して、ウィットネスデータが続くことを伝えます。SegWit以前のノードは、単に空のScriptSigを認識し、下位互換性を維持するため、従来の「誰でも支出可能」という解釈に基づいてトランザクションを有効なものとして処理します。
「ブロック重量」が「ブロックサイズ」に置き換わる
SegWitは、1MBというブロックサイズの制限を、400万ウェイト単位（WU）を上限とする「ブロックウェイト」という新しい指標に置き換えました。
重要なポイントは、バイトのカウント方法にあります：
- ウィットネス以外のトランザクションデータの1バイトごとに、4ウェイト単位のコストがかかります
- 証人データの1バイトあたりのコストは、わずか1ウェイト単位です
署名はサイズが大きく、現在はウィットネスセクションに格納されるようになったため、ブロック容量に占める割合は以前の4分の1になりました。このようにして、SegWitは、旧式のノードが適用する1MBのルールに触れることなく、実質的なブロックサイズを実用上約1.7～2MBまで拡大させたのです。 理論上、すべてがSegWitで構成されるブロックの最大サイズは4MBですが、実際にはすべてのブロックにウィットネス以外のデータも含まれるため、このようなブロックが発生することはありません。
バーチャルバイト（vBytes）：ウォレットに表示される単位
従来型の取引との手数料率の比較可能性を維持するため、SegWitでは「仮想バイト（vbytes）」が導入されました。これは、バイト数を4で割った値を表す単位です。従来型の取引では、バイトとvbytesは同一です。一方、SegWit取引では、ウィットネスデータの容量が削減されるため、vbytesの値が低くなります。
ウォレットの手数料は、vbyteあたりのサトシ（sat/vB）で表示されます。vbyte数が少ないSegWitトランザクションは、同じsat/vBレートでも手数料が安くなります。これが、1...アドレスではなくbc1qアドレスを使用することで手数料が節約される仕組みです。
SegWitアドレスの種類：どれを使うべきか？
SegWitでは、技術的な変更に加え、新しいアドレス形式が導入されました。アドレスの種類によって、ウォレットが支出条件をどのようにエンコードするかが決まり、これによって手数料や他のウォレットとの互換性、およびオンチェーン上で取引がどのように表示されるかが左右されます。
住所タイプの比較
| 住所の種類 | 接頭辞 | エンコーディング | 標準的なTxサイズ（入力1、出力2） | 費用削減 vs 従来の方式 | ウォレットの対応状況 |
|---|---|---|---|---|---|
| レガシー (P2PKH) | 1... | Base58 | 約226 vbytes | ベースライン | ユニバーサル |
| ネスト型SegWit（P2SH-P2WPKH） | 3... | Base58 | 約167 vbytes | 約26％ | 非常に幅広い |
| ネイティブSegWit (P2WPKH) | bc1q... 42文字 | Bech32 | 約141 vbytes | 約38％ | すべての最新型ウォレット |
| ネイティブのSegWitマルチシグ（P2WSH） | bc1q... 62文字 | Bech32 | 場合による | 約32％以上 | すべての最新型ウォレット |
| タップルート (P2TR) | bc1p... 62文字 | Bech32m | 約154 vbytes | 約32％ | 最近のほとんどの財布 |
取引規模に関するデータ： Spark.money ビットコイン取引サイズの参考情報, 2026年。手数料の節約額は概算であり、メンプールの状況によって異なります。
レガシー (P2PKH、プレフィックス 1...) これは2009年のオリジナルの形式です。署名はメインのトランザクション本文内に残され、その重みがフルに反映されます。手数料の節約にはなりません。現在でも広くサポートされているため、他の形式を受け付けない非常に古いソフトウェアを扱っている場合、それが今日この形式を使う唯一の理由となります。
ネスト型SegWit（P2SH-P2WPKH、プレフィックス 3...) SegWitスクリプトを、旧式のP2SHエンベロープで包み込んだものです。2017年にSegWitが導入された際、すべてのウォレットや取引所が直ちに新しいbc1形式への対応を追加したわけではありませんでした。ネステッドSegWitは互換性を確保するための橋渡し役となり、手数料を部分的に節約できるだけでなく、旧式のソフトウェアを使用している送信者からも引き続き支払いを受けられるようになりました。 2026年現在、この形式は主にフォールバックとして存在しています。この 3... プレフィックスはSegWit非対応のP2SHアドレスと共通であるため、アドレスだけを見ても、それがSegWit取引であるかどうかは判別できません。
ネイティブSegWit（P2WPKH、プレフィックス bc1q..., 42文字) これは、ほとんどのユーザーにとって最適な選択肢です。Bech32エンコーディングを採用しており、すべて小文字で構成され、Base58よりも優れたエラー検出機能を備え、見分けがつきにくい文字（大文字のO、数字の0、大文字のI、小文字のl）を排除しています。 標準的な1入力・2出力のP2WPKHトランザクションのコストは約141 vbytesで、同等の従来型トランザクションよりも約38%低くなっています。2026年現在、すべての稼働中のウォレットおよび取引所がこれをサポートしています。
ネイティブのSegWitマルチシグ（P2WSH、プレフィックス bc1q..., 62文字) これはスクリプトハッシュのバリエーションであり、マルチシグウォレットや複雑な支出条件に使用されます。 アドレスが長くなっているのは、P2WPKHで使用される20バイトのハッシュではなく、32バイトのSHA-256ハッシュが反映されているためです。2-of-3のマルチシグ設定を実行している場合、P2WSHはSegWitネイティブの方法です。
タップルート (P2TR、プレフィックス bc1p..., 62文字) 2021年に有効化されたSegWitバージョン1です。 これはECDSAではなくシュノール署名を採用しており、複数の署名を1つに集約できるため、マルチシグ取引をオンチェーン上のシングルシグ取引と見分けがつかなくすることができます。シングルシグでの送金において最も低い手数料と最高のプライバシーを提供します。受取人とそのウォレットがbc1pアドレスに対応していることを確認した上でご利用ください。
おすすめ情報
ほとんどの方の場合：ネイティブのSegWit（bc1q）をご利用ください。これは、実質的にすべての稼働中のウォレットや取引所でサポートされており、従来の方式に比べて手数料を約38％節約でき、2026年になっても互換性のリスクがありません（ウォレットソフトウェアにSegWitを組み込む開発者の方は、 Bitcoin Core ウォレット開発ガイド.).
お使いのウォレットがTaproot（bc1p）に対応しており、かつ、Taprootに対応したウォレットを持つ受取人に対してシングルシグネチャ取引を行っている場合、手数料がわずかに安くなり、プライバシーも向上します。
ネスト型SegWit (3...) は互換性のためのフォールバック機能です。これ自体は問題ありませんが、もはやこれをデフォルト設定にする理由はありません。
「ブロックサイズをめぐる争い：SegWitがこれほど物議を醸した理由」
SegWitの技術的な根拠は明確だった。しかし、その導入への道筋は明確ではなかった。
2015年から2017年にかけて、ビットコインは、その歴史上最も意見が分かれたガバナンスをめぐる争いの渦中にあった。その核心にある問題は単純だった。つまり、異なる派閥の利害が対立している状況下で、分散型ネットワークはどのようにして自らのルールをアップグレードすべきか、ということである。
鉱業をめぐる膠着状態
標準的なBIP9アップグレードプロセスでは、ソフトフォークを実施するには、2週間の期間内にマイナーの95％が支持の意思表示を行う必要がありました。2017年初頭までに、SegWitは数か月前から有効化の準備が整っていましたが、その閾値を下回ったまま停滞していました。
最も大きな反対は、大規模なマイニング事業者、とりわけ当時ビットコインのハッシュレートの大部分を支配していたビットメインから寄せられた。 その理由は後に明らかになった。ビットメインは「ASICBoost」と呼ばれる特許取得済みの技術を採用しており、この最適化により同社のマイニングハードウェアは著しい効率上の優位性を得ていたのだ。SegWitは、この隠されたASICBoostと構造的に互換性がなかった。SegWitを阻止することは、その優位性を守ることに他ならなかった。
BIP 148 と UASF
2017年3月、Shaolinfryというペンネームを使う匿名の開発者が、BIP 148「ユーザー主導のソフトフォーク（UASF）」を公開しました。 BIP 148では、マイナーからのシグナルを待つのではなく、経済的ノード（つまり、取引所、決済処理業者、およびビットコインソフトウェアを運用する企業）が、2017年8月1日以降、SegWitのサポートをシグナルしていないブロックを単純に拒否し始めることを提案しました。
その理屈は単純明快だった。マイナーはブロックを生成するが、ネットワークがそれを受け入れて初めて価値が生まれるのだ。 経済的な過半数を占める十分な数の参加者がBIP 148ノードを稼働させれば、マイナーはSegWitを有効にするか、あるいは自分のブロックがオーファン化されるのをただ見守るしかなくなる。リスクも同様に明白だった。採用が不十分であれば、チェーンが分岐し、互換性のない2つのビットコインが並行して稼働することになる。
UASFキャンペーンは草の根的で、大きな反響を呼んだ。カンファレンスのバッジが登場し、Twitter上での議論は激化した。「自分のノードを運用しよう」という言葉に、新たな切迫感が生まれた。
「ニューヨーク合意」とビットコインキャッシュ
UASFの期限を目前に控え、2017年5月、50社以上の主要なビットコイン関連企業がニューヨークに集まり、後に「ニューヨーク合意」として知られるようになった文書に署名した。 各社はSegWitの導入に合意した一方で、その後にハードフォークを実施し、ブロックサイズを2MBに倍増させることにも合意した（これは「SegWit2x」として知られるようになった）。
この妥協案は、どちらの陣営も完全に満足させるものではなかった。大きなブロックに反対していた開発者たちは、SegWit2xを自分たちが同意していない「裏口的なハードフォーク」と見なした。一方、より大きなブロックを求めていたマイナーや企業は、依然として当初の要望が叶えられていなかった。
2017年8月1日、SegWitを導入せずに純粋にブロックサイズを拡大することを求めていた一派が、ビットコインからフォークを行い、ブロックサイズ上限を8MBとするビットコインキャッシュ（BCH）を誕生させました。SegWitは2017年8月24日にビットコインで有効化されました。 SegWit2xハードフォークは、主催者らが十分なコンセンサスが得られていないと判断したため、2017年11月に断念された。
和解内容
この結果は、技術的な詳細にとどまらず、極めて重要な意味を持つものでした。UASFは成功を収めたのです。どのコンセンサスルールが適用されるかを決定したのは、マイナーではなく、経済的なノードでした。この出来事は現在、ビットコインのガバナンスが、ブロックを生成する者ではなく、ソフトウェアを運用・利用する者たちの手にあることを示す実例として、頻繁に引用されています。8月1日は、コミュニティの一部から「ビットコイン独立記念日」と呼ばれています。
SegWitがもたらした可能性
ライトニング・ネットワーク
ライトニング・ネットワークは、SegWitが登場する以前に設計されました。その開発者たちは、トランザクションの可変性（マレラビリティ）が解決されるまでは、このネットワークを安全に展開できないことを認識していました。というのも、ペイメントチャネルは、TXIDによって相互に参照し合う未確認トランザクションの連鎖に依存しているからです。SegWitによるTXID固定の保証により、これらのチャネルは安全なものとなりました。
ライトニング・ネットワークは、SegWitが有効化されてから約6か月後の2018年初頭に、ビットコインのメインネット上で稼働を開始しました。2025年第1四半期までに、1億件以上の取引を処理しました。SegWitがなければ、こうしたインフラは一切存在しなかったでしょう。
タップルートとスクリプトのバージョン管理
SegWitは、ビットコインの取引フォーマットにスクリプトのバージョン管理を導入しました。ウィットネスプログラムはバージョンバイトで始まります。SegWit V0はP2WPKHとP2WSHに対応しています。今後、新しいバージョン番号を定義するアップグレードが行われた場合でも、既存のバージョンと競合することなく独自のルールが適用され、新たなアップグレードをめぐる激しい対立を招くこともありません。
SegWit V1 とは、2021年11月に有効化された Taproot のことです。これにより、シュノール署名、複雑な支出条件のための MAST（Merkelized Abstract Syntax Trees）フレームワーク、およびマルチシグウォレットの取引をオンチェーン上でシングルシグ取引と区別できないようにするプライバシー機能の向上がもたらされました。 Taprootが導入したあらゆる技術的機能は、SegWitが構築したバージョン管理アーキテクチャに依存していました。
序数と碑文
SegWitによって導入され、Taprootによって拡張されたこの証人データ構造により、任意のデータ、画像、テキスト、コードをビットコインの取引に直接埋め込むことが技術的に可能になりました。 これがOrdinalsプロトコルとビットコインのインスクリプションの背後にある仕組みであり、これによりオンチェーンデータの利用が急増し、2024年にはTaprootの採用率が取引の約42%に達しました。 インスクリプションの活動が減少するにつれ、2025年末までにTaprootの利用率は取引の約20％に落ち着きましたが、SegWit V0は依然として約85％を占め、主流のフォーマットであり続けています。
SegWitの背景：ビットコインのアップグレードの経緯
| 年 | イベント |
|---|---|
| 2015年 | ピーター・ウィール氏が「Scaling Bitcoin」カンファレンスでSegWitの構想を発表 |
| 2016年 | BIP 141が正式に公開されたが、マイナーの支持率は95％の閾値を下回ったまま停滞している |
| 2017年3月 | Shaolinfry によって公開された BIP 148 (UASF) |
| 2017年5月 | 50社以上が署名した「ニューヨーク協定」 |
| 2017年8月1日 | ビットコインキャッシュはビットコインから分岐した |
| 2017年8月24日 | ビットコインにおいて、ブロック481,824でSegWitが有効化されました |
| 2017年11月 | SegWit2xのハードフォークが中止に |
| 2018年1月 | ライトニング・ネットワークがメインネットで稼働開始 |
| 2021年11月 | Taprootが有効化され、SegWitのバージョン管理システムを基盤として構築される |
| 2023-2024 | OrdinalsとInscriptionsは、SegWit/Taprootのウィットネス領域を活用している |
| 2026年 | ビットコインの取引の約85％でSegWitが使用されている |
現在の里親募集状況
SegWitの導入は有効化後、着実に拡大し、導入から数ヶ月以内に取引の30％に達し、その後2年間でウォレットや取引所がソフトウェアのアップグレードを進めるにつれて、50％の大台を突破しました。
2026年現在、ビットコイン取引の約85％がSegWitを採用しています（出典：Spark.moneyのビットコインネットワーク統計、CoinGecko）。残りの15％は、アップグレードを行っていないウォレットやサービスによるレガシー取引です。 Taproot（P2TR、SegWit V1）の採用率は、主にOrdinalsの刻印活動に牽引され、2024年に取引の約42％でピークに達しましたが、刻印量の減少に伴い、2025年末までに約20％まで落ち着きました。
この普及曲線は、SegWit自体の状況と類似しています。ハードウェアウォレット、取引所、決済処理業者がソフトウェアを更新するため、新しいアドレス形式が主流として定着するまでには1年から3年かかります。Taprootのサポートは、各ウォレットの実装において引き続き拡大しています。
SegWit 対 レガシー：相違点のまとめ
| 特集 | レガシー（SegWit導入前） | SegWit |
|---|---|---|
| 署名欄 | ScriptSig の内部（メインのトランザクション本体） | 証人欄を分離する |
| ブロックサイズの指標 | バイト単位のサイズ（上限1MB） | 重量単位（4M WUの上限） |
| TXIDの算出 | 署名データを含みます | 証人データは除く |
| トランザクションの可変性 | あり得る | 修正済み |
| 一般的な1入力/2出力のトランザクションサイズ | 約226 vbytes | 約141 vbytes (P2WPKH) |
| 手数料の節約 | ベースライン | 約38％低い（P2WPKH 対 P2PKH） |
| ライトニング・ネットワークの対応 | 安全でない | 必須；決済チャネルを有効にします |
| アドレスプレフィックス | 1... | bc1q... （ネイティブ）または 3... (ネストされた) |
| エンコーディング | Base58 | Bech32 |
結論
SegWitとは、ビットコインの署名データと取引データを分離し、2009年から存在していたセキュリティ上の欠陥を修正し、取引手数料を約3分の1に削減し、ライトニング・ネットワークやTaproot、そしてそれ以降これらを基盤として構築されたあらゆる技術のためのアーキテクチャ上の基盤を提供したプロトコルアップグレードです。
2026年現在、これはビットコインにおける取引の標準となっており、オンチェーン活動の大部分を処理しています。この仕様で導入されたアドレス形式、特にネイティブSegWit（bc1q）は、今日のほとんどのユーザーがデフォルトで使用するべきものです。 その有効化をめぐって繰り広げられた政治的争いは、ビットコインのガバナンス史において最も示唆に富む一章の一つであり続けています。これは、分散型ネットワークにおいて、コンセンサスとはマイナーが与えるものではなく、ユーザーが主張するものであることを示す好例です。
