---
title: "Block-Gas-Limit"
description: "Fork-spezifischer Leitfaden zu Ethereums Block-Gas-Limit, EIP-1559-Ziel, Transaktionsobergrenze, Gasverbrauch, Gebühren, Durchsatz und Node-Ressourcen."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Block-Gas-Limit

> Nur zu Bildungszwecken; keine Finanz- oder Sicherheitsberatung. Gas-Limits, Zielwerte, Zeitpläne, Transaktionsobergrenzen, Opcode-Kosten und Client-Richtlinien unterscheiden sich je nach Chain, Fork und Beobachtungszeitpunkt.

<a id="answer"></a>

## Direkte Antwort

Das Block-Gas-Limit ist die im Ethereum-Blockheader eingetragene Obergrenze für Ausführungs-Gas. Die Transaktionen müssen so in die Protokollabrechnung passen, dass ihr gesamtes `gasUsed` nicht über `gasLimit` liegt. Gas ist eine abstrakte Maßeinheit; Regeln für Opcodes, Calldata, Speicher, Storage und Erstattungen ändern sich mit Forks. Es zählt nicht direkt CPU-Befehle, Bytes oder Transaktionen.

Im Mainnet nach Fusaka liegt der koordinierte Client-Richtwert bei `60,000,000 gas` je Block. Maßgeblich ist jedoch der tatsächliche Header; Validatorpräferenzen können das Limit nach der elternrelativen Regel schrittweise verschieben. Bei Elastizität `2` beträgt das langfristige EIP-1559-Ziel `30,000,000 gas`; Nutzung über dem Ziel erhöht die nächste Basisgebühr. EIP-7825 begrenzt das deklarierte Gas einer Transaktion separat auf `2^24 = 16,777,216 gas`, EIP-7934 die RLP-Größe eines Ausführungsblocks unabhängig auf `8,388,608 bytes`. Diese Werte sind netz- und zeitabhängig.

<a id="mechanism"></a>

## Funktionsweise

1. Fixiere Chain, Netzwerk, Blockhash und -nummer, aktiven Fork, Client oder RPC und Beobachtungszeit. Lies `gasLimit`, `gasUsed` und `baseFeePerGas` aus dem Header statt aus einer statischen Tabelle.
2. Trenne Blocklimit, EIP-1559-Ziel, deklariertes Transaktions-Gas, tatsächlich verbrauchtes Gas und Gaspreis. Trenne ebenso Ausführungs-Gas, Blob-Gas, RLP-Bytes und L2-spezifische Messung.
3. Reproduziere Gültigkeit und Ausführung nach aktivem Gasplan: intrinsisches Gas, Calldata, Zugriffslisten, Speichererweiterung, kalte und warme Zugriffe, Storage-Schreibvorgänge, Precompiles und Erstattungen. Schätzungen hängen von Zustand und Block-Tag ab.
4. Gleiche Kapazität über Beleg-Gas oder den letzten kumulierten Wert ab, bestätige `gasUsed <= gasLimit` und berücksichtige Reihenfolge und zustandsabhängige Kosten. Transaktionszahl ist weder Gas-Limit noch fester TPS-Wert.
5. Wende EIP-1559 an: Bei Elastizität `2` gilt Ziel = `gasLimit / 2`; Nutzung des Elternblocks über oder unter dem Ziel verändert die nächste Basisgebühr. Das Kindlimit muss zudem im strikten Band von ungefähr `1/1024` liegen. Basisgebühr bepreist Nachfrage, Limit begrenzt akzeptierte Arbeit.
6. Prüfe Betriebsgrenzen. Eine Transaktion über dem aktiven Cap ist trotz Platz ungültig; ebenso ein zu großer RLP-Block trotz Gasreserve. Ungenutzte Zuteilung wird freigegeben, der Erstattungszähler ist separat und forkbegrenzt. `REVERT` erhält Restgas; top-level Out-of-Gas revertiert den Zustand und verbraucht die gesamte bereitgestellte Zuteilung.
7. Teste Ausführungszeit voller Blöcke, Zustandswachstum, Propagation, verpasste Slots, Reorgs, Builder- und Validatorkapazität, Clientvielfalt und Parameteränderungen. Nutze reale Blöcke und Node-Metriken, bevor du höheren Durchsatz als nachhaltig bewertest.

<a id="example"></a>

## Durchgerechnete Beispiele

