
資金について:CypherpunkGuide は監視型広告を一切載せない——広告ネットワークも、トラッキングピクセルも、スポンサー記事もない。運営は透明な収益源による:現在は読者からの寄付、将来は購読と編集方針に合致した affiliate。私たちは広告主ではなく、読者に向き合う。
ここ数年のどこかで、「自前で立てろ」が、あらゆるプライバシー問題への反射的な答えになった。Google のクラウドを借りず、自分のクラウドを動かせ。企業のノードを信じず、自分の Bitcoin ノードを動かせ。自分のメールサーバー、自分の VPN、自分のなにもかもを動かせ——そうすれば Big Tech に何ひとつ借りずにすむ、と口上は続く。ここに添えられる言葉が主権だ。美しい言葉である。そして多くの場合、この言葉は、下で支えている構成が背負いきれる以上の重みを、背負わされている。
居心地が悪いのは、セルフホスティングが無駄だからではない。五層からなる問題のうち一層か二層を解いただけなのに、五層すべてを解けたかのような安心を、そっと先取りしてしまう——そこが落とし穴だ。ホスト——一台の物理マシン上で多数の仮想マシンを動かすソフトウェアの層、hypervisor——にそのメモリを読まれるレンタルサーバーは、自分で握った演算とは言えない。自宅で立てたサービスも、接続の metadata を ISP に渡し続けるし(ISP はそれを何か月も保持できる)、それがメールサーバーなら、地球上のあらゆる受信側プロバイダにも渡してしまう。そして、鍵からパケットまで完璧に組み上げたスタックも、そのドメインを本名で登録した瞬間、あるいはあなたに辿り着くカードで支払った瞬間、崩れ落ちる。
ノード運用の手引き、VPS プロバイダの文書、公開されているメールサーバーの runbook を読み込んで、私たちは三つの典型的な構成——自宅の Bitcoin ノード、レンタル VPS 上の Nextcloud、自前のメールサーバー——を、五層の主権モデルに照らして採点した。そしてそのどれでも、最も弱い層は、その構成が解こうとして組まれた当の層ではなかった。この記事が扱うのは、この繰り返しだ。主権とは、他人のプラットフォームから処理を自前に移しさえすれば手に入る称号ではない——いまなお現に露出している層でしか主張できない、一つの性質だ。これは売り込みのページではなく、自己監査である——自分の構成を正直に採点し、残り全部をそっと台無しにしている一層を、探し当てるための道具だ。
デジタル主権が、本当に求めるもの#
デジタル主権とは、あるサービスが依存するすべての層——鍵、データ、ハードウェア、通信、そしてその背後にある身元——に対する、排他的で、強要の効かない支配のことだ。そしてセルフホスティングは、それ自体では、せいぜいそのうち一つか二つしか渡してくれない。 よくある間違いは、主権を、処理を自前に移せば切り替わる二値の入切として扱うことだ。それは二値でもなければ、単一のものでもない。それはスタックであり、スタックが主権的でありうるのは、最も弱い層の分だけだ。
いま言ったこの一文が要になるので、はっきり述べておく——主権とは、各層にわたる最小値であって、和ではない。 保管で十点満点中の九点をとっても、身元が二点なら、その構成は総合では二点にしかならない。敵は強い層でなく、弱い層を突くからだ。これは、鎖にも、脅威モデルにも、セキュリティ境界にも通じる同じ理屈だ——守る側はどこも間違えてはならず、攻める側は一か所だけ当てればいい。各層を平均してその合計に安心するのは、この枠組みがまさに断ち切るために存在する、あの自己欺瞞そのものだ。
もう一つ、より気づきにくい罠がある——セルフホスティングは、依存を消すよりも、はるかに頻繁に、依存を別の場所へ移し替える。 クラウドから自宅サーバーへ移っても、依存から逃れたわけではない——Amazon への依存を、電力会社、インターネット回線業者、ハードウェアを作った半導体の供給網、パケットが横切る Tier-1 網、そして TLS を信頼させる認証局への依存と、取り替えただけだ。これらの依存はより静かで、忘れやすい——だからこそ、それが主権のように見えてしまう。独立した感覚は本物だ。だが独立そのものは、しばしば本物ではない。自分が実際に断ち切った依存はどれで、たんに見えにくい場所へ移しただけの依存はどれか——それを名指すこと、それがこの営みのすべてだ。
五層で採点する、主権の自己監査#
役に立つ主権の監査は、独立した五つの層——保管・データ・演算・通信・身元——を採点する。ある構成が、ある層で強く、別の層で丸裸ということがありうるからだ。そして、そのどちらかを見せてくれるのは、層ごとに一つずつ見るやり方だけだ。 下が、私たちが採点に使うモデルだ。いちばん右の列から読んでほしい——「自前で立てた」あとになお漏れ続けるものの一覧であり、正直な仕事のほとんどが、そこに宿っている。
| 層 | ここでの主権の意味 | セルフホスティングの通常の点 | なお漏れるもの |
|---|---|---|---|
| 1. 保管(custody) | 鍵と root の秘密を、あなただけが握る | ✅ たいてい、唯一うまくやれる層 | 手の届くサーバー上のホットキー、バックアップの保管先 |
| 2. データ(data) | 第三者が読めず、強要もされえない | ◐ まちまち | 保存時の暗号化 ≠ 使用時、誰が召喚状の対象になるか |
| 3. 演算(compute) | コードを実行するハードウェアを、あなたが握る | ✗ どんなレンタルサーバーでも落ちる | ホストは guest の RAM を読める、実行中の平文 |
| 4. 通信(network) | 到達性と metadata が、一人の監視者に依存しない | ✗ たいてい、減るのでなく増える | ISP が宛先と時刻を見る、メール metadata が各中継へ |
| 5. 身元(identity) | 仮名性と、管轄の分離が保たれる | ✗ 静かなとどめ役 | 本名のドメイン、KYC に紐づく決済、あなたに辿り着く一枚のカード |
これらを分ける理由は、各層が、互いに独立して、それぞれ別の理由で落ちるからだ。保管は所持の問題——秘密を握っているか。演算はハードウェアの信頼の問題——誰のシリコンがあなたの平文を動かすか。通信はmetadata の問題——中の手紙とは関わりなく、封筒を誰が見るか。身元は名寄せの問題——現実の何か一つの事実が、その全体をあなたに結び戻さないか。一つを解いても、他の層には何も効かない。そして強い層が、弱い層を見過ごさせる油断を生む。この監査のただ一つの掟は、前節のそれだ——あなたの点は、平均でなく、いちばん低い行だ。 続く三つの節では、セルフホスターが最も確実に取りこぼす三つの行を、順に扱う。
演算と通信——セルフホスティングが、そっと漏らす層#
セルフホスティングが最も苦手な二層は、最も得意だと感じられる二層でもある——レンタルサーバーは自分で握った演算とは言えないし、自宅サーバーは、クラウドのアカウントより通信 metadata を多く漏らすのがふつうで、けっして少なくはない。 安心感が最も強く、実態が最も薄いのがこの二層だ。だからこそ、いちばん正確な言葉で語る必要がある。
まずレンタル VPS 上の演算から。仮想サーバーを借りると、自分の手にない hypervisor があなたの仮想マシンを動かし、設計上、その hypervisor は VM のメモリを読める——データが RAM のどこにあるかを示すページテーブル(CPU が持つ、データの在処の地図)そのものを、hypervisor が管理しているからだ。ここでディスク暗号化は助けにならない——保存時の暗号化が守るのは、マシンが止まっているときのディスクだけだ。だが動いているサーバーは、鍵と平文を RAM に抱えており、ホストはその RAM を読める。これは、プロバイダが実際に覗いているという告発ではない——覗くことができ、こちらの構成では何をどうしても止められない、という指摘だ。つまり演算は、会社がどれほど評判の良い相手であっても、あなたの信頼境界の外にある。ただ一つの本物の直し——CPU がホストに対して guest メモリを暗号化する confidential computing(AMD SEV-SNP、Intel TDX)——は存在し、大手クラウド(Azure、Google Cloud)はいまや上位オプションとしてそれを提供している。だが、多くのセルフホスターが2026年に実際に使う量販の VPS プランには、それはまだ無い。自前のベアメタルを持てば、問題は移るが、物理的な露出が戻ってくる——電源を切った数秒のうちに RAM から暗号鍵を復元するcold-boot 攻撃も、そこに含まれる。
| 演算の形 | 実行中、あなたのデータを読めるのは誰か | 残る露出 | 主権的な演算か |
|---|---|---|---|
| レンタル VPS(標準) | ホスト——hypervisor が guest の RAM を読める | プロバイダのデータセンターと従業員 | ノー——信頼境界の外 |
| レンタル VPS + confidential computing | CPU がホストに対して RAM を暗号化する | 2026年には稀、ファームウェア/attestation への信頼 | 実際に使える範囲では、部分的 |
| 自前のベアメタル | 物理的に近づける者だけ | cold-boot と、物理的な差し押さえ | イエス、物理的な守りがあれば |
通信の層こそ、セルフホスティングの神話が最も裏返るところだ。直感では、自宅サーバーなら通信は秘密に保たれる気がする。だが実際には、あなたの ISP があらゆる接続の metadata を見ている——宛先アドレス、時刻、量、そして、暗号化 DNS と暗号化 SNI(Server Name Indication——TLS の handshake のうち、放っておけばどのサイトへ向かうかを露わにしてしまう部分)を用意していない限り、たどり着くドメイン名そのものまで。通信内容の暗号化は、封筒を隠さない——EFF の Surveillance Self-Defense プロジェクトが説くとおり、metadata だけでも実に多くが分かる——中身が暗号化されていても、どのサイトへ接続するかを含めて。自宅サービスは、これを悪化させうる——常時稼働のサーバーは、目立つ、途切れない通信の型を生み、断続的な閲覧よりも輪郭を描かれやすい。そして自前のメールサーバーは、プロトコルの設計そのものによって漏らす——SMTP は、Received ヘッダの連なりと送信元の IP をあらゆるメッセージに刻み込み、各受信側プロバイダと、その間のあらゆる中継に、露わにする。metadata の外へ、セルフホスティングで抜け出すことはできない——できるのは、誰がそれを集めるかを選ぶことだけであり、そしてセルフホスティングは、しばしばあなた自身の名と住所を、記録上の集める側として選んでしまう。これは、『AI 非匿名化のプレイブック』で私たちが追ったのと同じ名寄せの領域だ——散らばった「無害な」metadata が、束ねられる。
身元と管轄——スタックを崩落させる、あの層#
身元は、他のどこでも完璧でありうるのに、それでもすべてを引きずり倒す層だ——本名のドメイン登録が一つ、KYC に紐づく決済が一つ、あるいはあなたに辿り着くカードが一枚あれば、鍵からパケットまで完璧なスタックが、たった一度の照会で非匿名化される。 そしてこれは、ほぼどのセルフホスティングの手引きも省く層でもある。技術の設定ではなく、誰が何に払ったかという、退屈な紙の跡だからだ——主権が最も頻繁に、そっと息絶えるのが、ここである。
その仕組みは、容赦がない。自分のノードを動かし、自分の鍵を握り、なにもかも暗号化して——そのうえで、それを賄ったコインが、政府発行の身分証を確認した取引所から来ていた、というわけだ。中央集権的な取引所の圧倒的多数が KYC を強制する——コンプライアンスベンダー Sumsub の集計では 90% を超える。そして、あらゆる法定通貨の入口が身元の検問所になっている。あるいは、VPS があなたの名義のカードで払われている。あるいは、ドメインの登録業者が、あなたの本当の詳細を握っている。あるいは、その三つすべてが一つの請求上の身元を共有し、「主権的な」インフラを一人の法的な人物へ束ねてしまう。決済経路の分離を欠いた保管の主権は、ガラスの壁にはめ込まれた施錠ドアだ——だからこそ私たちは、『KYC なしで Bitcoin を買う』ことと、『オンチェーンの決済プライバシー』を、スタックへの後付けでなく前提として扱う。そしてだからこそ、鍵を握ることは、現実の敵が相手に回った途端、『必要であっても、十分ではない』のだ。
管轄は、身元の層の法的な双子であり、広く誤解されている。 よくある思い込みは、データが物理的にどこに置かれるかが、誰がそれを強要できるかを決める、というものだ。米国の CLOUD Act(Clarifying Lawful Overseas Use of Data Act、海外データの合法的利用明確化法)のもとでは、それは端的に誤りだ——米国を拠点とするプロバイダは、そのデータが世界のどこに保存されていようと、その提出を強制されうる(18 U.S.C. § 2713)。管轄は、バイト列の物理的な所在ではなく、プロバイダの法的な住所に従うからだ。米国企業から EU 所在のサーバーを借りても、あなたのデータが米国の手の届かない場所へ出ていくわけではない。ここは、本物のセルフホスティング——自分が持つハードウェアで、自分の管轄で——が、実際に構図を変える場面だ。そもそも命令を突きつけられうる第三者プロバイダを、取り除くからである。だが、それが代わりに何を差し込むかに、目を向けてほしい——あなたの管轄における、直接の法的・物理的な露出だ。命令は、データセンターの扉ではなく、あなたの家の扉に来る。セルフホスティングは、管轄の問題を消しはしない。企業への強要点を、個人への強要点にすげ替えるだけであり、どちらの取引が安全かは、あなたが誰で、どこに住んでいるかに、まるごと懸かっている。
その「あなたが誰か」は、脚注ではない。家庭内暴力(DV)の生存者にとって、反体制の人にとって、あるいは安全が仮名に懸かっている人にとって、身元の層はチェックリストの最後の項目ではない——そこがまるごと肝心なところだ。明示的な脅威モデルなしに書かれたセルフホスティングの手引きが、価値ゼロと切り捨ててしまう、当の層である。あなたの名を WHOIS レコードや決済の台帳に載せてしまう主権は、そもそも本当には危険になどなかった人のための主権だ。
三つの構成を、五層で採点する#
現実の構成を層ごとに採点すると、最弱層の掟はもはや抽象論ではなくなる——下の三つのどれも、組むために狙った当の層はきっちり決める一方、別の一層を、全体の点を左右するほど深く落としている。 採点はわざと粗くしてある——狙いは露出の形をつかむことであって、見せかけの精密さではない。
| 構成 | 保管 | データ | 演算 | 通信 | 身元 | 本当の主権(=最弱) |
|---|---|---|---|---|---|---|
| 自宅の Bitcoin ノード | 強 | 強 | 強(自分のハードウェア) | 弱(ISP がノードの通信を見る) | 弱(KYC のコイン) | 弱——通信 + 身元 |
| レンタル VPS 上の Nextcloud | 中 | 弱(ホストが読める) | 極弱(hypervisor) | 弱(プロバイダ + ISP) | 中 | 極弱——演算 |
| 自前のメールサーバー | 強 | 中 | 場合による(VPS か自前か) | 極弱(SMTP metadata) | 弱(IP ↔ 本名) | 極弱——通信 |
自宅の Bitcoin ノードは、人々が引き合いに出す成功例であり、保管・データ・演算では、その称賛に値する——鍵は自分のもの、検証は自分のもの、ハードウェアも自分のものだ。だが監査を回すと、点は通信と身元の層まで落ちる——あなたの ISP はノードの通信を見るし(Blockstream 自身の指針が、まさにこのために Tor を勧めている)、コインが KYC の取引所から届いていたなら、身元の層は最初から主権的ですらなかった。レンタル VPS 上の Nextcloud は、自分のクラウドを持った気にさせるし、実際 Google Drive よりは保管を良くする——だが演算の層は設計上ホストに読まれるので、「あなたの」クラウドは、プロバイダに読み取れる。そして自前のメールサーバーは、三つのうち最も骨の折れる案件であり、強い保管を買っておきながら、通信層の metadata を、SMTP 越しにあらゆる相手のプロバイダへ流し続ける。三つとも、労力は目に見える層に注がれ、露出は静かな層に宿っている。それは偶然ではない——ここで「劇場」と呼ぶのは、まさにこれだ——観客(そして運営者)の目が向いている、ちょうどその場所に集めて演じられる、主権の上演である。
サイファーパンクの読み——仕組みそのものに、組み込め#
サイファーパンクは、その底にある問いを三十年前に決着させていた。プロバイダを、管轄を、あるいは自分自身の律し方を信じることに頼るプライバシーは、恵みとして与えられたプライバシーにすぎない。長持ちするプライバシーは、仕組みそのものに組み込むほかない——彼らはそう結論した。 セルフホスティングの論争に照らせば、これは懐古ではない——監査のどの層にも当てられる、一つの設計の試験だ。
「私たちは、政府や企業、その他の顔の見えない巨大な組織が、その善意からプライバシーを与えてくれるなどとは、期待できない。……プライバシーを持ちたいなら、自分自身で守らねばならない。」——Eric Hughes『A Cypherpunk’s Manifesto』、1993年
2026年へ携えたこの宣言の要点は、問いが決して「このホストを、この ISP を、この登録業者を、私は信じるか」ではない、ということだ——問いは「私が信じなかったとしても、私のプライバシーは生き延びるか」だ。レンタル VPS は、その試験に演算の層で落ちる。自前のメールサーバーは、通信の層で落ちる。KYC で賄ったノードは、身元で落ちる。セルフホスティングは、本物のサイファーパンクの本能だ——『宣言』の「自分自身のプライバシーを守れ」を、具体的な形にしたものである。だがその本能が報われるのは、信頼の依存を、移し替えるのでなく取り除くときだけだ。最も長持ちする一手は構造的なものであり、それは個人の技術が制度の権力とぶつかるときに通用するのと同じ教訓だ——どの一者も裏切らないことに賭ける設計よりも、どの一者も裏切ることができない設計を選べ。
結論——まず、いちばん弱い層を直せ#
唯一実りのある一手は、いちばん弱い層を見つけ、それを最初に直すことだ。他のあらゆる改善は、最小値で頭打ちになるからである。 間違いは、すでに分かっている層を磨くことだ。この監査の見返りは、これまで避けてきた層を名指してくれる点にある——私たちが採点した三つの構成では、決まって通信か身元だった——そして、あなたの本当の点を決めているのは、たいていその層なのだ。
- ハードウェアを買う前に、監査を回す。 いまの構成の五層すべてを正直に採点し、最小値を見つけること。いちばん弱い層が身元なら——KYC に紐づくコイン、本名のドメイン、あなたに辿り着くカード——どれだけ新しいハードウェアを足しても効かない。まず紙の跡を直すこと。それが、上のすべてに天井を課しているのだから。
- 見えない演算の税を、払うのをやめる。 主権が目的なら、レンタル VPS はあなたが握った演算ではない。その上にあるものは何でも、ホストに読み取れると扱うこと。レンタルのインフラでのセルフホスティングは、それを許容できる処理のためにとっておき、許容できない処理には、自前のハードウェア(その物理的・管轄的な露出は受け入れたうえで)を使うこと。
- 通信の層は漏れると想定し、それに備える。 あなたの ISP と、あらゆるメールの中継は、通信内容の暗号化に関わらず metadata を見る。暗号化 DNS と SNI、対応するサービスには Tor、そして——公開メールのように——プロトコルが身元を広く撒くたぐいの仕事は、そもそもセルフホストしないこと。それらは、サーバーをもう一台足すより価値がある。
- どの層も、サイファーパンクの試験で判じる。 「この相手を信じるか」ではなく、「信じなくても、私のプライバシーは保たれるか」で。五層すべてでその試験を通る構成は、主権的だ。四層で通る構成は、五層目とちょうど同じだけ、主権的である。
主権とは、処理を自前に移せばたどり着ける場所ではない。それは、いまなおさらされている層でしか主張できない、一つの性質だ——そして正直な一手は、その層を見つけ、たんに移し替えただけの依存を名指し、その取引が値したかどうかを、目を見開いて決めることである。
よくある質問#
セルフホスティングは、クラウドを使うよりプライバシーが守られますか?#
自動的にそうなるわけではなく、層によっては、かえってプライバシーが弱くなります。セルフホスティングは、保管を——そして、自分が持つハードウェアの上でなら、演算を——良くできます。鍵を握り、マシンを支配するからです。ですが通信 metadata には何もしませんし(あなたの ISP は依然として通信を見ます)、しばしば悪化させます。常時稼働の自宅サーバーは、目立つ通信の型を持つからです。そして自前のメールサーバーは、主流のプロバイダより多くの、身元を明かす metadata を、積極的に漏らします。プライバシーは層ごとの問いです。「自前で立てた」は、五層のうち一つか二つに答えるだけです。
VPS のプロバイダは、私のデータを読めますか?#
はい、演算の層で。そして、ふつうの暗号化ではそれを防げません。あなたの仮想マシンを動かす hypervisor は、設計上、そのマシンのメモリを読めます。ディスク暗号化は保存時のデータを守りますが、動いているサーバーは鍵と平文を RAM に抱えており、ホストはそこへ手が届きます。あるプロバイダが実際にそれをするかは信頼の問題ですが、その能力があるということは、レンタル VPS 上の演算があなたの支配の外にある、ということです。confidential computing(AMD SEV-SNP、Intel TDX)が唯一の本物の直しで、大手クラウドは上位オプションとして提供しますが、多くの人が使う量販の VPS プランには、まだ無いのです。
データをヨーロッパに置けば、米国の法律から守られますか?#
プロバイダが米国企業なら、守られません。米国の CLOUD Act は、データが世界のどこに保存されていようと、米国を拠点とするプロバイダにその提出を強制します。管轄が、バイト列の物理的な所在ではなく、プロバイダの法的な住所に従うからです。米国企業が持つ EU のデータセンターも、なお手の届く先にあります。第三者プロバイダをまるごと取り除くこと——自分が持つハードウェアでの、本物のセルフホスティング——はこれを変えますが、あなた自身の管轄における直接の法的露出を、代わりに差し込みます。
典型的なセルフホスティングの構成で、いちばん弱い層はどこですか?#
たいていは身元か通信です。それらは、人々が「ホスティング」の一部として思い浮かべない層だからです。自宅の Bitcoin ノードは、保管と演算では完璧でありながら、KYC に紐づくコイン(身元)や、ISP から見える通信(通信)によって、なおあなたに結びつけられえます。あなたの本当の主権は、いちばん弱い層に等しいので、紙の跡と metadata を直すことが、どんなハードウェアの増強よりも効く、ということがしばしば起こります。
セルフホスティングによる「デジタル主権」は、ただのマーケティングですか?#
その言葉は売られすぎていますが、実践そのものは無価値ではありません。セルフホスティングは、支配を確かに移し替えます——正直な問いは、それが信頼の依存を取り除くのか、それとも、たんにより見えにくい場所(あなたの ISP、電力会社、ハードウェアの供給網、認証局)へ移すだけなのか、です。それが本物の主権になるのは、ほかのやり方でなら強要されえた、あるいは裏切りえた相手を、取り除いた層だけです。その試験に照らして層ごとに採点すれば、一部のセルフホスティングは本物の主権であり、その多くは劇場なのです。
| # | 出典 | URL | アーカイブ |
|---|---|---|---|
| 1 | 米国 CLOUD Act——Cross-Border Data Forum の FAQ | https://www.crossborderdataforum.org/frequently-asked-questions-about-the-u-s-cloud-act/ | https://web.archive.org/web/*/https://www.crossborderdataforum.org/frequently-asked-questions-about-the-u-s-cloud-act/ |
| 2 | EFF Surveillance Self-Defense——なぜ metadata が重要か | https://ssd.eff.org/module/why-metadata-matters | https://web.archive.org/web/*/https://ssd.eff.org/module/why-metadata-matters |
| 3 | Wikipedia——Cold boot 攻撃 | https://en.wikipedia.org/wiki/Cold_boot_attack | https://web.archive.org/web/*/https://en.wikipedia.org/wiki/Cold_boot_attack |
| 4 | Blockstream——Bitcoin ノードを安全かつ私的に保つには | https://help.blockstream.com/education/nodes/set-up-and-optimization/how-do-i-keep-my-bitcoin-node-secure-and-private | https://web.archive.org/web/*/https://help.blockstream.com/education/nodes/set-up-and-optimization/how-do-i-keep-my-bitcoin-node-secure-and-private |
| 5 | IETF——RFC 5321、Simple Mail Transfer Protocol(trace / Received ヘッダ) | https://www.rfc-editor.org/rfc/rfc5321 | https://web.archive.org/web/*/https://www.rfc-editor.org/rfc/rfc5321 |
| 6 | VPSBG——Intel SGX 対 AMD SEV(confidential computing) | https://www.vpsbg.eu/blog/intel-sgx-vs-amd-sev-the-ultimate-comparison/ | https://web.archive.org/web/*/https://www.vpsbg.eu/blog/intel-sgx-vs-amd-sev-the-ultimate-comparison/ |
| 7 | Sumsub——カストディアル対ノンカストディアルのウォレットと KYC | https://sumsub.com/blog/custodial-vs-non-custodial-wallets/ | https://web.archive.org/web/*/https://sumsub.com/blog/custodial-vs-non-custodial-wallets/ |
| 8 | Eric Hughes——A Cypherpunk’s Manifesto(1993年) | https://www.activism.net/cypherpunk/manifesto.html | https://web.archive.org/web/*/https://www.activism.net/cypherpunk/manifesto.html |
| 9 | 米国 CLOUD Act——18 U.S.C. § 2713(条文) | https://www.law.cornell.edu/uscode/text/18/2713 | https://web.archive.org/web/*/https://www.law.cornell.edu/uscode/text/18/2713 |


