1月31日、The Blockによると、イーサリアムクライアントGethの開発者は木曜日にバージョン1.14.13をリリースし、コードネームは「Schwarzschild」でした。 このリリースは、特に Geth ピアツーピア (p2p) レイヤーに影響を与える脆弱性に対処しており、このバージョンを実行しているノードでサービス拒否攻撃を引き起こし、レイヤー 2 クライアントに影響を与える可能性があります。

PANewsは5月25日、Unchainedによると、イーサリアム リキッドステーキング プロトコル Lidoが実行クライアントのロングを大幅に改善したと報じました。 Lidoが水曜日に発表したレポートによると、Lidoノードオペレーターが運営するバリデータの中で最も人気のある実行クライアントであるGo イーサリアム(Geth)の使用率は、前四半期の67.1%から2024年第1四半期末には46.6%に減少しました。 Gethの代替執行クライアントであるBesuとNethermindは、どちらも前四半期から上昇しています。 Lido ノード事業者が運営するバリデータの3分の1以上がNethermindを執行クライアントとして使用しており、2023年第4四半期の23.2%から増加し、Besuのシェアは前四半期の6.9%から2024年第1四半期には14.6%にロング 上昇。 LidoのGethの使用は、2022年の第3四半期以降、四半期ごとに減少しています。 当時、Lidoノードオペレーターが運営するほぼすべてのバリデータがGethを使用していたため、特に超ロングクライアントに脆弱性が見つかった場合、イーサリアム自体のセキュリティにリスクがありました。

Oデイリープラネットデイリーニュースリドは、2024年第1四半期のVaNOM(バリデーターおよびノードオペレーターメトリック)レポートを発表しました。 このレポートは、クライアントが第 1 四半期に最も長く増加し、特に実行レイヤーで増加したことを示しています。 大多数のロングクライアント(Geth)の使用率は46%に低下しました(2022年は96%、2023年第4四半期は67%)。 パブリッククラウドの利用率は46%から40%に減少しました。

金色财经によると、Gethの開発者であるPéter Szilágyiは、以前のバージョンのGeth（v1.13.14およびそれ以前のバージョン）にあるネットワークの脆弱性をすぐに報告すると述べています。したがって、攻撃の再現に関する詳細情報を提供する前に、修正済みのバージョンを使用していることを確認してください。

金色财经によると、Gethの開発者であるPéter Szilágyiは、Xプラットフォーム上で、ブロック処理において、Geth 1.14.1はGeth v1.14よりも約5-7%高速であり、Geth v1.14.2はさらにGeth v1.14.1よりも約5-7%高速であるようです。

1月24日、イーサリアムクライアントGethはv1.13.11バージョンをリリースしました。 このリリースでは、いくつかのバグが修正され、SepoliaおよびHoleskyネットワークのCancunアップグレードが可能になるほか、APIメソッドなどでEIP-4844トランザクションをサポートするためのアップグレードも可能になります。 セポリアは1月31日、ホレスキーは2月7日にアップグレードされます。

PANewsは1月23日、ステーキングインフラサービスプラットフォームであるFigmentが公式ウェブサイトで、以前のNethermind実行クライアントの問題に対応して、FigmentはNethermindを実行クライアントとして実行せず、Gethをメインの実行クライアントとして実行していると述べたと報じました。 Nethermindの脆弱性により、Gethのようなほとんどのクライアントで同じ問題が発生した場合に何が起こるかを疑問視する人もいます。 この場合、Gethに接続されているバリデーターは検証できず、イーサリアムは非アクティブなリーク状態に入る可能性があります。 これらのペナルティは小さいですが、時間の経過とともに増加します。 Geth が同様のエラーに遭遇した場合、Figment は数時間以内に実行クライアントを切り替えることができ、そのようなイベントに関連する損失がマイナスの利益日数になる場合、つまり課せられたペナルティが獲得した報酬よりも大きい場合、Figment はそれらの損失を支払います (Figment は収益収益のマイナス日数を最大 6 か月間支払います)。 1月21日、実行クライアントNethermindがBlock19056922でいくつかの問題に遭遇し始めたことが報告されています。 Nethermind バージョン 1.23 から 1.25 では、無効なブロックが拒否され始めているようです。 257,908 から 257,923 の期間では、参加率は 95% 未満、つまり約 2 時間です。 以前、昨日のニュースで、Nethermindvは、v1.26.0で導入されたコンセンサスの問題を修正するために、実験的なバージョンv1.23.0-exp.2をリリースしました。

