暗号資産でVPNを支払うと匿名のままでいられるのか
保護された送金が変えるのは台帳に映る内容であり、支払い時に事業者がすでに記録した内容ではない。生き残るつながりで支払い経路を比較する。
VPNの請求をプライバシー重視の通貨で支払うたびに、二つの問いが混ざる。一つは、チェーンを読む第三者が送金について何を知り得るか。もう一つは、あなたが登録し、チケットを開き、フォームに請求書番号を打ち込んだことで事業者がすでに知っていることだ。支払い方法は前者の答えを変えても、後者をまったく変えないことがある。記録は実際にそう保存されるのだから、両者は分けて監査するべきだ。
私的な送金と私的な購入は別の主張である
公開チェーンでは、金額と一対のアドレスは一年後に調べる誰にでも見えたままになる。Moneroはリング署名、ステルスアドレス、RingCTによって金額・送信者・受信者を既定で隠す。だから送金そのものが心配なときに選ばれる。どちらの設計も、支払いを引き起こした請求書については何も語らない。
アカウントの仕組みは簿記の問題を解く。お金が届いたら、何かが正しい購読を支払い済みとして印を付ける必要がある。その輪を閉じる識別子は、コインが動く前にあなたのセッションの中で作られる請求書番号や注文参照だ。販売者は暗号上の前提を一つも壊さずに突き合わせを終えるので、コインのプライバシー特性は計算に入らない。
Moneroプロジェクト自身のよくある質問はその境界について率直だ。プロトコルは支払者が提供した識別情報を消さず、完全な匿名性も約束しない。その情報を渡した相手が販売者であるなら、プロトコルは弱点ではなかった。
この区別はよくある失望を説明する。新しいウォレットから支払いが送られ、アカウントはいつものアドレスを保ち、一か月後に顧客の名前宛ての更新案内が届く。何も失敗していない。案内は台帳からではなく、アカウントの仕組みから来たのだ。
つながりはどこで生まれるか、順に
購入を外から内へたどる。注文フォームはメールアドレスを尋ね、課税目的で氏名と国を求めることもあり、既存の顧客記録に紐づく参照番号を返す。その後、支払いはその番号に対して届く。完璧で結び付け不能な送金でも、すでに一人を指す請求書の上に着地する。
サポートは二つ目の接点であり、軽視されやすい場所だ。ログイン済みのアカウントからチケットを開き、請求書やスクリーンショット、取引ハッシュを添付すれば、この支払いとこのアカウントが同じものであるという署名済みの申告を事業者に渡すことになる。返金も同じで、送金先と購入参照が必要になる。カードの異議申し立てはさらに進み、ネットワークが双方の写しを保持する。
保管型の経路は第三者を加える。取引所から出金すれば、取引所があなたの身元、金額、送金先を保持し、後から三つとも照会され得る。VPN事業者は解決できないアドレスからの支払いを見るが、取引所には分かる。自分で管理するウォレットなら、その記録保持者が消え、事業者側の記録はそのまま残る。
三つの支払い経路を同じ軸で比べる
多くの助言は支払い方法を一つの列で比べて判決を下す。事業者が受け取るもの、他に誰が記録を持つか、何がまだアカウントを指すかは独立に動くので、一列で勝つ経路が次の列で負けることがある。三つを同時に読むことだけが持ちこたえる比較だ。
| Route | What the provider receives | Other record holders | What still points at the account |
|---|---|---|---|
| Card or bank transfer | Amount, billing name and a processor reference matched to the invoice | Bank, card network, payment processor | The invoice, plus any name or address typed at checkout |
| Withdrawal from an exchange | Amount and destination, with no identity attached on arrival | The exchange, under its own account and reporting duties | The invoice, plus anything the exchange can later be asked to disclose |
| Coin from a wallet you control | Amount and address, with no third-party record of the sender | None beyond the chain, if the chain is public at all | The invoice, plus any detail volunteered in support |
最後の列から始めよう、どの経路でもそれが残るからだ。既存の顧客記録に対して発行された参照は、事業者がそれなしの支払い方法を売らない限り持続的なつながりであり、ほとんどの更新では売っていない。次に中央の列は、数か月後に誰が質問への回答を強いられ得るかを示す。気にかける観察者が好奇心旺盛な他人ではなく組織であるとき、これは台帳での可視性より重い。
最初の列は保護されたコインが評判を得る場所であり、三つのうち最も狭い。外部の者が台帳から何を学ぶかに答える。公開チェーンの支払いでは現実の問いであり、RingCTの送金ではほとんど空の問いだ。その列だけに答えることが、私的な支払いを私的な購入と取り違える正確な道筋である。
購入を私的と呼ぶ前に書き留めること
購入が新しいうちに四行で足りる。どの観察者に対して身を守っていたのか、支払い時に事業者が何を知ったのか、送金の写しを他に誰が持つのか、将来のサポート依頼が何を加えるのか。書き留めれば、それらは漠然とした匿名感を検証できる主張に変える。書かなければ、コインが頼まれもしない仕事をしたという前提に変わる。
次に、まだ自分で制御できるものを減らす。請求や法的な目的のない任意項目は飛ばし、必須の情報はでっち上げず正確に保ち、リカバリーフレーズ、秘密の使用キー、アカウントの完全なエクスポートを会話に貼らず、添付はアカウントが存在する限りアカウントのそばに残ると想定する。データを最小化することは、資格を偽ったり支払い義務を逃れたりすることとは違う。両者を混ぜると、最初の問題より悪い問題が生まれる。
更新の前に、アカウントとの紐づけなしに支払える新しい請求書を発行できるか、ログインせずにサポートへ届くかを確認する。どちらも無理なら、正直な要約は「送金は私的だが、アカウントは私的でない」だ。次の支払いの前に知る価値はあり、多くの販促ページが省いているのはこの要約である。