Web3 Gas Cost Hindsight: L1, L2 und Solana vergleichen

Gas ist eine Messgröße für Workloads, kein dauerhafter Dollarpreis. In einem Web3-Produkt hängen die Kosten von Programm, Transaktionsdaten, Fee Markets, Tokenpreis, Sponsoring und aktiven Netzwerkregeln ab. Feste USD-Tabellen oder universelle L1/L2-Multiplikatoren veralten schnell.

Dieser Artikel ersetzt aggregierte Prozentsätze und pauschale Chain-Empfehlungen durch eine reproduzierbare Methode: produktionsnahe Transaktionen, aktuelle RPC-Schätzungen, offizielle Gebührenformeln und explizite Annahmen zu Settlement, Finalität, Data Availability, Bridges, Upgrades, Custody und Betrieb.

Wo entstehen Kosten?

Auf Ethereum misst Gas Rechenarbeit. Die Gebühr ist verbrauchtes Gas mal Base und Priority Fee; Out-of-Gas kann State zurückrollen und dennoch Gas verbrauchen. Ein einfacher ETH-Transfer nutzt 21.000 Gas, Contract-Pfade variieren nach Implementation und State. Siehe die offizielle Ethereum-Gas-Dokumentation.

• Deployments und Upgrades. Erstellung speichert Bytecode und initialisiert; Proxies, Migrationen und Verifikation kommen hinzu.
• User Writes. Transfers, Mints, Swaps, Claims, Approvals, Account-Abstraction-Validierung und State-Änderungen kosten bei jeder Ausführung.
• Fehlgeschlagene oder ersetzte Transaktionen. Enthaltene Fehler können Gebühren kosten; Retries, Nonces, Slippage und Sponsoring gehören ins Modell.
• Daten und Settlement. Rollups berechnen häufig Child-Chain-Ausführung und Parent-Chain-Daten oder Settlement-Ressourcen.
• Off-Chain-Dienste. RPC, Indexing, Relayer, Paymaster, Oracle, Keeper, Signing, Monitoring und Support sind kein Gas, aber TCO.

Read-only RPC erzeugt keine On-Chain-Transaktion, Provider können API-Nutzung aber bepreisen. Ein Contract kann während der Ausführung keinen kostenlosen RPC-Read machen; On-Chain-Reads verbrauchen Gas.

Warum führt eine statische Fee-Tabelle in die Irre?

Dollarwerte kombinieren bewegliche Eingaben. Dokumentiere Transaktion oder User Operation, Gas oder Compute Units, Calldata oder komprimierte Größe, Base, Priority, Parent-Chain oder Blob Fee, Operator Fee, Sponsoring, Tokenpreisquelle, Block oder Slot, Zeitstempel und Erfolg. Wiederhole Fixtures bei mehreren Lastniveaus.

Base dokumentiert L2 Execution und L1 Security Fee in der Fee-Dokumentation. OP Mainnet dokumentiert Execution, L1 Data und upgradeabhängige Operator Fees im Transaktionsleitfaden.

Arbitrum dokumentiert Child-Chain-Ressourcen und einen Parent-Chain-Poster-Anteil aus komprimierter Größe und Parent Pricing. Siehe Arbitrum Gas and Fees. Deshalb ist ein universeller Multiplikator für alle EVM-L2-Transaktionen keine dauerhafte Aussage.

Wie vergleichst du Polygon PoS und Solana?

Polygon beschreibt Polygon PoS als EVM-kompatible Sidechain mit periodischen Checkpoints auf Ethereum. Die EIP-1559-Dokumentation erläutert Base und Priority Fee und die Gas Station liefert aktuelle Schätzungen. Nutze den offiziellen Polygon-PoS-EIP-1559-Leitfaden und erfasse Gas-Token sowie Parameter. Setze eine Sidechain nicht mit einem Rollup gleich.