開発会社のNethermindは、バリデータのブロック処理が失敗する原因となっていたイーサリアムの実行クライアントの重大なバグを修正したとGold Financeが報じた。 同社の技術担当共同ディレクターであるDaniel Cadela氏によると、Consensusのバグは1.23から1.25までのソフトウェアバージョンに影響を与えました。 すべてのノード オペレーターは、バージョン 1.25.2 に更新する必要があります。 このバグは、GitHubユーザーwga22によって最初に報告されました。 彼は、トランザクションの検証中にNethermindの実行クライアントにエラーがあったと述べました。 この事件はイーサリアムノードのごく一部に影響を与えましたが、ネットワークがGethなどの大規模クライアントに依存していることについて新たな議論を巻き起こしました。

PANewsは11月15日、ConsenSysのレイヤー2ネットワークであるLineaがXプラットフォーム上で、トランザクションコストが低く、トランザクションが高速で、EVMカバレッジが100%のAlpha v2の次のメジャーバージョンを準備しており、Lineaスタックもオープンソース化すると述べたと報じました。 イーサリアムのデンコンアップグレード(EIP-4844)により、LineaはまもなくBLOBを使用してL1に通話データを保存し、ロールアップコストを大幅に削減します。 さらに、チームは、L1に送信されるデータを圧縮し、証明を集約することで、固定トランザクションのコストを削減することに取り組んでいます。 リネアのブロックタイムは3倍速い4秒に短縮され、今後さらに簡単にブロックタイムを短縮できる仕組みがあります。 また、ピーク時の容量とスループットも追加され、ネットワークの継続的な拡張に備えます。 クライアントの多様性については、Besu と geth の両方がサポートされており、新しい Linea シーケンサーは Linea-geth を Linea-Besu に置き換えます。

11月15日、ConsenSysのLayer2ネットワークであるLineaは、Alpha v2の次のメジャーバージョンを準備しており、新しいバージョンはトランザクションコストが低く、トランザクションが高速で、EVMカバレッジが100%で、Linea Stackもオープンソースになると発表しました。 イーサリアムのデンコンアップグレード(EIP-4844)により、Alpha v2はまもなくBLOBを使用してL1に呼び出しデータを保存し、ロールアップコストを大幅に削減します。 さらに、チームは、L1に送信されるデータを圧縮し、証明を集約することで、固定トランザクションのコストを削減することに取り組んでいます。 リネアはリネアのブロック時間を3倍速い4秒に短縮し、今後さらに簡単にブロック時間短縮できる仕組みをリリースします。 クライアントの多様性については、Besu と geth の両方が既にサポートされており、新しい Linea シーケンサーは Linea-geth を Linea-Besu に置き換えます。

11月9日、ETCCooperativeのエグゼクティブディレクターであるBob Summerwill氏は、Geth v1.12.15バージョンに誤りがあり、SpiralがMordorテストネットで適切にアクティブ化されなかったとツイートしました。

11月9日、ETCCooperativeのエグゼクティブディレクターであるBob Summerwill氏は、Geth v1.12.15バージョンに誤りがあり、SpiralがMordorテストネットで適切にアクティブ化されなかったとツイートしました。

イーサリアムのコア開発者であり、イーサリアムのクライアントであるGethの開発者であるPéter Szilágyiは、Xプラットフォームの投稿で、イーサリアムのクライアントであるNethermindとBesuはイーサリアムの履歴データの保存を停止し、プロトコルに違反しないように標準化したいが、実行可能な方法になると述べた。 そして、これは非常に無責任な考えです。 Szilágyiは、ユーザーが過去のチェーンを保存しないようにすることは、非常に偽善的なマーケティングのトリックであると説明しています。 - 小さいため、ユーザーは他のクライアントに切り替えます。 - Gethがサービスを提供しているため、古いデータに引き続きアクセスできます。 -ユーザー(およびGeth開発者)はそれについて何も知りません。 バランスを考慮すると、EIP-4444で「最初に」履歴ブロックのアーカイブを支援するために「協力」し、「すべてのクライアントがすぐに削除できますが、これは市場シェアに影響を与えないと感じているため、厄介な問題はGethに任せ、それまでYOLO(その瞬間に生きる)を維持します。 Szilágyi氏は、「時々、私は本当にイーサリアムをやめて、傍観者になりたいと思っています。 コア開発者が利益をめぐって競争しているのに、なぜわざわざイーサリアムを改善するのですか? 関係者全員に深く失望しています。 "

