1984 Hosting vs Njalla 2026:匿名ホスティング徹底比較

ドメイン登録やVPSの管理画面から本名が漏れていたら、その他のプライバシー対策は全部茶番です。これが、レイキャヴィークに本拠を置く1984 Hostingや、Pirate Bayの共同創設者ピーター・スンデが立ち上げた登録代行プロキシ Njalla といった「設計段階から匿名」を謳うプロバイダが台頭してきた背景にある、なんとも居心地の悪い真実です。両社とも、ジャーナリスト、内部告発者、政治的反体制派、ハームリダクション系プロジェクト、そして本名をWHOISレコードや米国系ホスティング業者のデータベースに残したくない暗号資産まわりのオペレーターを主な顧客層として想定しています。両社ともMoneroを受け付けます。両社とも、もっと一般的なプロバイダなら黙って従うようなテイクダウン要求に対して、公に拒否してきた実績があります。

しかし、両者は互換性のあるサービスではありません。一方は、ほとんどの暗号資産プロジェクトより古い言論の自由の評判を持つ、垂直統合型のアイスランドのデータセンター。もう一方は、カリブ海の小規模法域からあなたに代わってドメインを保有する「法的盾」のラッパーです。2026年にこの二者を選ぶというのは、自分が本当に何から身を守ろうとしているのか――そしてどう支払うつもりなのか――を理解するということです。本稿では、Moneroで支払うユーザーの視点で比較を整理します。支払いのプライバシーが第一、法域が第二、機能と価格はその後。MoneroSwapper経由で入手したXMRでどちらかに支払うつもりなら、以下の違いはあなたの運用チェーンが切れずに保たれるかどうかを直接左右します。

なぜ2026年に匿名ホスティングが本当に重要なのか

この2年間で、セルフホスト型プロジェクトを取り巻く脅威の表面積は確実に広がっています。ICANNによる登録業者検証ルールの拡張、NIS2指令下でEU登録業者にかかる圧力の増大、そして「コンシューマ向け」クラウドプロバイダで段階的に義務化されつつあるKYC――これらが、かつてデフォルトで存在していた気軽な匿名性を着実に蝕んできました。2026年初頭の時点で、米国の大手ハイパースケーラーは、課金IDと決済手段とIPアドレスを単一の保持ウィンドウに紐付けており、その期間は年単位で測られます。

これは被害妄想で語られる話ではありません。複数のカテゴリーの正当なオペレーターが、いまや既定のホストで現実的なトラブルに直面しています。

• 独立系ジャーナリスト: 報道対象との結びつきを公にされると危険な地域から、文書や連絡用ページをホストする場合。
• ハームリダクション系サイト: 薬物検査サービスやナロキソン啓発プロジェクトは決済代行業者をたびたび失っており、登録業者やホストをボランティアから法的に一歩離した位置に置く必要があります。
• プライバシーコイン関連ツール: Moneroのブロックエクスプローラ、リモートノード、アトミックスワップのインターフェイス、オープンソースウォレットのミラーは、チェーン分析企業から上流プロバイダへ通報されることが珍しくありません。
• 市民社会インフラ: メッシュネットワーク調整ページ、抗議活動の通信基盤、相互扶助ディレクトリなど。
• 研究者やCTF主催者: 実名の法人アカウントに紐付かない、短命の公開IPアドレスを必要とする人たち。

1984 HostingとNjallaは、いずれもこの空白から生まれました。両社はあるスペクトルの両極に位置します。1984は、強固な憲法上の言論の自由を持つ小さな地理的に隔絶された国における、フルスタックのホスティング企業。Njallaは、あなたとインフラスタックの残りの部分とのあいだに法的に身を割り込ませる仲介業者。正しく選ぶには、両モデルを理解する必要があります。

1984 Hosting:アイスランドの言論の自由のデータセンター

1984 Hostingはレイキャヴィークで創業され、社名はオーウェルの小説に由来します――この点を隠そうという素振りすらありません。同社はアイスランド国内のデータセンターでインフラを自社運用しており、その電力供給はほぼ完全に地熱と水力発電で賄われています。これは偶発的な副産物として、欧州ホスティング市場で最も低い炭素コストプロファイルのひとつを実現しています。

法的な観点で同社を際立たせているのは、アイスランド憲法における言論の自由の保護と、EUの広範な枠組みに沿ったデータ保持義務がこの国に存在しないことの組み合わせです。2010年に成立したアイスランド近代メディアイニシアチブ(IMMI)は、ジャーナリズムと情報源保護の避難所として同国を法制化しようとした試みでした。すべての条項が法律として成立したわけではないものの、表現の自由をめぐる政治文化は、ほとんどのEU加盟国よりも明らかに強固です。1984は過去に複数のテイクダウン要求を、この枠組みを根拠に公に拒否してきました。