- **Grenze einfacher Transfers.** Bei `60,000,000 gas` passen theoretisch `floor(60,000,000 / 21,000) = 2,857` einfache ETH-Transfers. Das Ziel von `30,000,000 gas` fasst `1,428`; bei idealisiertem `12-second`-Slot sind das `1,428 / 12 = 119 transactions/second`. Das ist eine homogene Obergrenze, kein gemessener TPS-Wert.
- **Gemischter Zielblock.** Angenommen, Transfers nutzen `400 * 21,000 = 8,400,000 gas`, Swaps `80 * 180,000 = 14,400,000 gas` und Deployments `6 * 1,200,000 = 7,200,000 gas`. Insgesamt sind es `30,000,000 gas` in `486 transactions` beziehungsweise `486 / 12 = 40.5 transactions/second` unter der Slot-Annahme.
- **Limit und tatsächliche Belastung.** Eine Transaktion deklariert `200,000 gas`, verbraucht aber `gasUsed = 146,000`. Bei `22 gwei` kostet sie `146,000 * 22 = 3,212,000 gwei = 0.003212 ETH`; die übrigen `54,000 gas` werden nicht berechnet. `18,000,000 gas` überschreiten den aktuellen Cap von `16,777,216 gas` und sind trotz Blockplatz ungültig.
- **Reaktion der Basisgebühr.** Bei `gasLimit = 60,000,000` ist das Ziel `30,000,000`. Von `24 gwei` erhöht ein voller Elternblock mit `60,000,000 gas` die nächste Gebühr maximal um `12.5%` auf `27 gwei`; ein leerer senkt sie um `12.5%` auf `21 gwei`. Das ändert weder Limit noch künftige Nutzung.

<a id="risks"></a>

## Risiken

- Veralteten Mainnet-Gas-Limit-Wert verwenden.
- Ethereum-Parameter auf andere EVM-Chain oder L2 übertragen.
- Blocklimit und EIP-1559-Ziel verwechseln.
- Blocklimit und Transaktionsobergrenze verwechseln.
- Deklariertes und tatsächlich verbrauchtes Gas verwechseln.
- Gas als feste CPU-, Byte- oder Transaktionseinheit behandeln.
- Veraltete Regeln nutzen oder separates RLP-Limit ignorieren.
- `eth_estimateGas` ohne vorgesehenen Zustand und Block-Tag vertrauen.
- Zustandsabhängige Ausführung und Reihenfolge ignorieren.
- Ungenutzte Zuteilung und Erstattungszähler verwechseln.
- Kosten bei Revert oder Out-of-Gas ignorieren.
- Ausführungs- und Blob-Gas als eine Ressource behandeln.
- TPS nur aus homogenen Transfers ableiten.
- Verpasste Slots, Reorgs und Finalitätsverzögerungen ignorieren.
- Schlimmste Ausführungs- und Propagationszeit erhöhen.
- Zustandswachstum und Archivanforderungen beschleunigen.
- Hardwareanforderungen für Validatoren, Builder und RPC erhöhen.
- Zentralisierung oder Clientdivergenz verstärken.
- Änderungen an Präferenzen, Clients oder Forks verpassen.
- Höhere Kapazität als Garantie niedriger Gebühren oder Nachfrage behandeln.

<a id="misconceptions"></a>

## Häufige Irrtümer

- Das Block-Gas-Limit ist eine universelle Ethereum- oder EVM-Konstante.
- Ein Limit von `60,000,000 gas` verlangt 60 Millionen Verbrauch oder setzt auch das EIP-1559-Ziel darauf.
- Division des Limits durch `21,000` ergibt den realen TPS-Wert.
- Eine Transaktion darf bei Platz den ganzen Block verbrauchen; der heutige Cap gilt unabhängig.
- Ein höheres Limit senkt Gebühren automatisch ohne Kosten für Nodes, Zustand, Propagation, Nachfrage oder Dezentralisierung.

<a id="related"></a>

## Verwandte Themen

- [Gasgebühr](/de/crypto/gas-fee/)
- [Ethereum Virtual Machine](/de/crypto/evm/)
- [Blockzeit](/de/crypto/block-time/)

<a id="sources"></a>

## Quellen

- [Ethereum gas and fees: technical overview](https://ethereum.org/developers/docs/gas/) - Ethereum.org (abgerufen: 2026-08-18)
- [EIP-1559: Fee market change for ETH 1.0 chain](https://eips.ethereum.org/EIPS/eip-1559) - Ethereum Improvement Proposals (abgerufen: 2026-08-18)
- [EIP-3529: Reduction in refunds](https://eips.ethereum.org/EIPS/eip-3529) - Ethereum Improvement Proposals (abgerufen: 2026-08-18)
- [EIP-7825: Transaction Gas Limit Cap](https://eips.ethereum.org/EIPS/eip-7825) - Ethereum Improvement Proposals (abgerufen: 2026-08-18)
- [EIP-7934: RLP Execution Block Size Limit](https://eips.ethereum.org/EIPS/eip-7934) - Ethereum Improvement Proposals (abgerufen: 2026-08-18)
- [EIP-7935: Set default gas limit to 60M](https://eips.ethereum.org/EIPS/eip-7935) - Ethereum Improvement Proposals (abgerufen: 2026-08-18)
- [Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement) - Ethereum Foundation Blog (abgerufen: 2026-08-18)
- [JSON-RPC API](https://ethereum.org/developers/docs/apis/json-rpc/) - Ethereum.org (abgerufen: 2026-08-18)

Source: https://wiki.fcontext.com/de/crypto/block-gas-limit/index.mdx