Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.
Direkte Antwort
Im EVM-Ökosystem ist die Chain-ID eine konfigurierte Ganzzahl für die Replay-Domäne. EIP-155 bindet sie an geschützte Legacy-Transaktionssignaturen; typisierte Formate wie Typ 2 kodieren sie im signierten Payload; CHAINID stellt sie während der EVM-Ausführung bereit; eth_chainId meldet sie über JSON-RPC. Diese Schnittstellen sind verwandt, aber kein universelles Identitätszertifikat.
Der Wert ist weder garantiert weltweit eindeutig noch dauerhaft. Private Netze und umstrittene Forks können ihn wiederverwenden, ein RPC kann falsche Angaben liefern, und dieselbe Adresse kann chainabhängig anderen Code und Zustand enthalten. EIP-712 kennt ein optionales Chain-ID-Domänenfeld; Rohdaten-Signaturen und Nicht-EVM-Systeme haben andere Regeln. Entscheidend sind Signaturschema, Endpoint, Genesis oder Checkpoint und Anwendungsdomäne.
Funktionsweise
- Bestimmen Sie Ökosystem und Semantik: EVM-EIP-155-Ganzzahl, EIP-712-Domäne, CAIP-2-Referenz mit Namespace, Cosmos-String, Solana-Genesis-Hash oder anderes Schema. Vergleichen Sie nie eine unqualifizierte Zahl systemübergreifend.
- Fixieren Sie einen vertrauenswürdigen Snapshot: RPC-URL, erwartete Chain-ID dezimal und hexadezimal, Genesis oder finalisierten Checkpoint, Head-Block, Client-Konfiguration,
codeHashwichtiger Verträge und Quellenzeitpunkt. Wallet-Name und Icon sind nicht vertrauenswürdige Metadaten. - Fragen Sie für EVM-Signaturen
eth_chainIdab und parsen Sie die hexadezimale JSON-RPC-Quantity ohne Präzisionsverlust. Vergleichen Sie die normalisierte Ganzzahl mit Konfiguration und Wallet-Provider; ersetzen Sie sie nicht durchnet_version; lehnen Sie Abweichungen vor dem Signieren ab. - Rekonstruieren Sie die exakte Signaturdomäne. Trennen Sie ungeschützte Legacy-, EIP-155-Legacy- und typisierte Transaktionen; prüfen Sie bei EIP-712 Domänenfelder,
verifyingContract, Nonce und Deadline; prüfen Sie bei Relayer- oder Smart-Account-Intents den inneren Protokoll-Hash. - Prüfen Sie auf der aktiven Chain Empfänger, Wert, Calldata, Token-Adresse, Vertragscode oder Proxy-Implementierung, Account-Nonce, Gebühren und simulierten Zustand. Eine Chain-ID trennt Domänen, authentifiziert diese Objekte aber nicht.
- Behandeln Sie EIP-1193-
chainChanged, Kontoänderungen und Trennungen als harte Zustandsgrenzen. Verwerfen Sie gecachte Quotes, Allowances, Nonces, Simulationen und Signaturanfragen; lesen Sie Chain und Ziel neu; senden Sie nur die geprüfte Rohtransaktion an den fixierten Endpoint. - Stimmen Sie auf der Ziel-Chain signierte Bytes und Hash, RPC-Annahme, Receipt-Status, Blocknummer und -hash, Nonce-Verbrauch, Zustandsänderung und Finalität ab. Überwachen Sie Forks, ID-Wechsel, L1/L2-Verwechslungen und Provider-Drift; stoppen Sie bei ungeklärten Differenzen.
Durchgerechnete Beispiele
- Hexadezimale und dezimale RPC-Sperre. Base hat die dezimale Chain-ID
8453, voneth_chainIdals0x2105ausgegeben:2 * 4096 + 1 * 256 + 0 * 16 + 5 = 8453. Ethereum Mainnet ist1 = 0x1, Arbitrum One42161 = 0xa4b1. Erwartet das Wallet8453, erhält aber0x1, muss es vor dem Signieren abbrechen. - v einer geschützten Legacy-Transaktion. Für EIP-155 gilt
v = 35 + 2 * chainId + yParity. Bei ID1ergibt sich37oder38, bei ID61157oder158. Umgekehrt giltfloor((37 - 35) / 2) = 1. Dies gilt nicht für y-parity typisierter Transaktionen oder ungeschützte Legacy-Signaturen mit27oder28. - Typisierte Transaktion und Wrong-Chain-Ablehnung. Ein Typ-2-Payload bindet
chain_id=8453. Bei21,000 gas, Base Fee20 gwei, maximaler Priority Fee2 gweiund maximaler Fee30 gweibeträgt der effektive Preismin(30, 20 + 2) = 22 gwei, die Gebühr21,000 * 22 gwei = 0.000462 ETH. Eine korrekt prüfende Chain mit ID1lehnt den Payload wegen Domänenabweichung ohne dortigen On-Chain-Gasverbrauch ab; auf ID 8453 kann er aus anderen Gründen scheitern. - Nicht-EVM- und Doppelkennungen. Cosmos EVM kann die Cosmos-SDK-String-ID
local-1und unabhängig die EVM-ID262144 = 0x40000nutzen. Native Cosmos-Signaturen verwenden String, Kontonummer und Sequence; EVM-Signaturen die Ganzzahl. Solana verwendet Genesis-Hash und Recent Blockhash oder Durable Nonce, keine EIP-155-Ganzzahl.
Risiken
- Falscher RPC-Endpoint oder aktive Wallet-Chain.
- Bösartiger RPC mit falscher ID, Zustand oder Broadcast-Antwort.
- Verwechslung von Hexadezimal- und Dezimaldarstellung.
- Präzisionsverlust durch unsicheren Zahlentyp.
net_versionfälschlich alseth_chainIdbehandeln.chainChangedoder Race beim Netzwechsel übersehen.- Gecachte Nonces, Quotes, Approvals oder Simulationen weiterverwenden.
- Weltweit kollisionsfreie Registrierung unterstellen.
- Auf privaten Netzen oder Forks mit gleicher ID signieren.
- Verhalten bei Fork-ID-Wechsel oder -Beibehaltung nicht definieren.
- Ungeschützte Legacy-Transaktion akzeptieren.
- Legacy-
v-Formel auf andere Signaturen anwenden. - Chain-Domäne in Rohdaten oder
personal_signunterstellen. - Chain-ID in EIP-712 auslassen oder falsch kodieren.
verifyingContract, Nonce, Deadline oder Zweck auslassen.- Identischen Adressen ohne Code-/Zustandsvergleich vertrauen.
- L1-, L2-, Bridge-Ursprungs- und Zieldomäne verwechseln.
- Innere Domäne von Intent, Permit oder Smart Account ignorieren.
- Wallet-Metadaten, Explorer oder Icons als Authentifizierung behandeln.
- EVM-Semantik auf andere Protokolle übertragen.
Häufige Irrtümer
- Eine Chain-ID ist eine weltweit eindeutige und dauerhafte amtliche Nummer.
- Eine korrekte Chain-ID authentifiziert RPC, Netz und Verträge.
- Jede Ethereum-Signatur bindet automatisch die Chain-ID.
- Unterschiedliche IDs verhindern Replay jeder signierten Nachricht.
- Jede Blockchain nutzt eine EIP-155-Ganzzahl.
Verwandte Themen
Quellen
- EIP-155: Simple replay attack protection - Ethereum Improvement Proposals (abgerufen: 2026-08-12)
- EIP-1559: Fee market change for ETH 1.0 chain - Ethereum Improvement Proposals (abgerufen: 2026-08-12)
- EIP-1344: ChainID opcode - Ethereum Improvement Proposals (abgerufen: 2026-08-12)
- EIP-1193: Ethereum Provider JavaScript API - Ethereum Improvement Proposals (abgerufen: 2026-08-12)
- EIP-3085: wallet_addEthereumChain RPC Method - Ethereum Improvement Proposals (abgerufen: 2026-08-12)
- EIP-712: Typed structured data hashing and signing - Ethereum Improvement Proposals (abgerufen: 2026-08-12)
- CAIP-2: Blockchain ID Specification - Chain Agnostic Improvement Proposals (abgerufen: 2026-08-12)
- getGenesisHash RPC Method - Solana Documentation (abgerufen: 2026-08-12)