PANews は 10 月 5 日、Immutable がメインネットの立ち上げロードマップをリリースしたと報じました。 11 月には、Immutable zkEVM テストネットを再構築し、その最初の EVM クライアントを Polygon Edge から Geth にアップグレードする計画があります。これにより、Immutable zKEVM が Ethereum ツール エコシステム全体と完全に互換性を持ちながら、可能な限り Ethereum に近づくことが保証されます。 zkEVM メインネットは 12 月から来年 1 月にかけて開始され、開発者は一般に公開される前にグループに参加するよう招待されます。 2024 年に、Immutable は、Immutable zkEVM と同じテクノロジー スタックと機能を備えながら、独自のレベルのカスタマイズを備えた専用のアプリケーション チェーンを提供します。最後に、zk-prover が導入され、イーサリアムと不変 zkEVM の間にトラストレスなクロスチェーン ブリッジが提供されます。

10月5日のニュースによると、Immutableはメインネット立ち上げロードマップをリリースし、その中で11月にImmutable zkEVMテストネットワークを再構築し、最初のEVMクライアントをPolygon EdgeからGethにアップグレードして、Immutable zKEVMを可能な限りイーサリアムに近づけることを計画している。イーサリアムツールエコシステム全体と完全な互換性; zkEVM メインネットは 12 月から来年 1 月にかけて開始され、開発者は一般に公開される前にグループに参加するよう招待されます; 2024 年に、Immutable は専用のアプリケーション チェーンを提供しますImmutable zkEVM と一貫性のあるテクノロジー スタックと機能は同じですが、独自のレベルのカスタマイズが行われ、最終的に zk-prover が導入され、トラストレスなイーサリアムと Immutable zkEVM クロスチェーン ブリッジが提供されます。

Odaily Planet Daily News EthStorage は、Hyper Oracle および Delphinus Lab と提携して、zkGo コンパイラーをリリースしました。 レポートによると、zkGo は最新の Go 1.21.0 をベースにしており、通常の Go コードを ZK プロトコル互換の Wasm コードにコンパイルする最初の製品です。生成された Wasm コードの実行は、すでにゼロ知識証明であり、Delphinus Lab の zkWasm ツールによってオンチェーンで検証されています。 zkGo の重要なアプリケーションとして、zkGo は Optimism の Fraud Proof の L2 Geth (op-program-client としても知られる) をコンパイルして、ZK プロトコルと互換性のある Wasm コードを生成することに成功しました。現在の Wasm コードは zkWasm のドライランに合格しており、将来的には ZK Fraud Proof テクノロジの実装に役立ちます。

PANews は 9 月 19 日、調査会社 Rated が投稿したブロックの割合が過去 30 日間の平均の 2 倍であると報じました。この影響は、Prysm がブロック生成ロジックを処理する方法 (ブーストされたブロックよりもローカル ブロックを優先する) によって悪化するブロック生成の問題を導入した Geth バージョンにまで遡ることができます。 GETH と Prysm がそれぞれ最も人気のある EL クライアントと CL クライアントであることを考えると、その影響を合わせると、ネットワーク全体の有効性が 2 シグマ減少します。ただし、ビーコン チェーンが実行されてきた約 3 年間で、有効性の 2 シグマの低下は、イーサリアム全体の良好な機能に実際には影響を与えていません。 さらに、イーサリアムコミュニティの開発者terence.eth氏は、「チェーンはまだスムーズに実行されています。Gethのバグがブロック生成に干渉しましたが、Prysmはセキュリティを優先し、最初にローカルブロックをチェックし、それが失敗した場合は、ビルダーブロックであってもブロック生成を停止します」と述べています。が指定されています。幸運です: 1. Prysm は超支配的なクライアントではありません。 2. すべてが同時に Geth v1.13.0 にアップグレードされたわけではありません。 3. Geth チームはすぐに対応し、修正しました。」 昨日のニュースによると、イーサリアム クライアントの Geth は、無効なブロック生成などの問題を修正するためのホットフィックス バージョン v1.13.1 をリリースしました。

