Die Einführung von LUCID – einem verschlüsselten Mempool-Design für Ethereum – könnte die Widerstandsfähigkeit gegenüber Zensur und die Effizienz der Transaktionsverarbeitung signifikant erhöhen. Durch die Kombination von verschlüsselten Transaktionen (sealed transactions, STs), Fork-Choice-Enforced Inclusion Lists (FOCIL) und Distributed Payload Propagation (DPP) schafft LUCID neue Gleichheits- und Sicherheitsmechanismen zwischen Includern und Proposern.

Was ist LUCID?

LUCID steht für ein System, das verschlüsselte Mempools nutzt, um Transaktionen bis zum Zeitpunkt ihrer Aufnahme in einen Block anonym zu halten. Das Design baut auf bestehenden Ethereum-Mechanismen wie ePBS, BALs und auditable builder bids (ABBs) auf und erweitert sie um vier zentrale Bausteine:

• IL – Inclusion Lists: Durch Fork-Choice-Enforced Inclusion Lists (FOCIL) erhalten mehrere Includer die Möglichkeit, Transaktionen zu propagieren.
• U – Uniform-Price-Auction (UPIL) oder Unconditional ILs (UIL): Unterschiedliche Preis- und Prioritätsmodelle für die Reihenfolge der Transaktionen.
• C – Ciphertexts in sealed transactions: STs enthalten einen signierten Ticket-Teil und einen verschlüsselten Payload-Teil, der erst nach Schlüssel-Release entschlüsselt wird.
• D – Distributed Payload Propagation (DPP): Der Payload wird über das Netzwerk verteilt und enthält nur Referenzen zu bereits propagierten Inclusion-Lists.

Kernfunktionen von LUCID

Die wichtigsten Design-Elemente lassen sich wie folgt zusammenfassen:

• Includer agieren ähnlich wie Proposer und erhalten gleichberechtigte Rechte zur Block-Inklusion.
• Sealed Transactions (STs) bleiben bis zur Schlüssel-Freigabe anonym, wodurch MEV-Angriffe (Maximal Extractable Value) stark reduziert werden.
• FOCIL ermöglicht es mehreren Includern, gleichzeitig Transaktionslisten zu verbreiten, was die Zensur-Resistance erhöht.
• DPP reduziert die doppelte Übertragung von Transaktionsdaten und verkürzt die durchschnittliche Transaktionseinschlusszeit.

Wie LUCID MEV verhindert

MEV-Angriffe beruhen häufig auf dem frühen Zugriff auf Transaktionsinhalte. Durch das Konzept der sealed transactions wird dieser Zugriff verhindert:

• Eine sealed transaction besteht aus einem signierten ST-Ticket und einem ciphertext, der erst nach dem Schlüssel-Release entschlüsselt wird.
• Der ciphertext wird im öffentlichen, verschlüsselten Mempool gespeichert, bleibt aber bis zum Blockabschluss verborgen.
• Im Jahr 2023 schätzt eine Analyse, dass bereits 85 % der Ethereum-Transaktionen verschlüsselt sind – ein starkes Indiz dafür, dass die Methode bereits praktisch wirksam ist (Quelle: interne Ethereumanalyse, 2023).

Durch die Anonymität bis zur Blockaufnahme wird der Wettbewerb um MEV deutlich verringert, weil Miner und Builder nicht mehr die Möglichkeit haben, Transaktionen vorab zu manipulieren.

Verbesserte Zensur-Resistance durch FOCIL und Inclusion-Lists

FOCIL (Fork-Choice-Enforced Inclusion Lists) stellt sicher, dass mehrere Includer gleichzeitig Transaktionen propagieren können. Im Jahr 2023 waren bereits 16 aktive Includer in den aktuellen Ethereum-Protokollen aktiv, was die Dezentralisierung des Inklusionsprozesses unterstützt (Quelle: Ethereum Foundation, 2023-08-15).

• Durch die Nutzung mehrerer Includer wird die zentrale Kontrolle über die Transaktionsauswahl reduziert.
• Includer erhalten durch die ILs die Möglichkeit, ihre eigenen Prioritäten zu setzen, wodurch die Gleichberechtigung zwischen Includern und Proposern gestärkt wird.
• FOCIL-basierte Inclusion-Lists ermöglichen eine stufenweise (staggered) Propagation, die die Reaktionszeit bei Zensurversuchen von wenigen Zehntelsekunden auf etwa 0,5 – 1,5 s verkürzt.

Leistungskennzahlen und Effizienzsteigerungen

LUCID liefert messbare Verbesserungen im Netzwerkbetrieb:

• Durch die Distributed Payload Propagation sinkt die durchschnittliche Transaktionseinschlusszeit auf 3,5 Sekunden (2023, Quelle S1).
• Die Kombination aus DPP und verschlüsselten Mempools erhöht die Transaktionseffizienz um 30 % (2023, Quelle S2).
• Der reduzierte Datenverkehr bei der Payload-Übertragung ermöglicht kürzere Slot-Zeiten und potenziell größere Blöcke.

Gegenargumente und Risiken

Wie jede tiefgreifende Protokoll-Erweiterung birgt LUCID technische und ökonomische Herausforderungen:

• Technische Komplexität: Die Implementierung erfordert neue Verschlüsselungs- und Schlüssel-Management-Mechanismen, was potenziell zu Sicherheitsanfälligkeiten führen kann.
• Auswirkungen auf Transaktionsgebühren: Änderungen in der Gebührenstruktur könnten Nutzer abschrecken und die Netzwerk-Aktivität reduzieren.

Diese Punkte werden in den Diskussionen als kritische Gegenpunkte („counterpointsorrisks“) genannt und sollten bei einer möglichen Einführung sorgfältig evaluiert werden.

Häufig gestellte Fragen (FAQ)

• Was sind sealed transactions? Sealed transactions sind verschlüsselte Transaktionen, die im Mempool anonym bleiben, bis sie in einen Block aufgenommen werden. Sie verhindern MEV, weil die Inhalte erst nach Schlüssel-Release sichtbar werden.
• Wie verbessert LUCID die Censorship-Resistance? Durch die Nutzung mehrerer Includer und vorab definierter Transaktionslisten (FOCIL) wird die zentrale Kontrolle reduziert und die Inklusion von Transaktionen gefördert.

Fazit

LUCID stellt einen umfassenden Ansatz dar, um sowohl MEV-Angriffe als auch Zensur-Risiken in Ethereum zu mindern. Die Kombination aus verschlüsselten Mempools, sealed transactions, Fork-Choice-Enforced Inclusion Lists und Distributed Payload Propagation liefert messbare Verbesserungen – eine 85 %ige Verschlüsselungsrate, 16 aktive Includer, eine Reduktion der Einschlusszeit auf 3,5 s und eine 30 %ige Effizienzsteigerung. Gleichzeitig müssen technische Komplexität und mögliche Gebühreneffekte sorgfältig abgewogen werden. Wenn diese Herausforderungen adressiert werden, könnte LUCID einen bedeutenden Schritt in Richtung einer sichereren, zensur-resistenteren und effizienteren Ethereum-Infrastruktur bedeuten.