Der zweite Blob Parameters Only (BPO) Fork fand heute statt. BPO #2 war der nächste geplante Schritt im Fusaka-Upgrade-Zyklus zur Skalierung der Datenkapazität von Ethereum. Hier ist, was Sie über BPO #2 wissen müssen und warum diese Parameteranpassungen wichtig sind.

0/ Was ist ein BPO-Fork? "Blob Parameter Only"-Forks sind ein neues Mechanismus, das im neuesten Fusaka-Upgrade eingeführt wurde. Anstatt auf ein großes jährliches Upgrade zu warten, um die Netzwerk-Kapazität anzupassen, ermöglichen BPO-Forks Ethereum, spezifische Parameter (wie Blob-Ziele) unabhängig und effizient zu optimieren.

1/ Was hat sich mit dem BPO-Fork geändert? BPO #2 hat die Blob-Grenzen angepasst, um mehr Datenverkehr zu unterstützen: ↗ Ziel-Blobs: erhöht auf 14 (von 10) ↗ Maximal-Blobs: erhöht auf 21 (von 15) Dieser schrittweise Anstieg ermöglicht es dem Netzwerk, die erhöhte Last sicher Schritt für Schritt zu testen. BPO #2 ist der letzte der BPO-Forks, die als Teil des Fusaka-Upgrades von Ethereum geplant waren. Mit dem Ziel, die Kapazität des Netzwerks weiter zu erhöhen, werden BPO-Forks weiterhin als Werkzeug für eine fortlaufende, datengestützte Skalierung verwendet.

2/ Warum der BPO-Fork wichtig ist Mehr Blobs = mehr Datenverfügbarkeit für Layer-2-Netzwerke. Durch die schrittweise Erhöhung der Bloblöschungsgrenzen pro Block senkt Ethereum die Datenkosten für Rollups. Dies hilft, die Transaktionsgebühren auf L2 niedrig zu halten, selbst wenn die Aktivität zunimmt, und stellt sicher, dass das Netzwerk nachhaltig mit der Nachfrage skaliert.

3/ Für Knotenbetreiber Fusaka-fähige Clients sollten diese BPO-Zeitpläne integriert haben. Es ist immer eine gute Praxis, Ihre Versionshinweise doppelt zu überprüfen.