PANewsは9月18日、イーサリアムGo言語クライアントGo EthereumがイーサリアムクライアントGeth v1.13.1をリリースしたと報じた。これは v1.13.0 のホットフィックス バージョンで、無効なブロックの生成を引き起こすエンジン API フォークの検出や、パス スキームでのスナップショット同期の異常な再起動によって引き起こされるデータベースの破損などの問題が修正されています。以前のニュースによると、イーサリアムクライアントのPrysmは、Prysmのブロック生成を妨げるバグがGethに見つかったとTwitterに投稿し、当面はGethをバージョンV1.13.0にアップデートしないようユーザーに注意を喚起した。

Golden Finance は、イーサリアム Go 言語クライアント Go Ethereum がイーサリアム クライアント GethV1.13.1 をリリースしたと報告しました (Geth v1.13.1 は v1.13.0 のパッチ バージョンです)。新しいバージョンでは次の問題が修正されています。 署名者が無効なブロックを作成する原因となるエンジン API のアクティブ フォーク検出を修正しました (#28135)。 パスは、スナップショット同期の異常な再起動によって引き起こされるデータベースの破損を修正します (#28124、#28126)。 古いハッシュ スキーム データベースに対して実行されるように geth db Inspection コマンドを修正しました (#28108)。 RPC API での有効なガス価格計算の回帰を修正しました (#28130)。 修正に加えて、v1.13.1 では、環境変数を使用した Geth の構成のサポートも導入されています。

Odaily Planet Daily は、イーサリアム クライアント Prysm が X プラットフォーム上でリマインダーを発行したと報告しました: Prysm のブロック生成を妨げるバグが Geth で見つかったので、当面は Geth をバージョン V1.13.0 に更新しないでください。 注: ほとんどのクライアントはローカル ブロックの生成に mev-boost を使用する必要はありませんが、Prysm は常にローカル ブロックに対して検証します。Prysm は後でさらにアップデートをリリースします。 9 月 12 日の以前のニュースによると、イーサリアム Go 言語クライアント Go Ethereum は、イーサリアム クライアント GethV1.13 をリリースしました。このバージョンは、イーサリアム状態を保存するための新しいデータベース モデルを提供します。これは、以前のソリューションよりも高速であり、適切なプルーニングも実行されます。

PANewsは9月12日、イーサリアムの公式ブログによると、GoイーサリアムがイーサリアムクライアントのGeth v1.13をリリースしたと報じた。 Go Ethereumは、このバージョンの主な機能は6年間にわたって開発されており、以前のソリューションよりも高速で、適切なプルーニング実装も備えた、Ethereumの状態を保存するための新しいデータベースモデルを提供すると述べた。このモデルは、履歴状態の正確かつ包括的な動的プルーニングをサポートしています。つまり、再同期や手動でのプルーニングのためにノードを再度オフラインにする必要はありません。

Odaily Planet Daily News Ethereum Go 言語クライアント Go Ethereum は、Ethereum クライアント GethV1.13 をリリースします。このバージョンは、Ethereum 状態を保存するための新しいデータベース モデルを提供します。これは、以前のソリューションよりも高速であり、適切なプルーニングも行われています。 Geth は引き続き古いデータ モデルをサポートします (さらに、当面はデフォルトのままになります)。または、手動で新しいモデルに切り替えることもできます (要求されたら、状態データベースを削除しますが、古いデータベースは保持します)。

7月11日のPANewsのニュースによると、Optimismは、トランザクションインクルードの平均レイテンシーを2～4秒から短縮するために、7月13日04:00（北京時間）にOPメインネット上のソーターのop-gethバージョンをアップグレードすると発表しました。 0 ～ 2 秒になると、OP メインネットが 5 分間ダウンすることが予想されます。