1984が実際に売っているもの

製品ラインナップは、ポリシーが型破りなわりに、内容自体は普通です。共有Webホスティング、仮想専用サーバ(VPS)、専用サーバ、コロケーション、幅広いTLDの登録業者サービス、独自ドメインでのメールホスティングが揃っています。ダッシュボードは最小限の個人情報でサインアップでき、SEPAやカードと並んで歴史的にBitcoinとMoneroを受け付けてきました。2026年の価格設定は欧州の中堅プロバイダとほぼ同水準――最安ではありませんが、「プレミアム・プライバシー」と銘打つブティック系の上乗せ価格よりは明らかに下です。

1984モデルの限界

1984は実際に物理ハードウェアを運用しているため、依然としてアイスランド法と上流の接続業者の影響下にあります。アイスランドの法的基準を満たす裁判所命令が届けば、同社はそれに従います。利用者を守るのは、そうした命令のハードルの高さと、いちばん攻撃的な法域とのあいだに国境を越えたデータ共有取極めが存在しないという事実です。これは強固な「法的姿勢」であって、超法規的な何かではありません。脅威モデルに、アイスランドの法執行機関が特定の同盟国と協力するシナリオが含まれているなら、1984は魔法の盾ではないのです。

Njalla:Nevis発のプライバシー・プロキシ・モデル

Njalla――サーミ人が伝統的にクマから食料を守るために使ってきた、高床式の泥炭小屋にちなんで名付けられました――は2017年にローンチしました。共同創設者のピーター・スンデは当初から、これを「単なる連絡先のないプライバシーホスト」ではなく、「意図的に間に挟まる法的エンティティ」として位置づけました。あなたがNjalla経由でドメインを登録するとき、そのドメインはNjalla自身が、あなたに代わって保有するのです。あなたは契約上の使用権を持ちますが、WHOIS上の登録者はNjalla名義になります。

この区別は法廷で意味を持ちます。著作権トロールや国家アクターが登録業者経由でドメインを差し押さえようとした場合、法的な相手方はあなたではなくNjallaです。同社はネイビス(セントクリストファー・ネイビス連邦)で法人登記されており、これは外国からの開示命令に対する敵対的な姿勢と、現地で法的措置を追行するための実務的なコストの高さを意図的に選んだ法域です。

ドメイン以外のサービス

Njallaはドメインから事業を広げ、仮想専用サーバと小規模なVPNサービスを提供しています。VPS製品は欧州の複数の法域にまたがるインフラで運用されており、ここでもNjallaが上流プロバイダの契約上の顧客として振る舞います。その上流から見れば、テナントはあなたではなくNjallaなのです。あなたはNjallaのポータルを介してその箱と対話します。

支払いとサインアップ

Njallaのサインアップ画面は有名なほど薄い情報量しか求めません。メールアドレス(使い捨てで構いません)、ユーザー名、パスワード。本名なし、住所なし、本人確認の電話もありません。支払いオプションには、Monero、Bitcoin、Bitcoin Cash、Litecoin、そして「Njalla, Nevis」しか見ない決済代行業者経由の従来型決済手段がいくつか含まれます。MoneroSwapperでXMRを購入し、Njallaの請求書アドレスへそのまま送れば、Njalla側でも基礎となるVPSやドメインに至る契約チェーンに、あなたを特定できるステップが残らないことになります。

真っ向勝負:違いが実際に効いてくる箇所

ひと言で要約すると、1984は言論の自由が保障される法域でハードウェアを所有し、Njallaはあなたの何も所有しないが、その前に立ちはだかる存在です。下の表は、その運用上の帰結を整理したものです。

項目	1984 Hosting	Njalla
法的モデル	アイスランドの直接プロバイダ	ネイビスの法的介在プロキシ
WHOIS上のドメイン保有者は?	あなた自身	Njalla(あなたに代わって保有)
VPSハードウェアを所有?	はい、レイキャヴィークの施設で	いいえ、上流から借りて再販
サインアップに必要な情報	最小限の課金情報	メールとユーザー名のみ
Monero対応	あり	あり
その他の暗号資産	BTC	BTC、BCH、LTC
価格帯	欧州ミッドマーケット	プロキシ層の分だけ控えめなプレミアム
テイクダウン拒否の公式記録	言論の自由を根拠とした拒否例が複数	ネイビス法域を根拠とした拒否例が複数
最適用途	ジャーナリスト、Moneroインフラ、ハームリダクション	法的圧力下のドメイン、匿名VPS

