こんにちは、tencaw-node.com と tencawffee.com の2台のノードを運営している ten です。
ノードを一台、また一台と増やしていくと、ある夜、ふと不安がよぎりました。「もし契約しているサーバー会社が、ある日『暗号資産はうちでは禁止です』と言い出したら、私のノードはどうなるんだろう」と。
調べてみると、それは杞憂ではありませんでした。現に起きていたのです…。しかも、当時「速くて安い」と評判だったブロックチェーンの、五分の一が一夜で沈む規模で。
今夜はその話から、CAWのノードがなぜ「軽い」ことに意味があるのか、というところまで、園を歩くように辿ってみたいと思います。良い面も、そうでない面も、できるだけ等身大でお伝えします。
2022年11月、一通のメールが届きました。
ドイツに Hetzner という大手のホスティング事業者があります。安くて性能が良く、世界中のノード運営者に人気でした。2022年11月2日、その Hetzner が、自社サーバー上で動く Solana のバリデーターへの接続を、一斉に遮断したのです。
結果は劇的でした。千を超えるバリデータが数時間のうちにオフラインになり、ネットワークを守るステークの二割以上が「機能停止」状態に陥ったのです。ある集計では、この比率は22%に達し、その年で最も高い水準でした。理由は、障害でもハッキングでもありません。
規約違反
ただ、それだけでした。
Hetzner の姿勢は、以前から一貫していました。彼らはこう述べています。
私たちの製品を、マイニングに関連するあらゆる用途に使うことは、たとえ間接的な関わりであっても許可していません。その制限は、PoWのソフトウェアだけでなく、PoS なども含みます。
── Hetzner の当時の説明(Redditでの Q&A より、要約)
つまり Solana のバリデーターは、ハッシュ計算を一切していないにもかかわらず、「暗号資産に関係している」というひとくくりの網にかかって、落とされたのです。
落とされたのは「重い計算をしていたから」ではない。
「暗号資産に関係していたから」だった。
この違いは、後でCAWの話をするとき、もう一度効いてきます。
「分散化」の、もう一つの顔
この事件が突きつけたのは、単純だけれど見落とされがちな事実でした。
数千のバリデーターに分散した、堅牢なネットワーク
その多くが、少数のホスティング事業者の上に相乗りしていた。だから、たった一社の判断で、二割が同時に消えた
チェーンがいくら鎖の上(オンチェーン)で「分散」していても、そのノードたちが少数の事業者の上に集まっていたら、その一社の判断で全体が揺らぐ。Solana財団自身も、後の健全性レポートでこの出来事を「ネットワークに対する20%攻撃に相当した」と振り返り、複数のサーバー事業者へステークを分散させることがいかに重要かを示した事例だと総括しています。自分たちに不利な事実から目を逸らさなかった点は、素直に敬意を感じます。
そして、これはSolanaだけの話ではありませんでした。同じHetznerは当時、Ethereumのノードのおよそ16%を抱えるほどの存在で、その後の締め付けで、その比率は12%程度まで下がったと報じられています。イーサリアムもまた、同じ土俵の上にいるのです。
では、CAWのノードはどうなのか
ここからが本題です。良く見せるためではなく、構造を正確に見るために書きます。
まず正直に言うと、規約リスクそのものは、CAWのノード運営者にも等しく存在します。CAWのフルノードもVPSの上で動く以上、事業者が方針を変えれば、私のノードも、あなたのノードも、影響を受けます。「CAWだから大丈夫」という保証は、どこにもありません。この点で、CAWが特別に安全なわけではないのです。
ただ、「落とされた後に、どれだけ早く立ち直れるか」という一点で、CAWのノードには明確な構造的な強みがあります。
Solana のバリデーターが重量級のマシンを要求するのに対して、CAWのフルノードの実体は、「Node.js」のインデクサーと 「PostgreSQL」つまり、ごく普通のWebアプリケーションと変わりません。数GBのメモリで動きます。特別なハードウェアも要りません。
思い出してみてください。Hetznerの事件で、落とされたバリデーターたちは、その後どうなったか。Solana財団のレポートは、こう続けています。
ネットワークは移行の間も完全に稼働し続けた。そして数日のうちに、影響を受けたほぼすべてのバリデータが、別のデータセンターで復帰した。
── Solana Foundation Validator Health Report(2023年3月、要約)
共同創業者は「これがあるべき姿だ」と述べ、運営者たちは実際に、より暗号資産に寛容な事業者へと移っていきました。ここから受け取るべき教訓は、こうです。
規制の痛みの大きさは、
ノードの「移動コスト」で決まる。
そして移動コストは、ノードが軽ければ軽いほど、小さくなります。CAWのフルノードは、最悪の場合、VPSが軒並み方針を変えても、自宅の回線とミニPC一台へ退避できる。この身軽さは、重量級のバリデーターには真似のできない、地味だけれど本質的な強みです。
これは規約だけの話ではありません。
ついでに書いておくと、この「一極集中」の弱点は、悪意ある規約執行だけでなく、単なる事故でも顔を出します。しかも、つい最近その実例がありました。
2025年10月20日、Amazonのクラウド(AWS)の中核リージョンで大きな障害が起きました。誰も暗号資産を禁止したわけではありません。ただDNSという「住所の変換」の仕組みが数時間つまずいた…。それだけで、CoinbaseやRobinhoodといった取引所、CoinbaseのL2であるBase、そしてMetaMaskなどが接続に使うInfuraのRPCまでが、次々と巻き添えになりました。しかもこの月、AWSの障害は一度では終わらず、10日後にもう一度起きています。
ここで見逃せないのが、被害の構図です。
ブロックチェーンの本体(オンチェーンの合意)は、動き続けていた。資産も無事だった
ユーザーがそこへ辿り着くための「入口」RPC、API、取引所の画面が落ちました。人々にとっては「ブロックチェーンが止まった」のと見分けがつかなかったのです。
そして、その偏りの度合いを示す数字があります。ある集計では、イーサリアムの実行レイヤーのノードのうち、およそ37%(約2,300台)がAWS上でホストされているとされています。Hetznerの16%が問題視されたことを思えば、この一社への集中がいかに大きいかが分かります。鎖の上では数千のノードに分かれていても、その足元は、驚くほど少数の地面の上に立っているのです。
規約リスクと障害リスクは、根っこが同じです。「どこで動いているか」が偏っていること。それが、単一障害点をつくるのです。悪意で落とされるか、事故で落ちるか。入口の違いにすぎません。
この夜から、持ち帰ること
この話を、行動に落とすと、三つになりました。自分自身への備忘録として、ここに残しておきます。
事業者を分ける。複数ノードを運営するなら、できれば別の事業者、できれば別の国や地域に置く。一社・一国の判断で、全部が同時に止まる形を避ける。
移動できるようにしておく。再構築の手順を、つまずいたところも含めて記録しておく。いざ移設というとき、その記録が、移動コストを何倍も下げてくれる。
「軽さ」を、資産として意識する。CAWのノードが普通のサーバーと同じ負荷で動くことは、平時には地味だけれど、有事にはそのまま生存力になる。
「分散化」という言葉を、私たちはつい、鎖の上のことだと思ってしまいます。でも本当の試練は、しばしば鎖の下、サーバーの契約書や、データセンターの所在地といった、地味な現実の層でやってきます。Hetznerが送った一通のメールは、それを「二割」という数字で教えてくれました。
CAWのノードは、その試練に対して、特別に免疫があるわけではありません。ただ、転んだときに、軽い体は、起き上がるのが少しだけ速い。今夜のところは、それで十分な気がしています。
その一点であり続けるために。
※本記事は特定の投資を勧めるものではありません。数値・事例は公開情報にもとづき、執筆時点(2026年7月)のものです。ネットワークやサーバー事業者の状況は変化しうるため、運用判断の際はご自身で一次情報をご確認ください。






