Heim  >  Artikel  >  Buterin: Drei Lösungen zur Beschleunigung der Transaktionsbestätigungszeit! Was ist die Zukunft von Layer2?

Buterin: Drei Lösungen zur Beschleunigung der Transaktionsbestätigungszeit! Was ist die Zukunft von Layer2?

王林
王林Original
2024-07-01 21:11:56559Durchsuche

Buterin: Drei Lösungen zur Beschleunigung der Transaktionsbestätigungszeit! Was ist die Zukunft von Layer2?

Optimierung der Transaktionsbestätigungszeit von Ethereum

Ethereum-Mitbegründer Vitalik Buterin schlug Methoden zur Optimierung der Transaktionsbestätigungszeit vor, darunter:

1. Single Slot Finality (SSF)

  • Ersatzgasper-Konsensmechanismus bestimmt blockiert schneller.
  • Alle Spieler müssen alle 12 Sekunden zwei Nachrichten senden.
  • Verbesserung des Durchsatzes, schnellere Fertigstellung.

2. Rollup-Vorbestätigung

  • Side-Chain-Verpackungstransaktionen zur Reduzierung der Hauptkettenlast.
  • Bestätigen Sie Side-Chain-Transaktionen vorab, um die Bestätigungszeit für Haupt-Chain-Transaktionen zu verkürzen.
  • Verbessern Sie die Skalierbarkeit und unterstützen Sie mehr Transaktionen.

3. Basierend auf dem Vorbestätigungsmechanismus

  • Basierend auf dem Konsensmechanismus werden Transaktionen in der Hauptkette vorab bestätigt.
  • Ähnlich der Rollup-Vorbestätigung, jedoch ohne Sidechains.
  • Verbessern Sie die Effizienz der Transaktionsbestätigung und verringern Sie den Druck auf die Hauptkette.

Slot- und Epochenarchitektur

  • Slot: Alle 12 Sekunden wird ein Zeitraum generiert, normalerweise wird ein Block generiert.
  • Epoche: bestehend aus 32 Slots, einmal alle 6 Minuten und 24 Sekunden, um Statusprüfungen und Validator-Belohnungen und -Strafen durchzuführen.
  • Diese Strukturen gewährleisten eine schnelle Transaktionsbestätigung.

    Buterin: Drei Lösungen zur Beschleunigung der Transaktionsbestätigungszeit! Was ist die Zukunft von Layer2?

    SSF-Vorschlagsentwurfszeichnung
    Rollup-Vorbestätigung und basierte Vorbestätigung
    Darüber hinaus erörterte Buterin auch die Mechanismen der Rollup-Vorbestätigung und der basierten Vorbestätigung. Ethereum verfolgt seit jeher einen Rollup-zentrierten Entwicklungsweg und hat L1 so konzipiert, dass es die Datenverfügbarkeit und andere Funktionen unterstützt, während L2 Benutzern umfangreichere Dienste bereitstellt. Dies wird jedoch mit einem unvermeidlichen Problem konfrontiert: L2 muss für Benutzer bestätigt werden bei Geschwindigkeiten von mehr als 5-20 Sekunden.
    Außerdem ist es unfair, von allen L2s zu verlangen, ein dezentrales Bestellnetzwerk zu implementieren, was so gut wie verlangt, dass sie den Großteil der Arbeit des neuen L1 erledigen.
    Um dieses Problem zu lösen, hat Justin Drake einen gemeinsamen Vorbestätigungsmechanismus auf Basis der Ethereum-basierten Vorbestätigung eingeführt, der ihn für alle L2 und L1 zugänglich macht.
    Der auf der Vorabbestätigung basierende Ansatz geht davon aus, dass Ethereum-Antragsteller aus MEV-bezogenen Gründen (Maximum Extractable Value) hochentwickelte Teilnehmer sein werden. Vorbestätigungsbasierte Ansätze nutzen diese Komplexität aus, indem sie diese erfahrenen Antragsteller dazu anregen, Vorbestätigungsdienste bereitzustellen. Die Grundidee besteht darin, ein standardisiertes Protokoll zu erstellen, über das Benutzer eine Prämie zahlen können, um im Gegenzug eine sofortige Garantie dafür zu erhalten, dass die Transaktion in den nächsten Block aufgenommen wird, und möglicherweise einen Anspruch auf die Ergebnisse der Ausführung der Transaktion. Wenn ein Antragsteller eines seiner Versprechen gegenüber den Nutzern bricht, wird er gekürzt.
    Zusammenfassend bietet die basierte Vorbestätigung eine Garantie für L1-Transaktionen. Wenn Rollup „basiert“ ist, sind alle L2-Blöcke L1-Transaktionen, sodass derselbe Mechanismus verwendet werden kann, um eine Vorbestätigung für alle L2-Blöcke bereitzustellen.
    3 Entwicklungsrichtungen von L2
    Abschließend schlug Buterin drei sinnvolle Entwicklungsstrategien für L2 vor:
    1 Technische und spirituelle Ebenen basieren auf Ethereum: Diese L2 sind für die technischen Eigenschaften und den Wert der Basisschicht von Ethereum optimiert (hohe Dezentralisierung, Anti-). Zensur usw.) Lieferkanal. Einfach ausgedrückt können diese Rollups als „Marken-Shards“ betrachtet werden und ermöglichen umfangreiche Experimente mit neuen VM-Designs und anderen technischen Verbesserungen.
    2. Serverbasierte Blockchain-Architektur: Diese L2s beginnen mit Servern und fügen dann den Nachweis der STARK-Gültigkeit, das Recht der Benutzer, Transaktionen abzuheben oder zu erzwingen, sowie die Freiheit gemeinsamer Entscheidungen hinzu (z. B. die Koordinierung von Massenabhebungen oder die Änderung der Fähigkeiten der Besteller). Aufrechterhaltung der Servereffizienz und gleichzeitige Nutzung der Vorteile massiver On-Chain-Operationen.
    3. Kompromiss: Mit einer schnellen Kette mit hundert Knoten bietet Ethereum zusätzliche Interoperabilität und Sicherheit, was die eigentliche Roadmap für viele L2-Projekte ist.
    Jede dieser drei Strategien hat eine andere Slot- und Epochenarchitektur:
    Ethereum-native Architektur
    Server-Vorbestätigung
    Komitee-Vorbestätigung
    Buterin stellt die Schlüsselfrage: Wie viel können wir in der ersten Kategorie Gutes tun? Wenn die erste Kategorie sehr gut wird, kann die Bedeutung der dritten Kategorie abnehmen. Die zweite Kategorie wird immer existieren, da jede „Ethereum-basierte“ Lösung nicht für Off-Chain-Daten L2 wie Plasmen und Validien geeignet ist.
    Buterin kam zu dem Schluss, dass wir mehr Optionen brauchen, um die Arbeit von L2-Entwicklern zu vereinfachen und die Benutzererfahrung zu verbessern.

Das obige ist der detaillierte Inhalt vonButerin: Drei Lösungen zur Beschleunigung der Transaktionsbestätigungszeit! Was ist die Zukunft von Layer2?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn