Ethereum ha ufficialmente completato l'aggiornamento Fusaka! È la prima volta in un anno che vengono effettuati due hard fork. ✨ Il significato dell'aggiornamento Fusaka è liberare L2 dai limiti di quantità di dati e costi quando i dati vengono restituiti a Ethereum per la verifica. Questo aggiornamento si concentra principalmente su due aspetti: 👉 PeerDAS (data availability sampling) consente ai validatori di effettuare verifiche di campionamento sui dati, anziché verificare l'intero set di dati, riducendo efficacemente le esigenze di larghezza di banda e di archiviazione. 👉 Blob-Only Parameter (BOP) consente la regolazione dei parametri Blob senza dover attendere un grande hard fork, conferendo piena flessibilità e aumentando il limite di larghezza di banda di Ethereum. Il prossimo aggiornamento Glamsterdam sarà implementato nel 2026. I due punti principali sono: 👉 enshrined Proposer-Builder Separation (ePBS) separa la costruzione dei blocchi e i proponenti, per rafforzare la catena di fornitura MEV, invece di fare affidamento solo su relay esterni. 👉 Block-Level Access Lists (BALs) realizzano un'esecuzione più efficiente e un migliore accesso allo stato, inclusa l'aumento della capacità dei blob, e preparano il terreno per un TPS più elevato in futuro. 👇 Guarda cosa dicono gli altri esperti.
Ethereum
Ethereum3 dic, 22:33
L'aggiornamento Fusaka è oggi. Ethereum sta scalando in modo sicuro.
@nake13 indica che il core di Fusaka PeerDAS (EIP-7594) introduce la tecnologia di codifica correttiva, trasformando i dati in "super codici QR". I nodi non devono più scaricare l'intero Blob, ma possono semplicemente campionare casualmente per verificare la disponibilità dei dati, rompendo il collo di bottiglia della larghezza di banda e realizzando l'espansione del Blob senza aumentare il carico sui nodi, ponendo le basi per un costo ridotto su L2 e la forma ultima del Danksharding.
Zhixiong Pan
Zhixiong Pan1 dic, 16:56
L'aggiornamento Fusaka di Ethereum e il "codice QR super" : PeerDAS è la base per l'espansione L2 a centinaia di volte 1️⃣ Un codice QR danneggiato può ancora funzionare? Prima di entrare nel vivo, ricorda un dettaglio della vita quotidiana: quando scansioni un codice QR, anche se al centro c'è un logo, o se un angolo è strappato, o se è sporco, il tuo telefono riesce comunque a riconoscere le informazioni complete attraverso la fotocamera. Perché succede questo? Perché il codice QR utilizza una tecnologia chiamata Erasure Coding (codifica di cancellazione). In parole semplici, espande le informazioni originali e aggiunge ridondanza. Finché la parte intatta conservata supera una certa proporzione (ad esempio il 70%), l'algoritmo matematico può automaticamente "calcolare" la parte mancante e ripristinare le informazioni originali. Questa straordinaria caratteristica di "parte che include il tutto" è stata l'ispirazione per risolvere il problema dell'espansione nell'aggiornamento Fusaka di Ethereum. 2️⃣ Un "muro invisibile" sulla strada dell'espansione di Ethereum Dopo l'introduzione dei Blob, le spese per Layer 2 sono effettivamente diminuite molto. Naturalmente, ci si chiede: dato che i Blob sono così utili, perché non aumentiamo il numero di Blob di 10 volte o 100 volte? Così le spese di Gas potrebbero scendere ulteriormente? Sfortunatamente, ci siamo scontrati con un muro fisico: larghezza di banda/velocità di rete. Con l'attuale meccanismo, i nodi di Ethereum continuano a utilizzare un "metodo primitivo": per confermare che "i dati sono sicuri", i nodi devono scaricare completamente quei dati. Se raddoppiamo indiscriminatamente il numero di Blob, la quantità di dati esploderà. Le persone comuni che eseguono nodi sui loro computer di casa saranno costrette a ritirarsi a causa della larghezza di banda insufficiente e dei dischi rigidi pieni. Alla fine, rimarranno solo alcuni grandi centri di dati in grado di eseguire nodi. Questo non sarebbe più Ethereum, ma Amazon Cloud. 3️⃣ PeerDAS: trasformare i dati in "codici QR super" Ciò ci porta a un circolo vizioso: per avere L2 più economico, abbiamo bisogno di più dati; per avere più dati, si allontanerebbero i nodi decentralizzati. Per rompere questo stallo, l'aggiornamento Fusaka ha introdotto PeerDAS (EIP-7594), che ha deciso di portare la magia dei codici QR nella blockchain. PeerDAS non richiede più che ogni nodo scarichi completamente ogni Blob per confermare che "i dati non siano stati nascosti", ma utilizza prima la tecnologia di codifica di cancellazione per "espandere" e frammentare i dati, trasformandoli in un "codice QR super". La sua meraviglia sta nel fatto che: un singolo nodo non deve conservare l'intera matrice di dati, basta che possa ottenere almeno il 50% delle colonne di dati dalla rete per poter ripristinare completamente il 100% dei dati originali utilizzando algoritmi matematici. 4️⃣ Addio alla forza bruta, inizia il "campionamento" Con questa base matematica, il metodo di verifica è passato da "download completo" a "campionamento casuale". I nodi non devono più scaricare l'intero enorme file. Devono solo scaricare una piccola parte di campioni casuali come stabilito dal protocollo (ad esempio 1/8 dei dati totali). È come se non fosse necessario vedere ogni singolo quadrato bianco e nero del codice QR, ma solo alcuni angoli a caso. Anche se ogni nodo ha scansionato solo una piccola parte, finché un numero sufficiente di nodi in tutta la rete ha dato un'occhiata casuale e confermato che era corretto, allora, in termini statistici e crittografici, si può concludere che la probabilità che questi dati siano errati o mancanti è così bassa da essere trascurabile a livello cosmico. 5️⃣ Da sentieri tortuosi a autostrade a otto corsie Questo cambiamento è rivoluzionario. Prima, i nodi dovevano "bere tutta la zuppa" per sapere se era salata; ora, i nodi devono solo "assaggiare un cucchiaio" per arrivare a una conclusione. L'aumento di efficienza portato da questo cambiamento è di ordini di grandezza. Poiché ogni nodo consuma solo una larghezza di banda estremamente ridotta, possono mantenere insieme una rete di dati estremamente vasta. Ciò significa che la rete principale di Ethereum può gradualmente aumentare la quantità di dati supportati (limite dei Blob) da 6 attuali a 32, 64 o anche di più in futuro, senza aumentare il carico sui nodi. Per gli utenti, PeerDAS apre la porta alla forma finale del "Danksharding". Il "costo del viaggio" (costo di archiviazione dei dati) per Layer 2 sarà ulteriormente ridotto drasticamente. Il futuro di Ethereum non sarà più un sentiero di campagna congestionato, ma un'autostrada interstellare con una enorme capacità di throughput, tessuta attraverso la matematica.
👉 Letture correlate Aggiornamento del protocollo Ethereum: PeerDAS e Blob Expansion, per rendere L2 più veloce e più economico
11,09K