地味だけれど重要な点が一つあります。これらのモデルは合成可能だということです。Njallaにドメインを登録し、それを1984のVPSに向けて、両方をMoneroで別々に支払う――これを止めるものは何もありません。本気で運用しているオペレーターの多くが、まさにこの構成を採用しています。名前空間に対しては法的盾としてのNjalla、実際のワークロードに対しては言論に親和的な土台としての1984、という使い分けです。1984のサーバは、HTTPホストヘッダ越しにNjallaが所有するドメインを見るだけ。Njalla側のレイヤは、あなたのサービスの中身を一度も目にしません。

匿名で支払う:Moneroのワークフロー

両プロバイダとも、決済画面でMoneroアドレス(あるいは請求書ごとのサブアドレス)を提示します。匿名性の強度は、その支払い画面に到達する前に何が起きたかでほぼ決まります。あなたの本人確認情報をフルに保持している取引所から、ホスティング業者へ直接Moneroを送る――Monero自体は追跡不能でも、取引所側には紙の証跡が残ります。以下のワークフローを運用上の最低限の規律と捉えてください。

1. 本名と紐付かない経路でXMRを入手する。まだMoneroを持っていないなら、MoneroSwapperのようなアカウント不要のスワップサービスを使い、唯一の相手方リンクが「送金してきた資産」だけで、あなたの名前ではない状態を作る。
2. 自分が管理する新しいウォレットで受け取る。シードが、KYC経由の出金履歴を持つウォレットに一度も触れていないことが条件。Polyseedや初期化したてのFeather Walletで十分です。
3. 信頼できるノードで確認を待つ。自前のpruned nodeを動かすか、Tor経由で信頼の置けるリモートノードに問い合わせる。
4. そのウォレットからホスティングの請求書へ直接支払う。事前に資金を集約してはいけません。集約は、ウォレット履歴内の無関係な出力どうしに連結性を生み出します。
5. ホストの管理パネルへはTorか、本人特定不能なVPN経由でアクセスする――それも最初の一回だけでなく、管理セッションのたびに。
6. サインアップに使うメールアドレスを本人特定不能にしておく。暗号資産で支払えるプライバシー指向のメールプロバイダのメールボックスを使えば、ありがちな相関ループが自然に閉じます。

匿名ホスティングで最も脆弱な環は、ほぼ確実にホストそのものではない。それはユーザーがホストとのやり取りの周辺で生成するメタデータである。

ここで脅威モデリングが効いてきます。あなたの敵が著作権ボットなら、どちらかのプロバイダの基本プランで明らかにオーバースペックです。あなたの敵が、複数法域にまたがる召喚状権限を持つ潤沢な国家アクターなら、消費者向けのホスティング製品だけでは何ひとつ足りません。上記のレイヤーを、どちらのプロバイダ単体でも保証できない範囲の運用衛生と組み合わせる必要があります。

実際のシナリオ:どのケースでどちらが勝つか

抽象論を具体化するため、よくある5つのユースケースと、私たちが下す判断を並べておきます。

公開Moneroリモートノードを運用する

予測可能な帯域幅を提供し、曖昧な不正利用通報で即停止してこないホストの上にあるVPSが欲しい。1984の「自社ハードウェア+言論の自由姿勢」というモデルが、ここでは自然な選択肢です。ノードと組み合わせる本人特定不能なドメイン(任意でNjalla登録)を用意し、クリアネットに加えてTorの隠しサービスとしても配信するとよいでしょう。

報道の連絡用ページをホストする

脅威は技術的なものではなく、法的なものです。外国の裁判所が登録業者にテイクダウンを命じてもドメインが到達可能であり続けてほしい。Njallaのプロキシ登録がここでの定石です。実際のコンテンツは1984を含め、ほぼどこでも置けます。

小規模な相互扶助ディレクトリ

ボランティアが一国に集中しているなら、ホストがオペレーターを匿名解除できる余地を最小化することが主目的になります。Njallaの薄いサインアップ+NjallaのVPSが、低コストな出発点です。プロジェクトが成長してより信頼性の高い稼働保証が必要になったら、ドメインはNjallaに残しつつ、ワークロードを1984に移すとよいでしょう。

アトミックスワップのインターフェイス

チェーン分析企業は、スワップのフロントエンドを上流プロバイダへ常習的に通報します。ドメインへの法的介在と、過去に押し返してきた実績のあるホストの両方が必要になります。合成モデル――Njallaドメインを1984のVPSの前に立てて、両方をMoneroで支払う――は、2026年時点で既製品として利用できる最強の構成です。

