Die Ethereum Foundation hat die Aktivierung von BPO-1 angekündigt, einem “Blob-Parameter-Only”-Upgrade, das die Blob-Kapazität von Ethereum pro Block anhebt und Rollups mehr Platz gibt, um Daten zu posten, ohne dass es zu einem vollständigen Hard Fork kommt.
Was BPO-1 bei Ethereum ändert
BPO-1 ist Teil der Fusaka-Upgrade-Sequenz und ändert nur die Konfigurationsparameter für Blob-Daten, also den Platz, den Rollups nutzen, um komprimierte Transaktionsbatches an Ethereum zu senden. Mit dem Fork wird das Blob-Ziel pro Block auf 10 und das Maximum auf 15 angehoben. Damit wird die effektive Kapazität für Layer-2-Ökosysteme wie Optimism, Arbitrum und Base vergrößert, die mit Proto-Danksharding eingeführt wurde.
Da BPO-1 die Parameter und nicht die zentrale Konsenslogik anpasst, wird es als leichtgewichtige Aktivierung eingeführt, die auf den bereits bestehenden Fusaka-Änderungen und PeerDAS (Peer Data Availability Sampling) aufbaut. Mit PeerDAS können die Knoten die Blob-Verfügbarkeit überprüfen, ohne jedes Byte herunterzuladen. So kann das Netzwerk einen höheren Blob-Durchsatz verkraften, ohne dass die Bandbreite oder der Speicher überlastet werden.
Gebühren und Layer-2-Durchsatz
Da mehr Blobs pro Block zur Verfügung stehen, sollte der Wettbewerb um Blob-Speicherplatz während der Spitzenzeiten nachlassen, was die Datenkomponente der Rollup-Gebühren senkt und die Gasspitzen für Nutzer/innen, die L2s überbrücken und handeln, glättet. Die Entwickler erwarten eine spürbare Senkung der durchschnittlichen Buchungskosten für Rollups mit hohem Volumen, was sich in billigeren Swaps, Mints und Transfers in diesen Netzwerken niederschlägt, wenn der Datenverkehr hoch ist.
Die Forscher betonen, dass BPO-1 nur der erste Schritt in einem schrittweisen Ramp-up ist: Telemetrie von Validatoren und Clients wird die Orphan-Raten, die Gossip-Leistung und das PeerDAS-Verhalten unter der höheren Blob-Last verfolgen. Wenn die Messwerte innerhalb der Zielvorgaben bleiben, wird im Januar BPO-2 folgen und die Blob-Zielvorgaben auf 14 und das Maximum auf 21 pro Block erhöhen, was die effektive Blockkapazität für Rollups weiter steigern würde.
Das BPO-Design spiegelt die “Messen und dann hochwählen”-Philosophie für die Skalierung von Ethereum wider: kleine, nur auf Parameter basierende Forks zur Kapazitätserweiterung anstelle von großen, unregelmäßigen Sprüngen, die das Netzwerk destabilisieren könnten. Durch die Isolierung von Blob-Parametern können die Kundenteams kleine Änderungen vornehmen, die Betreiber können sich mit minimalen Konfigurationsänderungen vorbereiten und die Community kann weitere Erhöhungen rückgängig machen oder pausieren, wenn sich unerwarteter Stress in den Metriken zeigt.
Lies mehr: Warum kommt es nach der Zinssenkung der Fed und dem Neustart von QE zum Absturz des Kryptomarktes?
