Wie wirkt sich der Einsatz von ETH 2.0 auf Ethereum-Verträge aus?

Auswirkungen des ETH 2.0-Einsatzes auf die Funktionalität von Smart Contracts

1. Mit dem Übergang zu Ethereum 2.0 wurde ein Proof-of-Stake-Konsensmechanismus eingeführt, der die Funktionsweise von Validatoren innerhalb des Netzwerks grundlegend veränderte. Diese Verschiebung hat indirekte, aber bedeutsame Auswirkungen auf Smart Contracts, die auf Ethereum eingesetzt werden. Beim Staking wird die Blockproduktion nun von Validatoren verwaltet, die 32 ETH als Sicherheit sperren. Dadurch ist die Endgültigkeit einer Transaktion durch die Einführung von Epochen und Kontrollpunkten vorhersehbarer geworden, was die Zuverlässigkeit des Zeitpunkts der Vertragsausführung verbessert.

2. Eine erhöhte Netzwerkstabilität durch das Abstecken verringert die Wahrscheinlichkeit von Kettenreorganisationen, wodurch Vertragsstatusänderungen deterministischer werden . In der Zeit vor der Fusion könnten längere Neuorganisationen zu Unsicherheiten bei Transaktionsbestätigungen führen und möglicherweise die zeitkritische Smart-Contract-Logik beeinträchtigen. Da nun die Endgültigkeit durch die Beacon-Kette gewährleistet ist, können Entwickler Verträge mit größerer Sicherheit darüber entwerfen, wann Zustandsaktualisierungen dauerhaft vorgenommen werden.

3. Auch die Dynamik der Gaspreise hat sich weiterentwickelt. Obwohl EIP-1559 vor der vollständigen Einführung von ETH 2.0 implementiert wurde, beeinflusst seine Interaktion mit der Einsatzökonomie die Vertragsbereitstellung und die Nutzungskosten. Validatoren erhalten als Anreiz vorrangige Gebühren, die sich darauf auswirken, wie Benutzer bei der Interaktion mit Verträgen Gasparameter festlegen. Diese wirtschaftliche Ebene prägt das Benutzerverhalten und die Vertragsgestaltung, insbesondere für dApps, die Transaktionen automatisieren.

4. Die durch das Abstecken ermöglichten Skalierbarkeitsverbesserungen ebnen den Weg für Shard-Ketten, die letztendlich die parallele Verarbeitung von Transaktionen über mehrere Ketten hinweg ermöglichen werden. Während das vollständige Sharding noch nicht live ist, impliziert die architektonische Ausrichtung, dass zukünftige Verträge möglicherweise Shard-übergreifende Kommunikationsprotokolle, Datenverfügbarkeitsebenen und asynchrone Nachrichtenübermittlung zwischen Ausführungsumgebungen berücksichtigen müssen.

Auswirkungen auf die Sicherheit für Vertragsentwickler

1. Das wirtschaftliche Sicherheitsmodell unter Proof-of-Stake verknüpft die Netzwerksicherheit direkt mit dem Wert der eingesetzten ETH und beeinflusst, wie Entwickler Vertrauensannahmen in ihren Verträgen bewerten . Eine höhere Menge an abgesteckter ETH erhöht die Kosten für Angriffe auf das Netzwerk und erhöht dadurch die Sicherheitsgarantien, auf die Smart Contracts angewiesen sind. Dies macht weitreichende Angriffe oder Absprachen mit Validatoren deutlich teurer und verringert die Risiken für hochwertige dezentrale Anwendungen wie Kreditplattformen oder Derivatebörsen.

2. Trends zur Validatorzentralisierung geben zunehmend Anlass zur Sorge. Eine kleine Anzahl von Unternehmen kontrolliert große Teile des Staking-Angebots, darunter zentralisierte Börsen und liquide Staking-Anbieter wie Lido. Verträge, die von Zufälligkeit in der Kette oder zeitbasierten Auslösern abhängen, können anfällig sein, wenn eine Untergruppe von Validatoren Blockzeitstempel oder -reihenfolge manipuliert. Entwickler müssen es vermeiden, sich in einer solchen Umgebung ausschließlich auf Blockhashes oder Zeitstempel als Entropiequellen zu verlassen.