短命のリサーチ用サイト

サイトが一週間だけ存在すればよいなら、Njallaドメインのプロキシ登録のオーバーヘッドはやや過剰かもしれません。NjallaのVPSを立ち上げ、プライバシー重視の登録業者で別途保有しているドメインを向ければ済む話で、後で全部畳めばよいだけです。

コスト、性能、そして率直なトレードオフ

どちらのプロバイダも、vCPU当たり生価格で勝負しているわけではありません。1984のレイキャヴィークからのレイテンシは、欧州ユーザーには優秀、北米には許容範囲、アジアにはやや高めです。アイスランドの施設の帯域コストはドイツやオランダの平均よりも若干上です。NjallaのVPS価格には法的オーバーヘッド分が織り込まれており、計算資源だけでなく契約上の緩衝層に対しても料金を払っていることになります。

価格しか気にしないなら、どちらも答えではありません。圧力下でもアクセスが途切れない頑健さを気にするなら、どちらも防衛可能な選択肢で、しかも合成構成は両者の単純な和より明らかに強くなります。要するに、あなたが買っているのはギガバイト数ではなく、法的姿勢と運用衛生なのです。

もうひとつ正直な留保を。「KYC不要」を謳うあらゆるプロバイダは、上流の関係に依存しており、その上流自体は直接顧客に対してKYCを課している可能性があります。あなたが買っているのは、その義務を肩代わりして吸収するレイヤです。1984もNjallaも、相応の当局からの注目を継続的に受けるくらいには露出のある事業者で、あなたを守るのは「不可視性」ではなく「法域と姿勢」だという点は忘れないでください。

日本のユーザーが意識すべき点

日本国内から1984やNjallaを利用すること自体は合法です。資金決済法や金融庁の暗号資産交換業者登録制度は、Moneroのような匿名性の高い暗号資産を取り扱う国内交換業者を実質的に排除してきましたが、これは「国内取引所での売買」に対する規制であって、海外で取得・保有したXMRを海外サービスへ送ること自体を禁じるものではありません。とはいえ、Moneroの売買益や決済時の含み益は、雑所得(あるいは事業所得)として国税庁の総合課税の対象となります。匿名ホスティングを利用するからといって、税法上の申告義務が消えるわけではないことは強調しておきます――匿名性と申告義務は別レイヤの問題です。

もう一つ、日本特有の留保があります。国内ISPからNjallaの管理画面やMoneroウォレットへ直接接続すること自体には何の問題もありませんが、原則としてTorまたは信頼できる海外VPN経由のアクセスを推奨します。日本のISPは保存期間の長いアクセスログを保持する傾向があり、令状ベースの開示にも比較的素直に応じるためです。匿名性を買うレイヤを増やすほど、最も基本的な接続経路でそれを台無しにしてしまうのはもったいない、という運用上の常識的判断です。

避けるべき典型的なミス

匿名ホスティングを導入したのに、自分で匿名性を切り崩してしまう代表的なパターンを挙げておきます。

• 同じメールアドレスを複数の匿名サービスで使い回す。これだけで複数アカウントが一発で相関します。サービスごとに別の使い捨てメールを用意してください。
• 支払い直前のウォレット集約。Moneroでも、入力構成の癖から経験的な手がかりが残ります。請求書ごとに新しいサブアドレスへ受け取り、支払いも個別の出力から行う。
• 本名ドメインからの移管。Njallaに「もとから本名で登録していたドメイン」を移管しても、過去のWHOISスナップショットはネット上に残ります。新規取得のドメインを使うべきです。
• 本人特定可能なアセットの再利用。個人ブログで使っていたロゴ、文章のクセ、コードのコメントスタイル――こうしたものが思いがけない指紋になります。
• 更新通知の住所漏れ。請求書PDFや更新通知に課金情報がうっかり載らないか、初回請求時に必ず確認してください。

FAQ

Njallaは本当に匿名なのか、それとも仮名にすぎないのか?

Njallaは「法的介在サービス」と理解するのが最も正確です。あなたがNjalla自身に提供する個人情報は実質的にゼロなので、同社は圧力下でも引き渡せる情報をほとんど持っていません。しかし、その下にあるVPSをホストしている上流プロバイダや、レジストリを運営する組織は、Njallaを顧客として把握しています。したがってあなたの匿名性は、召喚状の連鎖がNjallaのネイビス法人登記を経由しなければならない相手に対して相対的に強い、ということになります。これは意味のある障壁ですが、絶対的なものではありません。

1984 Hostingは本当にテイクダウン要求を拒否できるのか?

