BTC払いは全て記録される｜NostrのZap決済を使える条件

ビットコインで支払いをするとき、あなたはどのウォレットを使っているだろうか。

取引所のアプリからBTCを送ったなら、その瞬間から記録が動き始める。本人確認書類と紐づいた送金先、金額、タイムスタンプ。取引所のサーバーに蓄積されるこの情報は、1回の支払いで終わらない。使うほど積み上がり、「誰に何をいつ払ったか」という行動履歴を形成していく。

取引所払いが作る「本名付きの記録」

口座開設時に提出した氏名・住所・顔写真のKYC情報は、その後の全取引と連動する。

これは日本の取引所に限った話ではない。世界中の規制当局が取引所にKYCを義務付けており、記録の保持期間も法律で定められている場合が多い。「古い取引は消える」という期待は、法的に見ても成立しにくい。

さらに深刻なのはデータ流出リスクだ。KYC情報の漏洩が物理的な脅威に繋がった事例は過去にも起きている。氏名・住所・保有量がセットで外部に出た場合、被害は金銭的なものにとどまらない可能性がある。

NostrとZapの設計思想

Nostr（Notes and Other Stuff Transmitted by Relays）は、中央サーバーに依存しない分散型の通信プロトコルだ。

公開鍵と秘密鍵のペアでアイデンティティを構成し、複数のリレー（中継サーバー）を通じてデータをやり取りする。特定の企業が所有・運営するサーバーが存在しないため、プラットフォームによるアカウント停止や情報の一元管理が構造上起きにくい設計になっている。

この設計の上に、NIP-57（Nostr Implementation Possibilities #57）として定義されたZapという機能がある。Zapは送り手と受け手が公開鍵を通じてLightning Network決済を完結させる仕組みだ。送金のフロー全体に取引所が関与しない。KYC情報との紐づけも発生しない。

カストディLNとの決定的な違い

「Lightning Networkに対応している」という表示を持つ取引所サービスは増えている。しかしその多くは、カストディ型のLNウォレットだ。

カストディ型とは、秘密鍵を取引所が管理する形態を指す。Lightningの速度・低手数料という特徴を利用しながらも、送金記録は取引所のサーバーに残り、KYC情報との紐づけは解消されない。「Lightning使えます」という表示は、プライバシー保護の意味を持たない。

NostrのZapで取引所を経由しない決済を実現するには、自分で秘密鍵を管理する非カストディ型のLightningウォレットが必要だ。PhoenixやBreezのような非カストディ型ウォレットでは、送受金の秘密鍵が自分の手元にあり、取引所に記録が渡らない構造になっている。

使える人と使えない人を分ける境界線

ZapはNostrアカウント（秘密鍵）と、非カストディ型のLightningウォレットを自分で持っていることが前提だ。

取引所にBTCを預けたままの状態では、この選択肢は最初から存在しない。送金先を自分で決めることも、記録の残り方をコントロールすることも、取引所のポリシーと規制の枠内でしか行えない。プライバシー保護の手段として技術的に存在していても、鍵を持っていなければ使えない道具だ。

設定の手間はある。非カストディウォレットの初期設定、Nostrアカウントの管理、Lightningチャネルの基本理解。しかしこれらは一度整えれば継続的に使える仕組みであり、難易度は年々下がっている。乗り越えた先に初めて、「誰にも記録されない支払い」という選択肢が現れる。

プライバシーの記録は遡及できない

「プライバシーは今は気にしない」という判断は理解できる。しかし取引所に蓄積された支払い記録は消えない。

今後の規制環境の変化、データ漏洩、規制当局からの情報提供要請。これらが現実になったとき、過去の全記録が紐づいた状態で存在していることの意味を初めて実感する可能性がある。プライバシーの確保は、問題が起きてからでは取り戻せない性質を持つ。

取引所の記録から自分を切り離す選択は、鍵を自分で管理している人にしか開かれていない扉だ。まずセルフカストディに移行すること。そこから先の選択肢を自分で握ることが出発点になる。

※本記事は一般的な情報提供を目的としており、投資助言ではありません。