Peerdas in Fusaka: Was ändert sich tatsächlich, was könnte brechen

Peerdas (EIP-7594) ist das Hauptmerkmal des Fusaka-Upgrades von Ethereum. Die Ethereum Foundation kündigte Testnets am 26. September 2025 an (Holesky 1. Oktober; Sepolia 14. Oktober; Hoodi 28. Oktober) und skizzierte einen Plan, um die Blob -Kapazität zu erhöhen. "Nur-Blob-Parameter" (BPO) Gabeln nach Peerdas live. Diese Gabeln verschieben das pro-block-Blob-Ziel/max von heute von 6/9 auf 10/15, dann 14/21, wobei das Timing von Mainnet von den Testnet-Ergebnissen abhängt.

Pectra ging am 7. Mai 2025 live (Epoche 364032). Seitdem ist Ethereum bei ~ 6/9 -Blobs pro Block aus Dencuns 3/6 gelaufen. Die EF-Notizen, die das Hauptnetz häufig auf die Decke von 9-Blob trifft, weshalb kontrollierte Erhöhungen erforderlich sind.

Peerdas verändert die Verfügbarkeit des Netzwerks, die die Verfügbarkeit von BLOB -Daten überprüft. Anstelle jedes Knotens, der vollständige Blobs herunterlädt, schnappt sich jeder kleine Scheiben eines löschlich-codierten Datensatzes und überprüft sie gegen KZG-Verpflichtungen. Bei aktuellen Parametern benötigt ein Knoten nur etwa 1/8 der Daten für eine lokale Verfügbarkeitsprüfung, und theoretisch könnte die Fraktion weiter fallen (1/16, 1/32), wenn sich die Parameter entwickeln. Sobald genügend Scheiben vorhanden sind, ist Rekonstruktion möglich. Der EIP legt Sorgerechtsgruppen, Subnetzauswahl und Beweisbehandlung in der Klatschschicht an, um diese Arbeit zu machen.

Wenn Peerdas als entworfene Funktionen wirkt, ist der unmittelbare Nutzen mehr Raum für Ethereum Front-Ends (Schicht 2s). Dencun (EIP-4844) hat die Rollup-Daten bereits in Blobs und die Kosten gesenkt. Die Gebühren wurden auf Cent oder weniger gesunken und sind meistens dort geblieben. Dies führte aber auch die Einnahmen von Blob-Fee für L1, um im Jahr 2025 Tiefs zu zyklieren. Die Erhöhung des Durchsatzes über die 9-Blob-Decke hinaus ist der nächste Schritt, wenn wir möchten, dass der Front-End-Durchsatz ohne Spikes weiter wächst.

In dieser Phase – postkonzeptuelle Validierung – befinden sich die Risiken nicht in der Mathematik, sondern im realen Netzwerk. Angriffe mit Datenbildern bleiben die klassische Bedrohung in jedem DAS-Schema. Die EIP-Analyse zeigt, warum randomisierte Stichproben im Maßstab eine erfolgreiche Zurückhaltung unwahrscheinlich ist, aber die Ergebnisse hängen immer noch vom Verhalten von Peer-to-Peer unter Stress ab. Der allmähliche BPO -Plan des EF spiegelt diese Vorsicht wider: Starten Sie langsam, überwachen Sie die Reaktionsfähigkeit der Subnetze und die Datenwiederherstellung und erweitern Sie sie. Entwickler werden beobachten, ob Testnetze Latenzunterschiede in den Sorgerechtsubnetzen aufweisen, wie schnelle Knoten fehlende Daten während Partitionen ersetzen und ob höhere Blob-Grenzwerte die Zentralisierung erhöhen, indem gut vernetzte Validatoren begünstigt werden.

Wenn der EF Peerdas mit dieser Trittfrequenz liefern und das Netzwerk stabil halten kann, wenn die Grenzen von 9 auf 15 und 21 steigen, gewinnen Front-End-Ketten wie Basis und Arbitrum Platz zum Wachstum, und die Gebühren sollten mit weniger Spikes tiefer sein. Wenn Peer-to-Peer-Störungen wie langsame Probenahme, Subnetzstände oder koordinierte Quellen unter der Last erscheinen, wird die Rampe eine Pause einlegen, bis das Tuning sie repariert. Der nächste Beweispunkt stammt von Fusaka -Testnets und ihren BPOs.

Quelle: EF Fusaka TestNet -Ankündigung: https://blog.ethereum.org/2025/09/26/fusaka-TestNet-anounement