Solana nutzt ein anderes Modell aus Base Fee je Signatur und optionaler Priority Fee. Letztere hängt vom angeforderten Compute-Unit-Limit ab, nicht vom tatsächlichen Verbrauch. Die Dokumentation nennt aktuell 5.000 Lamports je Signatur, ein vor jeder Budgetierung neu zu prüfender Parameter. Siehe die Solana Fee Structure.

Niedrige Stichprobenkosten oder kurze Blockzeiten belegen nicht Latenz, Finalität, Verfügbarkeit, Zensurresistenz, Bridge-Sicherheit oder Betriebskosten. Teste Commitment und Fehlerfälle des Produkts.

Was belegt Wavects Projekthistorie?

Wavect hat in EVM- und Solana-Umgebungen geliefert, doch diese Engagements sind kein normalisierter Benchmark. Contracts, Frequenz, Preise, Sponsoring, Marktphasen und Anforderungen unterscheiden sich.

• Scramble Pay: Multi-Chain-Payment-Kontext.
• Quivr: Solana-Consumer-Kontext.
• Account Abstraction: Sponsored und Smart-Account-Flows.
• Lightbridge: Cross-Chain-Messaging.
• MetaMask Snap: Wallet-Integration.

Das ist Kontext, kein Beleg für die billigste oder richtige Chain.

"Chain-Auswahl ist eine Produkt- und Risikoentscheidung. Miss den echten Workload und vergleiche Settlement, Finalität, Daten, Custody, Upgrades und Betrieb."

Wie sollten Gründer Netzwerke vergleichen?

1. Nutzer- und Settlement-Ziel definieren. Wer sendet, signiert, sponsert, erhält, bestreitet oder stellt wieder her, und wo liegen Nutzer und Assets?
2. Produktionsnahe Fixtures erstellen. Häufige, Worst-Case-, fehlgeschlagene, gebatchte, gesponserte, Account-, Bridge-, DeFi-, NFT- und Upgrade-Pfade.
3. Native Einheiten zuerst. Nutze RPC-Simulation und offizielle Formeln; trenne Gas, Bytes, Compute, Signaturen und Storage von Fiat.
4. Über Zeit sampeln. Erfasse Block oder Slot, Zeit, Fee-Parameter, Preisquelle und Perzentilregel.
5. Lifecycle-TCO modellieren. Addiere RPC, Indexing, Relaying, Sponsoring, Bridges, Monitoring, Incidents, Upgrades, Audits, Liquidität und Support.
6. Security und Control prüfen. Vergleiche Finalität, Data Availability, Sequencing, Proof oder Checkpoint, Admin Keys, Pause, Upgrade, Bridge und Exit.
7. Primärroute bewusst wählen. Multi-Chain multipliziert Contracts, Integrationen, Liquidität, Monitoring und Fehlerarten.

Bei dediziertem Blockspace vergleiche native und based Rollups. Sequencing, Verifikation, Daten, Interoperabilität, Governance und Betrieb sind getrennte Entscheidungen.

Was gehört in einen datierten Benchmark?

Veröffentliche Datum, Netzwerk und Chain ID, Hashes oder Fixtures, Contracts und State, RPC-Methode, Gas oder Compute, L1-Datenrechnung, Fee-Parameter, Token- und Fiatquelle, Bestätigungsregel sowie enthaltene Account-, Bridge-, Fehler-, Sponsoring- und Servicekosten.

Behandle Wallet-Schätzungen nicht als Garantie und extrapoliere keinen Transfer auf Mint, DeFi, oder User Operation. Zeige bei Sponsoring Nutzerpreis und tatsächliche Netzwerk- und Servicekosten.

Ist Ethereum Mainnet je die richtige Erst-Chain?

Es gibt keine universelle Antwort. Mainnet kann passen, wenn Nutzer, Assets, Protokolle, Settlement oder Governance es erfordern. L2, Sidechain oder Solana können andere Workloads besser bedienen. Niedrige Fees ersetzen keine Nutzer, Liquidität, Integrationen, Security oder Recovery; hohe Fees belegen keine Anwendungssicherheit.