gnd: scaffolding follow-ups from #6660 review
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- rust, solidity
- Ambito
- blockchain, tooling
Direzione di ricerca
Inizia con scaffold/schema.rs e codegen/abi.rs, seguendo il limite duplicato della larghezza degli interi e il percorso di aggiunta dei nomi degli eventi e dei parametri. Confronta il comportamento dello schema generato e del getter ABI descritto nell’issue; il lavoro è completato quando le mappature Int8 funzionano in modo coerente e ogni collisione elencata viene gestita senza nomi generati duplicati, con un avviso per uno schema.graphql non analizzabile.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Follow-ups from the review of #6660.
Int8 support (comment)
Map mid-size Solidity ints (signed 33-64 bits, unsigned 25-63) to Int8 instead of BigInt. The schema scaffold and the ABI codegen need to change together: the generated getter would chain .toBigInt().toI64() since ethereum.Value has no i64 accessor. The entity side already supports Int8. Before adding the band, consolidate the int width cutoff into one shared helper — it's currently duplicated in scaffold/schema.rs and ~8 places in codegen/abi.rs.
Duplicate-name corner cases (comment)
All of these produce a duplicate name in the generated output, so the build fails:
add: an entity renamed on collision isn't checked against the other events in the same batch. ExistingTransfer+ ABI withTransferandTokenTransfer→TokenTransferdeclared twice.- Two params that sanitize to the same field name aren't deduped (e.g. two unnamed params both become
value). The accessor side already dedupes (param0,param1); the field side should too. - The overload suffix can clash with a real event:
Transfer,Transfer,Transfer1→ twoTransfer1s. Bump the counter until the name is free. - An unparseable schema.graphql silently disables collision detection in
add. Should log a warning.
- Lingua principale
- Rust
- Stelle
- 3.2k
- Fork
- 1.1k
- Merge medio
- 4g 1h
- PR unite (30g)
- 1
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di graphprotocol/graph-node
-
current: include emits an all-null bucket for dimensionless aggregations, nulling the whole response Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
graphprotocol/graph-node#6719 ·
-
RUSTSEC-2026-0194: Quadratic run time when checking a start tag for duplicate attribute names Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
graphprotocol/graph-node#6673 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
graphprotocol/graph-node#6650 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
graphprotocol/graph-node#6722 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
graphprotocol/graph-node#6721 ·
Tutte le issue di graphprotocol/graph-node
Issue simili
-
risk:low runtime status:in-progress type:test
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
zeroclaw-labs/zeroclaw#11023 ·
-
good first issue refactor
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
EricSpencer00/Resilient#4835 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
bisq-network/bisq-musig#204 ·
-
agent:ready documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
cesarferreira/stax#890 ·