1984は、アイスランドの法的基準を満たさないテイクダウン要求を拒否した事例を公式に文書化しています。アイスランドには強固な憲法上の言論伝統があり、コンテンツ削除を強制する枠組みは、ほとんどのEU加盟国に比べると相対的に狭い。とはいえ1984は、西側民主主義国家で営業する規制対象企業です――有効なアイスランドの裁判所命令には従います。守ってくれるのは法的姿勢であって、超法規的な抵抗ではありません。

Monero関連プロジェクトのホスティングにはどちらが向いている?

純粋な計算資源――ノード、エクスプローラ、ウォレットミラーなど――については、1984の自社ハードウェア+言論親和的な法域というモデルが、より強いデフォルトです。公開ドメインに関しては、Njallaのプロキシ登録が、ネームレベルでの執行に対する有用な法的緩衝を追加します。経験豊富なMoneroインフラのオペレーターが収束するのは、この合成構成です。

両社ともMoneroを受け付けるのか、どう安全に支払えばよい?

両社とも、チェックアウト時に請求書ごとのMoneroアドレスを発行します。決定的に重要なのは、そもそもXMRを本人IDと紐付かない方法で入手することです。MoneroSwapperのようなアカウント不要のスワップサービスを使えば、口座を開設せずに他の資産からMoneroを入手し、取引所側にあなたとホスティング購入を結びつけるKYCレコードを残さずに、どちらかのプロバイダへ直接送金できます。

両社を組み合わせることはできる?

できますし、本気のオペレーターにとって定石とも言える構成です。Njallaでドメインを登録し――WHOISとレジストリ層が遮蔽されます――実際のワークロードは1984のVPSで動かし、両方をMoneroで別々に支払う。両プロバイダはお互いを知る必要がありません。それぞれの視点からは、あなたはその一製品のごく普通の顧客にすぎません。

Njallaのアカウントが閉鎖されたらどうなる?

NjallaはNjalla経由で登録されたドメインの法的な所有者なので、アカウント閉鎖こそが最も入念に備えるべきシナリオです。Njallaの利用規約には、要求に応じてドメインを任意の登録業者へ移管する手順が規定されています。実際に必要になる前に、その移管経路を一度テストしておくこと。そしてNjallaのメールアドレスを他の用途に流用しないこと――メールボックスへのアクセス喪失が、そのままドメインの喪失に連鎖しないようにするためです。

どちらかのプロバイダを使うこと自体が、私の居住地で合法なのか?

外国のホスティング業者やプロキシ登録業者を利用すること自体は、事実上すべての法域で合法です。規制され得るのは、あなたが公開するコンテンツのほうです。1984もNjallaも、あなた個人に適用される法から免責してくれるわけではありません。これらは、機会主義的な執行に対する表面積を減らし、国境をまたぐ法的措置のハードルを上げてくれるレイヤです。「自分が合法的に何を発信できるか」の理解の代替ではなく、運用スタックの一部として扱ってください。

結論

「1984 Hosting対Njalla」に対する誠実な答えは、両者は実のところ競合ではなく、より侵襲的になりつつあるホスティング市場のなかで、ますます有用さを増しているプライバシースタックの相補的な道具だ、というものです。言論親和的な法域で自社ハードウェアが必要なときは1984を選びましょう。名前空間と契約関係の上に法的プロキシ層が必要なときはNjallaを選びましょう。プロジェクトが両者を合成する小さな追加コストを正当化する種類のものなら、両方を選びましょう。

どちらを選ぶにせよ、あなたのプライバシー姿勢の支払い側は、請求書画面のはるか手前で決まっています。アカウント不要・KYC不要の経路――たとえばMoneroSwapperを通じて――でMoneroを入手し、新しいウォレットから直接支払うこと。これが、それまで積み上げてきた残りの作業を、財務チェーンに巻き戻されないために必要な規律です。匿名ホスティングで最も高くつく部分はホスティング料金ではなく、規律のほうです。規律さえ正しくセットできれば、どちらのプロバイダも看板通りの仕事をします。

最後に一点。1984にせよNjallaにせよ、サービスを選んだ瞬間がプライバシー設計の完成ではなく、出発点です。半年に一度は、自分の運用フローを棚卸ししてみてください。サインアップに使ったメールはまだ生きているか、ドメイン移管経路は依然として有効か、Moneroのウォレットシードのバックアップは安全な経路で保管されているか、Tor接続が最新ブリッジで動いているか。匿名ホスティングは「導入して終わり」の買い物ではなく、定期的な点検を前提にした継続的な姿勢です。あなたの脅威モデルが変われば、構成も変えるべき――そのとき改めて、このページに立ち返ってもらえれば幸いです。