BTC $76,943.95 -5.23%
ETH $2,228.82 -4.92%
BNB $696.39 -6.78%
XRP $1.24 -5.01%
SOL $94.83 -6.88%
TRX $0.3368 +1.71%
DOGE $0.0755 -5.60%
ADA $0.1917 -6.27%
BCH $284.88 +0.67%
LINK $11.05 -6.31%
HYPE $92.07 +1.07%
AAVE $125.69 -7.11%
SUI $0.8881 -6.14%
XLM $0.1661 -3.04%
ZEC $1,235.30 -5.59%
AAPL $349.23 -0.08%
AMZN $239.69 -2.87%
GOOGL $281.77 -1.42%
MSFT $523.75 -0.01%
META $623.83 -0.03%
NVDA $207.31 -3.17%
TSLA $402.71 -0.84%
SNDK $1,206.08 -11.81%
INTC $66.87 -27.91%
SPCX $139.19 -3.45%
MU $896.68 -5.83%
AMD $517.66 -8.87%
BTC $76,943.95 -5.23%
ETH $2,228.82 -4.92%
BNB $696.39 -6.78%
XRP $1.24 -5.01%
SOL $94.83 -6.88%
TRX $0.3368 +1.71%
DOGE $0.0755 -5.60%
ADA $0.1917 -6.27%
BCH $284.88 +0.67%
LINK $11.05 -6.31%
HYPE $92.07 +1.07%
AAVE $125.69 -7.11%
SUI $0.8881 -6.14%
XLM $0.1661 -3.04%
ZEC $1,235.30 -5.59%
AAPL $349.23 -0.08%
AMZN $239.69 -2.87%
GOOGL $281.77 -1.42%
MSFT $523.75 -0.01%
META $623.83 -0.03%
NVDA $207.31 -3.17%
TSLA $402.71 -0.84%
SNDK $1,206.08 -11.81%
INTC $66.87 -27.91%
SPCX $139.19 -3.45%
MU $896.68 -5.83%
AMD $517.66 -8.87%

イーサリアム

すべて
記事
速報

first_img ブロックスペース社 Gattaca がイーサリアムコンセンサスクライアント Silver を発表しました

ブロックスペースインフラストラクチャ会社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ユニット証明を検証する必要があり、ブロック処理遅延と常駐メモリは依然として近い範囲にあります。

イーサリアムクライアントがセキュリティアップデートを発表:eMudhra証明書の脆弱性を修正、デフォルトのメインネットノードは影響を受けない

インドの証明書発行機関eMudhraの暗号セキュリティの脆弱性が、EthereumクライアントTekuとBesuに影響を及ぼしています。研究者は、eMudhra傘下の8つの中間証明書発行機関の秘密鍵がランダム性不足のために推測される可能性があることを発見しました。攻撃者はこれにより証明書を偽造し、修正されていないソフトウェアを利用して悪意のあるサービスを信頼させることができます。Tekuは26.1.3バージョンをリリースし、Besuは26.1.2バージョンをリリースしました。どちらもDockerイメージ内で関連証明書への信頼を削除しました。攻撃者が中間者攻撃を実施した場合、一部のバリデーターがブロック手数料の報酬を攻撃者のアドレスに送信するよう誘導される可能性があります。外部署名器を使用する特定の構成では、リスクがさらに高まる可能性があります。Tekuチームは、デフォルト構成のEthereumメインネットTekuノードは影響を受けず、行動を取る必要はないと述べており、現在のところ脆弱性が悪用されたという報告はありません。ホスト上で直接TekuまたはBesuを実行し、Dockerを使用していないオペレーターは、クライアントを更新するだけでは不十分な場合があり、Javaおよびその信頼された証明書リストを手動で更新する必要があります。サポートが終了したJava 26を使用しているオペレーターは、Java 25に移行する必要があります。

イーサリアムがGlamsterdamの脆弱性を修正:ステーキング預金がビルダーアカウントに誤って記録されるのを防ぐ

CoinDesk の報道によると、イーサリアムの開発者は Glamsterdam アップグレードの中で発見された脆弱性を修正しました。この脆弱性は、オペレーターがステーキングサービスを利用して新しいバリデーターのための ETH を持ち去る可能性がありました。修正はバリデーターの預金処理ルールを変更し、月曜日に統合されましたが、開発者は一週間前にこの修正を拒否していました。研究者 avsetsin は、オペレーターが特定の公開鍵を使用してビルダーとして登録し、その後ステーキングサービスが同じ鍵を使用して ETH を預けてバリデーターを起動した場合、草案ルールが両方の預金をビルダーに記録することを発見しました。avsetsin は、これは条件付きコードの発見であり、確認されたリアルタイムの脆弱性の利用ではないと述べています。既存のチェックが攻撃を防ぐことができ、現在のところ損失の報告はありません。新しいルールは、引き出し証明書に基づいて預金の順序を処理し、バリデーターの預金が依然としてバリデーターに帰属するようにします。Glamsterdam は Sepolia テストネットで稼働していますが、Hoodi テストネットの立ち上げは延期されており、メインネットの立ち上げ前に新しい日付を決定する必要があります。
app_icon
ChainCatcher Building the Web3 world with innovations.