ビットコインに「シールド取引」が来る——ルールを変えずにプライバシーを足す設計思想

2026年9月、ビットコインのプロトコル自体に手を入れず、Zcash のような「シールド取引」に近いプライバシーを実現する提案が話題になっている。注目すべきは、コンセンサスルールの変更を要求しない点だ。変更が必要なのは、ビットコインの上に載るレイヤーと、それを運用するウォレット側の実装である。

ルールを変えずにプライバシーを足すとは何か

ビットコインの取引は、送信者・受信者・金額が台帳上に公開される。この透明性は検証可能性の源泉だが、同時に、残高や取引履歴が誰にでも追跡できることを意味する。Zcash のシールド取引は、ゼロ知識証明を使って、送信者・受信者・金額を秘匿しつつ、二重支出がないことだけをネットワークに証明する。

今回の提案の要点は、この秘匿化のロジックをビットコインのレイヤー2やサイドチェーン、あるいはウォレットの内部に閉じ込めることにある。ビットコイン本体のノードは、従来どおりのルールで動き続ける。プライバシーを求めるユーザーだけが、追加のソフトウェアを選んで使う。これは、2017年の SegWit や2021年の Taproot のような「全ノードが合意する必要がある変更」とは性質が異なる。

技術的には、zk-SNARKs や STARKs の証明生成コスト、ウォレットの鍵管理、そして「秘匿された資産が本当にビットコインと1対1で対応しているか」を誰が保証するか、という信頼の置き場所が論点になる。ルール変更なしに済む代わりに、セキュリティモデルはビットコイン本体よりも弱くなる可能性がある。このトレードオフをどう受け入れるかが、実用化の分かれ目だ。

プライバシーは「後付け」できるが、保存は「後付け」できない

この提案が示唆するのは、基盤となるプロトコルの変更なしに、上位レイヤーで機能を追加できるという設計パターンである。プライバシーは、ユーザーが選ぶオプションとして後から被せられる。

しかし、データの長期保存はこのパターンが通用しない。一度失われたデータは、後からレイヤーを足しても戻らない。ストレージにおいては、最初から「消えないこと」を前提に設計する必要がある。

たとえば、クラウドストレージのサブスクリプションは、支払いが止まればデータへのアクセスも止まる。10年後にサービスが値上げしたら、あるいは事業者が撤退したら、データはどうなるか。このリスクは、プライバシーと違って「使う人だけが選ぶ」問題ではない。預けた全員に等しく降りかかる。

Arweave のような分散型ストレージでは、保存料金を事前に一括で支払い、その原資を永続的な採掘報酬に充てることで、半永久的な保存を目指す。Long Drive が採用しているのもこのモデルだ。月額課金ではなく、一度の支払いで「消えない」状態を買う。プライバシーを後付けする発想と、保存を最初から組み込む発想は、似て非なるものである。

透明性と秘匿性のあいだで、何を守るか

ビットコインの透明性は、監査可能性という点で強みだった。誰でも取引を検証できるから、中央の管理者を信頼しなくて済む。シールド取引はこの強みを一部手放し、代わりにプライバシーを得る。

データ保存にも同じ構図がある。プラットフォームが中身を読める状態は、利便性や検索性と引き換えに、プライバシーを犠牲にする。逆に、クライアント側で暗号化してからアップロードすれば、プラットフォームは暗号文しか持たない。鍵はユーザーのパスワードが守る。Long Drive の AES-256-GCM によるクライアント側暗号化は、この後者の立場を取る。

重要なのは、どちらが優れているかではなく、何を守りたいかによって設計を選ぶことだ。取引の追跡可能性を重視するなら透明な台帳を、資産の動きを他人に知られたくないならシールド取引を。データを検索・共有しやすくしたいなら平文を、内容を事業者にも読ませたくないなら暗号化を。

消えないことは、機能ではなく前提である

ビットコインのプライバシー提案が面白いのは、基盤を変えずに上位で解決する発想を持ち込んだ点だ。だが、データの長期保存にはその発想が及ばない。保存は、後から足す機能ではなく、最初から前提にしなければ意味がない。

10年後、20年後に開ける必要のある契約書、写真、研究データ。それらを預けるとき、私たちが本当に問うべきは「今いくらか」ではなく「支払いが止まった後も残るか」である。Long Drive が一度の支払いで半永久的な保存を提供し、鍵をユーザー自身が握る設計にしているのは、この問いに正面から答えるためだ。プライバシーは選べる。だが、消えないことは、選ぶ以前の前提として組み込まれていなければならない。