Das Ethereum Fusaka-Upgrade wird diese Woche live gehen und hier sind die Änderungen im Upgrade: 1. PeerDAS (Peer Data Availability Sampling): EIP-7594 Bevor ich das erkläre, musst du etwas über Blobs wissen. Denk an Blobs als temporäre Lagerfächer für L2-Netzwerke. Wenn wir dApps auf Arbitrum, Optimism oder anderen Layer 2s verwenden, müssen unsere Transaktionsdaten zur Sicherheit an Ethereum übermittelt werden. Blobs sind spezielle Container, die genau für diese Daten entworfen wurden, um sie vorübergehend zu speichern. Vor Blobs (Pre-Dencun): ▫️L2-Transaktionsdaten werden in calldata gespeichert ▫️Kosten: $$$$ (Teuer, für immer gespeichert) ▫️L2-Gebühren: $1-10+ pro Transaktion während der Überlastung Nach Blobs (Post-Dencun): ▫️L2-Transaktionsdaten werden in BLOBS gespeichert ▫️Kosten: $ (Günstig, temporäre Speicherung) ▫️L2-Gebühren: $0.001-0.10 pro Transaktion Im DAS, anstatt alle Blob-Daten herunterzuladen, um zu überprüfen, ob sie existieren, probieren Knoten kleine zufällige Stücke. Wenn genügend zufällige Proben stimmen, ist die vollständige Datenverfügbarkeit statistisch garantiert. -----> Analogie: Angenommen, du möchtest die Pizzaqualität eines Shops überprüfen, hier ist, was mit und ohne DAS passiert: Alte Methode (Alles herunterladen): ▫️Iss die gesamte Pizza, um die Qualität zu überprüfen ▫️Zeit: Lang ▫️Magen: Voll ▫️Kosten: Teuer Neue Methode (Sampling): ▫️Nimm 5 zufällige Bissen aus verschiedenen Stücken ▫️Wenn alle 5 gut sind → Pizza ist wahrscheinlich gut ▫️Zeit: Schnell ▫️Magen: Platz für mehr ▫️Kosten: Günstig -----> In Blockchain-Begriffen: Vor Fusaka: ▫️ Jeder vollständige Knoten muss alle Blob-Daten von L2s speichern ▫️Speicher: 100% der Blob-Daten ▫️Bandbreite: hoch (lädt alles herunter) Nach Fusaka: ▫️ Jeder Knoten speichert nur 1/8 der Blob-Daten ▫️ Vollständige Blob-Daten können aus 50% des Netzwerk-Knotens rekonstruiert werden ▫️Bandbreite: ~80% Reduktion Auswirkung: 8-fache theoretische Skalierung ohne Erhöhung der Knotenanforderungen 2. Gaslimit-Erhöhung auf 60 Millionen: EIP-7935 Hast du jemals bemerkt, dass einige Blöcke 150 Transaktionen enthalten, während andere 400 Transaktionen enthalten? Das liegt am Blockgaslimit, jeder Block hat eine maximale Gasgrenze. Wenn es Transaktionen mit einem niedrigeren Gaslimit gibt, siehst du viele Transaktionen in diesem Block. Andererseits, wenn es Transaktionen mit höherem Gasverbrauch gibt, siehst du in diesem Fall weniger Transaktionen in diesem Block. Vor Fusaka: ▫️ Blockkapazität: 45 Millionen Gas ▫️ Transaktionen: ~1.500 einfache Überweisungen ▫️ Überlastung: Häufig bei hoher Aktivität Nach Fusaka: ▫️ Blockkapazität: 60 Millionen Gas ▫️ Transaktionen: ~2.000 einfache Überweisungen (+33%) ▫️ Überlastung: Reduziert 3. Transaktions-Gaslimit-Obergrenze: EIP-7825 Fusaka führte eine Gaslimit-Obergrenze pro Transaktion ein, um DoS-Angriffe zu verhindern. Vor Fusaka: ▫️ Eine einzelne Transaktion könnte das gesamte Blockgas von 45M verbrauchen, zum Beispiel diese Transaktion: verbrauchte das gesamte Blockgas und somit gab es keine anderen Transaktionen in diesem Block: ▫️Risiko: DoS-Angriffe möglich Nach Fusaka: ▫️ Maximal 16,7M Gas pro Transaktion (2²⁴) ▫️ DoS-Schutz aktiviert ▫️ ~3,5+ große Transaktionen pro Block mindestens 4. secp256r1-Kurvenunterstützung: EIP-7951 (Precompile) Dieses Upgrade führt auch native mobile Hardware-Sicherheit ein. Vor Fusaka: ▫️ Signaturmethode: Nur secp256k1 (Bitcoin/Ethereum) ▫️ Keine native mobile sichere Enklave ▫️ Hardware-Wallets benötigen spezielle Chips Nach Fusaka: ▫️ Signaturmethoden: secp256k1 (Original) + secp256r1 (Neu) ▫️ iPhone Secure Enclave unterstützt ▫️ Android Hardware Security Module unterstützt ▫️ FIDO2/WebAuthn-Kompatibilität ▫️ Hardware-unterstützte mobile Wallets Für weitere Informationen kannst du dies lesen: