[Bug] Celo blocks before Gingerbread fail to parse since v0.42.0 (missing `sha3Uncles`)
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 52/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- rust
- 領域
- backend, blockchain
調査の方向性
Read the Alloy migration in #6063 and the earlier Celo fix in commit bfba0af or #2284 to see how the missing sha3Uncles field was handled. Reproduce the deserialization failure for a pre-Gingerbread block such as 18946750, then trace the block parsing path. Done means those blocks parse successfully while post-Gingerbread behavior remains correct.
索引モデルが issue の本文から書いたものです。
説明
Bug report
Since v0.42.0, graph-node can't parse Celo blocks from before the Gingerbread hard fork (mainnet block 21616000). Every eth_getBlockByNumber / eth_getBlockByHash call for such a block fails, and the call is retried without a limit:
Trying again after eth_getBlockByNumber RPC call for block number 18946750 failed (attempt #6) with result Err(deserialization error: missing field `sha3Uncles` at line 1 column 2161 ...
Subgraphs that need these blocks from RPC stall on re-deployments, re-syncs, and grafts with a start block before 21616000.
Root cause
Celo blocks before Gingerbread have no uncles hash in their header, so RPC nodes omit sha3Uncles. Gingerbread added the field back.
- Up to v0.41.x, graph-node used rust-web3 fork. Commit
bfba0af(2021-03-16, pulled in by #2284) made the lack ofsha3Unclesfor Celo not an issue by establishing a default value. - #6063 (merged 2026-01-22, released in v0.42.0) replaced rust-web3 with alloy. The Celo patch wasn't ported for the alloy library.
Relevant log output
Trying again after eth_getBlockByNumber RPC call for block number 18946750 failed (attempt #6) with result Err(deserialization error: missing field `sha3Uncles` at line 1 column 2161 ...
IPFS hash
No response
Subgraph name or link to explorer
No response
Some information to help us out
- Tick this box if this bug is caused by a regression found in the latest release.
- Tick this box if this bug is specific to the hosted service.
- I have searched the issue tracker to make sure this issue is not a duplicate.
OS information
Linux
- 主要言語
- Rust
- スター
- 3.2k
- フォーク
- 1.1k
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
graphprotocol/graph-node のほかの issue
-
current: include emits an all-null bucket for dimensionless aggregations, nulling the whole responseオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
graphprotocol/graph-node#6719 ·
-
RUSTSEC-2026-0194: Quadratic run time when checking a start tag for duplicate attribute names対応中かも @szupzj18 が 62 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
graphprotocol/graph-node#6673 ·
-
RUSTSEC-2026-0185: Remote memory exhaustion in quinn-proto from unbounded out-of-order stream reassembly対応中かも @abisheik687 が 103 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
graphprotocol/graph-node#6650 · コメント 1 件 ·
-
[Bug] Subgraph startup rehashes the WASM module once per data source (minutes for subgraphs with millions of dynamic data sources)対応中かも @madumas が 4 日前に担当しました。 オープン
難易度 3/5 半日 初心者へのやさしさ 22/100
graphprotocol/graph-node#6731 · コメント 1 件 ·
-
`loadRelated` can return stale children while blocks are queued for writing (`!= any` in `FindDerivedQuery`; unrelated queued writes not excluded)対応中かも @madumas が 9 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 50/100
graphprotocol/graph-node#6726 ·
graphprotocol/graph-node の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
extendr/extendr.github.io#134 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
bgreenwell/xleak#90 · リアクション 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
cloudflare/boring#530 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
project-robius/robrix#1154 ·
メンテナーはふだん 1 日以内に返信