Ethereumの共同創設者であるVitalik Buterin氏は、ノード同期とプルーニングの改善により、AIワークロード向けに購入されたマシンを含む高性能パソコン上でのネットワーク検証がより現実的になってきていることを強調した。

Buterin氏は、自身のプルーニング済みGethノードが現在461 GiBのストレージを使用していると述べ、同期の改善によりノードを最新状態にするまでの時間が短縮されたと指摘した。Xで氏が共有したように、この例は、強力なプロセッサと大容量かつ高速なストレージドライブを備えたコンピュータが、ローカルAIアプリケーション以外の用途にも活用できることを示している。

Ethereumノードの実行により、ユーザーはサードパーティのインフラに完全に依存することなくブロックチェーンデータを直接検証できる。また、ユーザーが照会するアドレスやトランザクションに関する情報が外部プロバイダーに露出するのを抑えることもできる。

ただし、461 GiBという数値はButerin氏のセットアップ固有のものであり、普遍的なストレージ要件として扱うべきではない。ハードウェア要件はクライアント、構成、およびEthereumのデータの継続的な増加によって異なる。

Ethereumノードの同期が高速化

Buterin氏は、自身が説明した条件下ではEthereumノードは約半日で同期できると述べ、snap syncを含む改善やEIP-4444に関連する取り組みを挙げた。

Snap syncにより、GethはEthereumネットワークの最近の状態を取得し、すべての履歴状態をローカルに保持することなく追いつくことができる。プルーニングは、マシン上に残す必要のない古い状態情報を削除することで、ストレージ要件をさらに削減する。

EIP-4444は、実行クライアントによる古いブロックチェーン履歴の取り扱いに関するものであるが、この提案はまだ草案段階にある。ハードウェアを計画するノード運用者にとっては、草案の進展を追う価値がある。実行クライアントが履歴データをどのように保持するかはノードのストレージフットプリントに直接影響するためだ。Ethereumの一般的なガイダンスでは、ノード運用者に2 TBのNVMeドライブを推奨しており、これはButerin氏の個別セットアップが使用する461 GiBより大幅に大きな容量を提供する。この違いは、ストレージ要件が構成によって大きく異なり得る理由を浮き彫りにしている。ノードの実際のフットプリントは、その運用方法と保持するデータによって決まる。

ローカルのEthereumインフラはプライバシーを保証しない

個人用コンピュータ上にEthereumノードを置くことで、ユーザーはブロックチェーンデータに直接アクセスできるが、すべてのアプリケーションがそのローカルインフラを使用するとは限らない。ユーザーがローカルノードを運用していても、ウォレットや分散型アプリケーションは商用のリモートプロシージャコール(RPC)プロバイダー経由でリクエストを送信し続ける可能性がある。そのため、アプリケーションとブロックチェーンの間の接続は、プライバシーにおける重要な考慮事項であり続ける。

Buterin氏は以前、こうしたリクエストへの懸念から、自身の一部の活動をブラウザベースのアプリケーションからコマンドラインツールへ移行させることを検討していると語っていた。関連するプライバシーに関する取り組みには、Ethereumウォレット向けツールを開発しているKohakuや、プライベートな残高管理のために設計された実験的なコマンドラインウォレットがある。ウォレットレベルのプライバシーを追跡している読者は、Kohakuの進展を注視できる動向の一つである。

強力なAI向けコンピュータの所有者にとって、Buterin氏のセットアップは、すでに大きな処理能力とストレージを備えたハードウェアのもう一つの潜在的な用途を示している。Ethereumノードをローカルで実行できることで、ブロックチェーンの直接検証がより利用しやすくなる一方、ウォレットとアプリケーションを接続するソフトウェアやインフラが、ユーザーが得られるプライバシー上の利点を引き続き左右することになる。

---

執筆者: Marcus Renfield、暗号市場アナリスト・オンチェーンライター。Marcus Renfieldは、オンチェーンデータ、Bitcoinの価格動向、新たな市場のテーマを中心に暗号資産市場を取材している。資金フロー、ネットワーク活動、より広い市場構造が短中期のトレンドに与える影響を考察し、暗号市場の動向を深く理解したい読者に向けた、データに基づく明快な分析を提供することを目指している。

出典: Hanews