- FOCIL EIP-7805 wechselt von der Forschungsphase zur direkten Planung für den bevorstehenden Hegota-Fork.
- Buterin sagt, FOCIL mit EIP-8141 ermögliche es, dass Smart Wallets und Privacy-Transaktionen in 1-2 Slots inkludiert werden.
- Mit 17 zufällig ausgewählten Includern in jedem Slot sinkt die Wahrscheinlichkeit für Zensur laut Sicherheitsnachweisen unter 0,01 %.
Die Ethereum-Entwickler treiben die Fork-Choice Enforced Inclusion Lists, bekannt als EIP-7805, als zentrales Konsens-Upgrade für den kommenden Hegota-Fork voran. Der Vorschlag bewegt sich Richtung Implementierungsplanung, nachdem der Beitragende Soispoke.eth erklärte, das Feature sei „SFI’d“ worden, was auf eine interne Einigung hinweist. Die Entwicklung rückt Zensurresistenz und Garantien für die Transaktionsaufnahme in den Mittelpunkt der nächsten Upgrade-Phase von Ethereum.
Das Update erhielt auch öffentliche Unterstützung von Ethereum-Mitbegründer Vitalik Buterin, der erklärte, wie FOCIL zusammen mit Verbesserungen der Account Abstraction funktioniert. Er schrieb auf X, dass FOCIL eine zensurresistente, schnelle Aufnahme jeder Transaktion ermöglicht. Er erklärte, dass das Design zusammen mit EIP-8141 den direkten On-Chain-Zugang für Smart Wallets und Datenschutzprotokolle erweitert.
Entwickler arbeiteten achtzehn Monate an den Sicherheitsnachweisen von FOCIL. Forscher modellierten Validator-Kollusion, Zwangsversuche und Protokollausnutzung. Ihre Analyse ergab, dass die Auswahl von 17 Teilnehmern pro Slot das Zensurrisiko unter pessimistischen Annahmen auf unter 0,01 Prozent senkt.
FOCIL-Design und Sicherheitsmodell
FOCIL führt kleine Inclusion Lists auf der Konsensschicht ein. In der aktuellen Version misst jede Liste 8 Kilobyte. Buterin sagte, die Größe sei absichtlich klein gehalten, aber Entwickler könnten sie später erweitern, falls Blöcke größere Transaktionsanteile durch FOCILs schleusen müssen.
Er erklärte, dass 17 zufällig ausgewählte Akteure in jedem Slot teilnehmen. Zu diesen Akteuren gehören der Blockvorschlagende sowie festgelegte Includer. Laut Buterin ermöglicht diese Struktur eine nahezu sichere Aufnahme von Transaktionen innerhalb von ein bis zwei Slots, selbst unter widrigen Bedingungen.
Forscher entwickelten das System, um Risiken durch Validator-Zentralisierung entgegenzuwirken. Buterin erklärte, selbst wenn jeder Slot durch proposer-builder separation an einen böswilligen Akteur verkauft würde, könnten Transaktionen dennoch schnell aufgenommen werden. Er fügte hinzu, dass FOCIL die Zentralisierung der Proposer nicht beseitigt, ihren Einfluss aber begrenzt.
Synergie mit Account Abstraction
FOCIL arbeitet zusammen mit EIP-8141, das auf EIP-7701 aufbaut. Buterin sagte, EIP-8141 verleihe Smart Accounts On-Chain-First-Class-Status. Dies beinhalte Multisig-Accounts, quantenresistente Signaturen, Schlüsseländerungen und Gas-Sponsoring-Funktionen.
Er ergänzte, dass auch Datenschutzprotokolle direkte Inklusionsrechte erhalten können. Transaktionen aus diesen Accounts benötigen keine Wrapper oder externen Broadcaster mehr. Stattdessen können sie in einen öffentlichen Mempool gelangen und direkt zu einem FOCIL-Includer weitergeleitet werden.
Bisher hatten fortschrittliche Smart-Wallet-Modelle mit betrieblichen Hürden zu kämpfen. Sie waren auf zusätzliche Schichten angewiesen und konnten Diskriminierung bei der Verarbeitung erfahren. Mit dem nativen Status unter EIP-8141 behandelt das Protokoll sie gleichberechtigt mit extern gehaltenen Accounts.
Verwandt: Vitalik Buterin verteidigt Ethereums Neutralität und Redefreiheit
Interaktion mit MEV- und MCP-Designs
Buterin verglich die Struktur von FOCIL mit mehreren gleichzeitigen Proposer-Designs. Er sagte, dass FOCIL bestimmte Eigenschaften mit MCP-Systemen teilt, aber nicht versucht, die MEV-relevante „Last Look“-Rolle zu kontrollieren.
Stattdessen wird die Last-Look-Funktion weiter durch verschlüsselte proposer-builder separation versteigert. Buterin merkte an, dass das Verhalten von MCP stark von den Design-Spezifika abhängt. Im Gegensatz dazu isoliert FOCIL Inklusionsgarantien von der MEV-Kontrolle.
Er bezeichnete den Ansatz als eine Möglichkeit, missbräuchliches Proposer-Verhalten zu entmachten. Wenn böswillige Akteure sich weigern, sich mit öffentlichen Mempools zu verbinden oder Anwendungen diskriminieren, ermöglicht FOCIL dennoch die Aufnahme durch zufällig ausgewählte Includer. Dieses Design soll eine schnelle Transaktionsverarbeitung unter allen Netzwerkbedingungen erhalten.
Während Ethereum dem Hegota-Fork entgegengeht, wechseln die Entwickler nun vom Research zur Implementierungsplanung für FOCIL und EIP-8141. Mit 17 Akteuren pro Slot und 8-Kilobyte-Inclusion-Lists zielt das Netzwerk auf eine nahezu garantierte Aufnahme innerhalb von zwei Slots. Könnte dieses Modell die Inklusionsgarantien in feindlichen Blockchain-Umgebungen neu definieren?
