Nachfolger von Protokoll -Update 001Wir möchten unsere Herangehensweise an die Blobskalierung vorstellen. Der L1 dient als robuste Grundlage für L2 -Systeme, um Ethereum zu skalieren, und ein notwendiger Bestandteil sicherer L2 -Lösungen ist die Datenverfügbarkeit des L1. Die Datenverfügbarkeit stellt sicher, dass Aktualisierungen L2s, die auf den L1 zurückreichen, von jedem überprüft werden können. Blobs sind heute die Datenverfügbarkeit im Protokoll. Daher ist die Skalierung der Blob-Anzahl pro Block eine wichtige Voraussetzung, um eine Welle der L2-Einführung für Anwendungsfälle wie Echtzeitzahlungen, Defi, Social Media, Gaming und AI/Agentic-Anwendungen einzuleiten.
Unsere Arbeit ist als eine Reihe inkrementeller Veränderungen in der Blob Architektur von Ethereum strukturiert. Um unsere Skalierungsrate zu beschleunigen, expandieren wir von einer „gabel-zentrierten“ Philosophie zu inkrementellen Optimierungen auf nicht bahnbrechende Weise, sobald sie bereit sind. Daher haben wir die folgenden Projekte, die an beide Netzwerk -Upgrades gebunden sind, aber auch die Zeiträume dazwischen („Interfork“).
Tl; Dr.
- Wut führt vor Peardaseine neue Datenarchitektur, die das Blob -Skalierung über die heutigen Durchsatzstufen von 6 Blobs/Block bis 48 Blobs/Block hinaus ermöglicht
- Nur Blob -Parameter (BPO) Gabeln Erhöhen Sie nach und nach die Anzahl der Mainnet-Blob, gestärkt durch inkrementelle Peer-to-Peer-Bandbreitenoptimierungen
- Advanced Networking -Techniken, die für Glamsterdam geplant sind, iterieren im Peerdas -Design, um noch weiter zu skalieren
- Mempool Sharding Presentes Ethereums Werte Da die Daten weiterhin skalieren
- Die Erforschung der nächsten Generation von DAS entsperren eine Entwicklung in der sicheren DA -Skalierung
Peerdas in Fsuka
Der erste Meilenstein ist die Lieferung von Peerdas im bevorstehenden Upgrade von Fusaka Network. Peerdas führt die Datenverfügbarkeitstichprobe (DAS) ein, wobei ein einzelner Knoten nur eine Teilmenge der Blob -Daten in einem bestimmten Block herunterlädt. Zusammen mit randomisierter Stichproben pro Knoten wird die Rechenlast begrenzt, auch wenn die Gesamtzahl der Blob zunimmt. Da Knoten nicht mehr alle Blobs in einem Block herunterladen müssen, können wir die Blob -Anzahl ohne angemessener Anstieg der Knotenanforderungen erhöhen.
Fusaka wird später in diesem Jahr mit Implementierungen bei allen Ethereum -Kunden erwartet. In Entwicklungsnetzwerken („DevNets“) wurden umfangreiche Tests durchgeführt, einschließlich Nichtfinalitätsszenarien und kontroversen „Datenbehörden“. Zu diesem Zeitpunkt im F & E -Prozess härten wir weiterhin vorhandene DeviNets und planen die Bereitstellung für Testnets und Mainnet. Barnabas so Führt hier die Gebühr an, um einen reibungslosen Fortschritt in den letzten Phasen der Upgrade -Pipeline zu gewährleisten.
Peerdas v1.x
In unserer Strategie haben wir zwei Veränderungen ohne Konsen Diese sind additiv, da eine bessere Bandbreitennutzung die Ressourcen für einen höheren Durchsatz nutzen können.
BPO
Peerdas, die in Fusaka eingeführt wurden, stellt die Bühne für einen theoretischen Anstieg von 8x aus dem Durchsatz von Ethereum heute (dh ~ 64 kb/s auf ~ 512 kb/s). Anstatt zum Zeitpunkt des Einsatzes von Fusaka sofort auf dieses theoretische Maximum zu springen “Nur Blob Parameter” harte Gabeln. Mit diesem Mechanismus können Kernentwickler im Laufe der Zeit automatische Erhöhungen der Blob -Kapazität programmieren und uns auf einer kontinuierlichen Wachstumstrajektorie halten. Nach dem Programmieren benötigen BPOs keine manuelle Intervention, um sie zu aktivieren. Zwischen den Schritten überwachen wir das Netzwerk und reagieren auf skalierende Engpässe, die sich möglicherweise nur auf dem Mainnet vorstellen, was den Weg für die nächste Erhöhung ebnet. Barnabas Busa zusammen mit anderen im EF Pandaops -Team arbeitet eng mit den Kundenteams zusammen, um den richtigen Zeitplan zu destillieren, um die 8 -fache Skalierung ab heute zu erreichen.
Bandbreitenoptimierungen
Wir können viel tun, um die Bandbreite im Netzwerk effizienter zu verwenden. Raúl Kripalani zusammen mit Munizaga Marco sind führende Anstrengungen in dieser Netzwerk -Engineering -Arbeit. Eine besonders vielversprechende Optimierung ist die Einführung von „Messaging auf Zellenebene“, mit der Knoten in intelligenter Abfrageteile der in Peerdas eingeführten Proben intelligent abfragen können. Diese Änderung reduziert redundante Kommunikation im Netzwerk, und die Bandbreiteneinsparungen können wiederum der sicheren Bereitstellung von noch mehr Blob -Kapazität gewidmet sein. Um diesen Meilenstein freizuschalten, sind keine Konsens- oder Ausführungsprotokolländerungen erforderlich, sodass sie im nächsten Jahr vor Glamsterdam versendet werden können.
Peerdas v2
Dieses Projekt bezieht sich auf die nächste Generation des Peerdas-Designs, das noch mehr Maßstäbe bietet und gleichzeitig die von EIP-7732 eingeführten Bandbreiteneinsparungen nutzen (geplant für Aufnahme in Glamsterdam). Es gibt weitere Verfeinerungen der Messaging- und Datenrekonstruktionstechniken auf Zellenebene, mit denen Knoten flexibler einzelne Teile von Blobs probieren, damit die Kernidee von DAS vollständig ausgedrückt werden kann. Diese Gewinne zusammen mit den Pipelining -Vorteilen, die eine effizientere Nutzung der Zeit zwischen den Blöcken ermöglichen, haben uns über die Grenzen der bevorstehenden Peerdas -Konstruktionen hinaus setzt. Es gibt viele bewegliche Teile, und genaue Zahlen müssen sowohl auf die Leistung von Implementierungen als auch auf die Mainnet -Analyse kalibriert werden, da die Blob -Anzahl in einer Produktionsumgebung tatsächlich skaliert wird. Diese Arbeit sollte uns jedoch die endgültigen Vielfachen des DA -Durchsatzes geben, bevor wir nach alternativen Designs suchen müssen.
Diese Updates wird in das Glamsterdam -Upgrade eingehen, das Mitte 2026 erwartet wird. Alex Stokes Und Raúl Kripalani koordinieren die F & E hier, um sicherzustellen, dass wir den skalierenden Blob -Durchsatz weiterhin können.
Klotz -Skalierung
Während die Vorteile der Skalierung klar sind, müssen wir dies tun, während wir die Grundwerte von Ethereum erhalten. Eine davon direkt relevant für die Blobskalierung ist der Zensurresistenz. Das Mempool dient als dezentrales Netzwerk für die Einbeziehung von Blob und bietet direkt den Widerstand des Zensurwesens angesichts eines zentralisierten Builder -Netzwerks, das die meisten Blöcke für Ethereum erzeugt. Während sich die Zensur -Fälle im Laufe der Zeit verbessert haben, ist es der Skalierungsstrategie gleichbedeutend mit dem Blob -Mempool -Skalen damit.
König Csaba Leitert hier, damit wir diese kritische Ressource beibehalten können. Aktuelle Implementierungen unterstützen den kurzfristigen Blob-Durchsatz mit kräftig Forschung in die besten Möglichkeiten, das Mempool zu skalieren, wenn wir mit Fusaka und darüber hinaus höhere Ebenen entsperrten.
Zukunft von da
Abgesehen von zukünftigen Iterationen von Peerdas haben wir eine Vielzahl von Forschungsanweisungen, um die Skalierung von DA zu erhalten und gleichzeitig die Sicherheitseigenschaften von Ethereum beizubehalten, die es einzigartig machen. Vorschläge fallen in der Regel unter Der Spitzname Fulldas mit mehreren aktiven Geschmacksrichtungen. Eine Schlüsselkomponente dieser Vorschläge umfasst Innovationen in Peer-to-Peer-Netzwerken, die es ermöglichen, dass eine sehr unterschiedliche Reihe von Teilnehmern eine zunehmende Anzahl von Proben schärft und gleichzeitig gegen die kontroversen Akteure tolerant bleibt. Arbeit wie Robuste verteilte Arrays Formalisiert diesen Begriff. Weitere Überlegungen sind Einbeziehung mit geringer Latenz, Widerstandsgründen und Entwicklungen des Blob Fee-Marktes, um die Einbeziehung von Blobs zu erleichtern.
Die Forschung hier wird von verwaltet von Francesco d’Amato und ist sehr aktiv – greifen Sie nach, wenn Sie zusammenarbeiten möchten!