3. Der Aufstieg von Restaking-Protokollen, wie sie beispielsweise auf EigenLayer basieren, ermöglicht die Wiederverwendung von abgesteckter ETH zur Sicherung zusätzlicher Dienste. Während dies die Zusammensetzbarkeit erweitert, werden neue Angriffsvektoren eingeführt, bei denen ein Ausfall eines Drittanbieterdienstes zu drastischen Ereignissen führen könnte, die sich auf die zugrunde liegende abgesteckte ETH auswirken. Verträge, die mit neu abgesteckten Grundelementen integriert werden, müssen die damit verbundenen Risikoprofile sorgfältig prüfen und Fallback-Mechanismen beinhalten.

Änderungen in der Datenverfügbarkeit in der Kette

1. Die Roadmap von Ethereum beinhaltet die Verwendung von Stake-Validatoren zur Unterstützung der Datenverfügbarkeitsstichprobe bei zukünftigen Upgrades. Das bedeutet, dass Rollups und Layer-2-Lösungen zunehmend auf die Konsensschicht von Ethereum zurückgreifen werden, um komprimierte Transaktionsdaten zu veröffentlichen. Bei Verträgen, die Layer 1 und Layer 2 überbrücken, erfordert dies die Überprüfung von Einschlussnachweisen und den Umgang mit Verzögerungen bei der Datenveröffentlichung.

2. Da Blob-tragende Transaktionen zum Standard werden, werden sich die Gebührenmärkte für Anrufdaten ändern. Bei Verträgen, die große Mengen an Ereignisdaten veröffentlichen, können in Spitzenzeiten höhere Kosten anfallen. Optimierungstechniken wie das Packen von Daten in Strukturen, die Minimierung von Protokollemissionen und die Nutzung der Off-Chain-Indizierung werden für kosteneffiziente Abläufe immer wichtiger.

3. Die Integration von beweisbaren Verzögerungsfunktionen (VDFs) und anderen vom Einsatz abgeleiteten Zufallsquellen bietet verbesserte Alternativen zu herkömmlichen Blockvariablen für die sichere Zufallszahlengenerierung in Verträgen . Projekte, die Spiele, NFT-Minting oder Lotteriemechanismen umfassen, können diese Fortschritte nutzen, um gerechtere Systeme aufzubauen, ohne auf potenziell manipulierbare Eingaben angewiesen zu sein.

Häufig gestellte Fragen

Erfordert das Abstecken der ETH Änderungen an bestehenden Smart Contracts? Es sind keine direkten Änderungen erforderlich. Bestehende Verträge funktionieren weiterhin wie vorgesehen. Das Verständnis der neuen Endgültigkeitsgarantien und des Validatorverhaltens hilft jedoch dabei, Interaktionsmuster und Fehlerbehandlung zu optimieren.

Kann ein Smart Contract direkt am Staking teilnehmen? Eigenständige Verträge können die ETH nicht unabhängig einsetzen, da sie die 32 ETH-Anforderungen nicht erfüllen oder keine Validierungssoftware ausführen können. Allerdings nutzen Staking-Pools und Liquid Staking-Protokolle Smart Contracts, um Gelder zu bündeln und repräsentative Token wie stETH auszugeben.

Wie wirkt sich die Kürzung auf Verträge aus, die abgesicherte ETH-Derivate enthalten? Wenn ein Validator gekürzt wird, kann der Wert abgeleiteter Token wie stETH im Vergleich zur ETH an Wert verlieren. Verträge, die diese Vermögenswerte als Sicherheit halten, müssen Preisorakel implementieren, die in der Lage sind, solche Abweichungen zu erkennen, um eine Unterbesicherung zu verhindern.

Sind für Verträge neue Opcodes oder Vorkompilierungen im Zusammenhang mit der Absteckung verfügbar? Derzeit stellen keine Opcodes der Ethereum Virtual Machine Echtzeit-Absteckmetriken wie Validator-Salden oder Slashings zur Verfügung. Verträge, die diese Daten benötigen, müssen sich auf externe Oracles verlassen oder Beacon-Chain-Daten über Layer-2-Indexierungslösungen analysieren.