コンセンサスクライアント

ブロックスペースインフラストラクチャ会社Gattacaは、オープンソースのEthereumコンセンサスクライアントSilverを発表しました。同社はEthereumブロックビルダーTitan BuilderとリレーTitan Relayを運営しています。Gattacaは、Silverはゼロから構築されており、分散化、検閲耐性、プライバシーとセキュリティを維持しながら、より短いタイムスロットとポスト量子セキュリティをサポートすることを目指していると述べています。現在、Silverはアルファ段階にあり、監査と最終テストはまだ完了していません。Gattacaによると、Silverの状態遷移関数のp99遅延は10ミリ秒未満であり、他のクライアントより約10倍速いとのことです。2026年10月17日から20日のメインネットウィンドウでは、Silver、Prysm、Lighthouse、Grandineが同じ20300の規範ブロックを処理しました。Silverのブロック処理遅延の中央値は6.5ミリ秒、p99は9.5ミリ秒で、サンプル中で最も遅いブロックは17.8ミリ秒でした。次に低い中央値は33.5ミリ秒、次に低いp99は91ミリ秒です。4つのクライアントはすべてスーパー ノードとして動作し、すべての64の証明サブネットを購読し、すべての128のデータ列をホストし、実行クライアントはethrex v29.0.1です。上記の比較は、各クライアントで利用可能なコンセンサス処理指標を使用しており、実行クライアントの処理時間は含まれていません。SilverはGattacaのFluxフレームワークに基づいており、6つのバインドされたCPUコアのスレッドで並行処理を行い、低遅延のピアツーピアネットワーク、状態ハッシュライブラリ、形式的検証のBLSおよびKZG暗号ライブラリ、ならびに罰金保護のためのノードクラスターを備えています。別の比較では、スーパー ノードはデフォルト設定に対して約32倍の証明と約16倍のKZGユニット証明を検証する必要があり、ブロック処理遅延と常駐メモリは依然として近い範囲にあります。

Cointelegraph の監視によると、Fusaka ネットワークのアップグレード後まもなく、Prysm コンセンサスクライアントにバグが発生し、Ethereum ネットワークのバリデーターの参加率が急激に低下し、多くの投票ノードがオフラインになりました。Prysm の公式は木曜日に、v7.0 バージョンのクライアントが古い Attestations（証明）を処理する際に不必要に古い状態を生成し、ノードが正常に動作しなくなることを発表しました。開発者は、ユーザーに一時的な解決策としてクライアントを起動する際に "--disable-last-epoch-targets" フラグを使用することを推奨しています。Beaconcha.in のデータによると、Epoch 411,448 では、ネットワークの同期参加率（Sync Participation）と投票参加率（Voting Participation）がそれぞれ 75% と 74.7% に低下しました。投票参加率は 25% 減少し、ネットワークが最終的な確定性を維持するために必要な三分の二の多数（66.6%）のスーパー多数まであと 9% 未満となっています。今回の投票参加率の低下幅は、Prysm コンセンサスクライアントのバリデーターシェアと大体一致しており、Attestation の失敗が Prysm バリデーターに集中している可能性が高いことを示しています。以前、Prysm のシェアは一時 68.1% に達していました。執筆時点で、Ethereum ネットワークの現在の Epoch (411,712) の投票参加率は 99% に近づき、同期参加率は 97% に達しており、ネットワークが回復したことを示しています。現在の MigaLabs のデータによると、Lighthouse は依然としてコンセンサスノードの 52.55% を占め、Prysm は 18% で2位に位置しています。Ethereum 教育者の Anthony Sassano は、Lighthouse にこのバグが発生した場合、ネットワークは最終的な確定性を失うと述べています。