Trend-Themen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Ellie Davidson
Forscher / Ingenieur, der an Konsens interessiert ist
Leiter der F&E-@EspressoSys
Ich war noch nie so optimistisch bezüglich Ethereum, ehrlich gesagt.

Justin Drake26. Feb. 2026
Einführung des strawmap, einem Strawman-Roadmap des EF Protocol.
Glaube an etwas. Glaube an eine Ethereum-Strawmap.
Für wen ist das gedacht?
Das Dokument, verfügbar unter strawmap[.]org, richtet sich an fortgeschrittene Leser. Es ist eine dichte und technische Ressource, die hauptsächlich für Forscher, Entwickler und Teilnehmer an der Ethereum-Governance gedacht ist. Besuchen Sie ethereum[.]org/roadmap für weiteres einführendes Material. Zugängliche Erklärungen, die die Strawmap aufschlüsseln, werden bald folgen™.
Was ist die Strawmap?
Die Strawmap ist eine Einladung, L1-Protokoll-Upgrades durch eine ganzheitliche Linse zu betrachten. Indem Vorschläge auf einem einzigen visuellen Element platziert werden, bietet sie eine einheitliche Perspektive auf die Ambitionen von Ethereum L1. Der Zeitrahmen erstreckt sich über Jahre und geht über den unmittelbaren Fokus von All Core Devs (ACD) und forkcast[.]org hinaus, die typischerweise nur die nächsten paar Forks abdecken.
Was sind einige der Highlights?
Die Strawmap zeigt fünf einfache Nordsterne, dargestellt als schwarze Kästchen auf der rechten Seite:
→ schnelles L1: schnelles UX, über kurze Slots und Finalität in Sekunden
→ gigagas L1: 1 gigagas/sec (10K TPS), über zkEVMs und Echtzeit-Proving
→ teragas L2: 1 gigabyte/sec (10M TPS), über Datenverfügbarkeits-Sampling
→ post-quantum L1: langlebige Kryptographie, über hash-basierte Verfahren
→ privates L1: erstklassige Privatsphäre, über geschützte ETH-Transfers
Was ist die Ursprungsgeschichte?
Die Strawman-Roadmap entstand als Diskussionsanstoß bei einem EF-Workshop im Januar 2026, teilweise motiviert durch den Wunsch, ein schlankes Ethereum mit kurzfristigen Initiativen zu integrieren. Upgrade-Abhängigkeiten und Fork-Beschränkungen wurden besonders effektiv, um wertvolle Diskussionsthemen zu fördern. Der Strawman wird jetzt öffentlich im Geiste proaktiver Transparenz und Beschleunigung geteilt.
Warum der Name "Strawmap"?
"Strawmap" ist ein Kofferwort aus "Strawman" und "Roadmap". Der Strawman-Qualifier ist absichtlich aus zwei Gründen:
1. Er erkennt die Grenzen an, eine Roadmap in einem hochgradig dezentralisierten Ökosystem zu entwerfen. Eine "offizielle" Roadmap, die alle Ethereum-Stakeholder widerspiegelt, ist effektiv unmöglich. Großer Konsens ist grundsätzlich ein emergenter, kontinuierlicher und inhärent unsicherer Prozess.
2. Er unterstreicht den Status des Dokuments als Arbeit im Gange. Obwohl es innerhalb des EF Protocol-Clusters entstanden ist, gibt es konkurrierende Ansichten unter seinen 100 Mitgliedern, ganz zu schweigen von einer reichen Vielfalt an Nicht-EF-Ansichten.
Die Strawmap ist keine Vorhersage. Sie ist ein beschleunigungsorientiertes Koordinationswerkzeug, das einen vernünftig kohärenten Weg unter Millionen von möglichen Ergebnissen skizziert.
Was ist der Zeitrahmen der Strawmap?
Die Strawmap konzentriert sich auf Forks, die bis zum Ende des Jahrzehnts reichen. Sie skizziert sieben Forks bis 2029, basierend auf einem groben Rhythmus von einem Fork alle sechs Monate. Während sie auf aktuellen Erwartungen basiert, sollten diese Zeitpläne mit gesundem Skeptizismus behandelt werden. Der aktuelle Entwurf geht von einer menschlichen Entwicklung aus. KI-gesteuerte Entwicklung und formale Verifizierung könnten Zeitpläne erheblich komprimieren.
Was bedeuten die Buchstaben oben?
Die Strawmap ist als Zeitachse organisiert, wobei Forks von links nach rechts fortschreiten. Konsensschicht-Forks folgen einem sternbasierten Benennungsschema mit inkrementierenden ersten Buchstaben: Altair, Bellatrix, Capella, Deneb, Electra, Fulu usw. Kommende Forks wie Glamsterdam und Hegotá haben endgültige Namen. Andere Forks, wie I* und J*, haben Platzhalternamen (wobei I* als "I Stern" ausgesprochen wird).
Was bedeuten die Farben und Pfeile?
Upgrades sind in drei farbcodierte horizontale Schichten gruppiert: Konsens (CL), Daten (DL), Ausführung (EL). Dunkle Kästchen kennzeichnen Headliner (siehe unten), graue Kästchen zeigen Offchain-Upgrades an, und schwarze Kästchen repräsentieren Nordsterne. Eine erklärende Legende erscheint am Ende.
Innerhalb jeder Schicht sind Upgrades weiter nach Thema und Unterthema organisiert. Pfeile signalisieren harte technische Abhängigkeiten oder natürliche Upgrade-Fortschritte. Unterstrichener Text in Kästchen verlinkt zu relevanten EIPs und Berichten.
Was sind Headliner?
Headliner sind besonders prominente und ehrgeizige Upgrades. Um einen schnellen Fork-Rhythmus aufrechtzuerhalten, beschränkt sich der moderne ACD-Prozess auf einen Konsens- und einen Ausführungs-Headliner pro Fork. Zum Beispiel sind in Glamsterdam diese Headliner ePBS und BALs, jeweils.
(L* ist ein außergewöhnlicher Fork, der zwei Headliner zeigt, die mit dem größeren schlanken Konsens-Fork verbunden sind. Ein schlanker Konsens, der in L* landet, wäre ein schicksalhaftes Zusammentreffen.)
Wird sich die Strawmap weiterentwickeln?
Ja, die Strawmap ist ein lebendiges und formbares Dokument. Sie wird sich mit dem Feedback der Gemeinschaft, Fortschritten in der Forschung und Entwicklung sowie der Governance weiterentwickeln. Erwarten Sie mindestens vierteljährliche Updates, wobei das Datum der letzten Überarbeitung im Dokument vermerkt ist.
Kann ich Feedback geben?
Ja, Feedback wird aktiv gefördert. Die EF Protocol Strawmap wird vom EF Architecture Team verwaltet: @adietrichs, @barnabemonnot, @fradamt, @drakefjustin. Jeder hat offene DMs und kann unter first.name@ethereum[.]org erreicht werden. Allgemeine Anfragen können an strawmap@ethereum[.]org gesendet werden.

