ポピュラーサイエンス: 自律型検証インフラストラクチャを実行するリスク
編集者注: この記事は以下から引用しましたイーサリアム愛好家 (ID: ethfans)編集者注: この記事は以下から引用しました
イーサリアム愛好家 (ID: ethfans)https://blog.ethereum.org/）。
イーサリアム愛好家 (ID: ethfans)
、著者：Saxemberg、翻訳者および校正者：Min Min & A Jian、許可を得て Odaily によって複製されました。
数日前、イーサリアムは、シンプルでわかりやすいユーザーガイダンスインターフェイスを備えた「Launchpad」をリリースしました。これは、数回クリックするだけで ETH 2.0 バリデーターになることができます (
イーサリアム財団のウェブサイトには次のように記載されています。
「Launchpad の目的は、セキュリティを損なったり、ユーザーの教育を犠牲にしたりすることなく、ETH 2.0 バリデーターになるプロセスをできるだけ簡単にすることです。
イーサリアム コミュニティの本来の目的は、分散化を改善し、Rocket Pool などのサードパーティ サービスに依存せずに、どのコンピュータでも検証ノードを実行できるようにすることです。したがって、これは、コミュニティメンバーが、家庭用コンピューターを含むすべての利用可能なデバイスを通じてバリデーターになるために 32 ETH を積極的に誓約しようとすることを奨励します。 Reddit や Twitter では、多くの ETH 保有者が自分たちの意図について投稿しています。
「リスクの観点から言えば、スラッシュのリスクと、早期導入者であることに伴うリスクを理解していただきたいのです。」
これまでのところ、バリデーターの観点からイーサリアムのコンセンサスメカニズム設計に内在する明確に明確に表現された唯一のリスクはスラッシュです。古い設計ではバリデーターの可用性についてより高い要件がありましたが、最新の設計では、多くのバリデーターが同時にオフラインにならない限り、単一のバリデーターがオフラインになっても重大なコンセンサス違反にはなりません。ただし、Launchpad を選択し、家庭用機器からノードを実行する将来のイーサリアム検証者が考慮すべき、より深刻なリスクは他にもあります。イーサリアム財団は次のように述べています。
「リスクの観点から言えば、スラッシュのリスクと、早期導入者であることに伴うリスクを理解していただきたいのです。」
副題
DDoS攻撃
副題
サーバーを調査して侵害する
検証者の IP がインターネット上に公開されている場合、トランザクションに署名でき、キーを保持しているデバイスを特定することができます。攻撃者はこれらのデバイスの脆弱性を調査し、攻撃を開始します。センチネル ノードの使用は、DDoS 攻撃対象領域を減らす 1 つの方法です。センチネル ノードは、検証者ノードの情報を複製する完全なノードであり、実際の検証者ノードがピアツーピア ネットワークに直接接続するのを防ぎ、そのハードウェア機器を保護します。フル ノードとは異なり、バリデーターは、アイデンティティ、ハードウェア、ネットワークを攻撃から保護するためにセンチネル ノードを使用することをお勧めします。誰かが攻撃を開始すると、セントリー ノードが最初に気づきます。そのため、攻撃されたセントリー ノードを検証ノードから切断し、新しいセントリー ノードを作成できます。これについてはイーサリアムの Launchpad では何も言及されていません。驚くべきことに、バリデーターがセンチネル ノードを使用することを公式に強く推奨するものはありません。
副題
マルウェアとランサムウェア
個人のデバイスでバリデーター ノードを実行すると、マルウェアやランサムウェアによる攻撃を受ける可能性が高くなります。通常、アプリケーションやサービスなどは、SSH 経由で専用サーバーや VPS (仮想プライベート サーバー) でホストできます。 Web の閲覧や電子メールの受信に使用しているのと同じコンピュータ上でバリデータ ノードを実行している場合、電子メールまたはブラウザからマルウェアをダウンロードしている可能性があります。専用サーバーを使用すると、この可能性が低くなります。