5,51K
Espresso baut keine Komposabilität für Rollups auf. Es baut Komposabilität für alle souveränen Systeme der Welt auf, unabhängig davon, ob sie bereits onchain sind oder nicht.
Die Welt funktioniert über ein Netzwerk souveräner Systeme. Regierungen, Unternehmen und Einzelpersonen haben jeweils ihre eigene Autorität und Identität. Diese Systeme sind komplex: Regierungen enthalten Menschen und Unternehmen, doch Unternehmen können über mehrere Regierungen hinweg operieren. Die Vertrauensverhältnisse zwischen diesen Systemen sind oft mehrdeutig und tragen nicht kompensierte Risiken. Dennoch verlangt die globale Wirtschaft, dass wir über diese souveränen Grenzen hinweg so effizient wie möglich kommunizieren und Transaktionen durchführen.
Daher benötigen wir einen schnellen, effizienten Mechanismus für die grenzüberschreitende Koordination, der unter minimalen Vertrauensannahmen funktioniert (was Risiko und Mehrdeutigkeit reduziert), ohne die Souveränität jedes Teilnehmers zu gefährden. Ein System, das die Teilnehmer zwingt, ihre Unabhängigkeit aufzugeben (über eine einzige Ausführungsumgebung, Sequenzierungsprotokoll usw.), wird nur wenige Teilnehmer anziehen. Ohne vertrauensminimierte, onchain Protokolle waren wir historisch gezwungen, Risiken zugunsten der Geschwindigkeit zu akzeptieren.
Es gibt zwei Komponenten für die Kommunikation zwischen Systemen: Eingabedaten und Nachweise über diese Daten. Beide müssen schnell und vertrauensminimiert sein, damit der gesamte Mechanismus glaubwürdig ist. Eine Diskrepanz in den Vertrauensannahmen zwischen einem Nachweis und seinen Daten untergräbt den gesamten Mechanismus. Daten, die durch ein wirtschaftlich sicheres Konsensprotokoll finalisiert wurden, werden untergraben, wenn sie durch ein Ein-Signatur-Nachweissystem verifiziert werden. Umgekehrt wird ein ZK+TEE-Multi-Nachweis untergraben, wenn seine Eingabedaten von einer einzigen vertrauenswürdigen Partei stammen. (Das Vertrauensspektrum von Nachweissystemen verdient einen eigenen Beitrag; wir konzentrieren uns hier nur auf schnelle Finalität.)
Vertrauenslosigkeit und Geschwindigkeit existieren auf zwei unabhängigen Achsen. Wir nehmen oft an, dass die Beziehung zwischen ihnen linear ist – dass man für eine Einheit Vertrauen eine Einheit Geschwindigkeit aufgibt. Das ist falsch. Sorgfältiges Protokolldesign kann starke Vertrauensgarantien bei niedriger Latenz erreichen. Eine hochrangige Beziehung zwischen Vertrauenslosigkeit und Geschwindigkeit wird unten dargestellt.
Espressos Ziel ist es, am effizientesten Punkt auf dieser Kurve zu operieren, damit es als die glaubwürdige Basis für das breiteste Spektrum souveräner Systeme dienen kann. Dies wird durch ein dezentrales PoS-Validatoren-Set erreicht, das Zensurresistenz und wirtschaftliche Sicherheit bietet, gekoppelt mit HotShot, einem latenzarmen, hochdurchsatzfähigen Konsensprotokoll, das speziell für diese Rolle entwickelt wurde. (Weitere Beiträge über spannende Updates zu HotShot kommen bald!)

1,76K
Die Forschung und Entwicklung im Bereich des Ethereum-Blockraums ist unglaublich interessant. Da wir in eine neue Ära der nativen Rollups, teilweise basierten Rollups, Rollups, die eine bessere Komposierbarkeit mit dem L1 anstreben, usw. eintreten, müssen wir anders darüber nachdenken, wie Ethereum-Blöcke operationell aufgebaut werden. Spannend!

Blockspace Forum11. Feb. 2026
Was wäre, wenn wir die Ethereum-Transaktionsreise und den Blockkonstruktionsprozess schneller, günstiger, flexibler, zensurresistenter und robuster machen könnten?
Was wäre, wenn wir das heute tun könnten?
Darum geht es im Blockspace Forum. 🧵👇

2,3K
Top
Ranking
Favoriten
