I principali sviluppatori di Ethereum stanno discutendo le priorità per il prossimo hard fork dopo “Dencun”, che potrebbe arrivare alla fine del 2024 o 2025.
Dopo la chiamata All Core Devs di giovedì, il programma provvisorio per il fork Dencun rimane invariato, con il testnet Goerli che verrà attivato per la prima volta il 17 gennaio.
Con il lancio dell'aggiornamento probabile a marzo, gli sviluppatori stanno rivolgendo l'attenzione a ciò che verrà dopo a Praga-Electra - Pralectra in breve - l'aggiornamento che seguirà.
Ancora molto in divenire, è in corso un dibattito sulla visione generale: o un insieme di piccole proposte di miglioramento di Ethereum (EIP) incentrate sulle funzionalità o un importante aggiornamento del protocollo per introdurre Verkle Trees al livello di esecuzione.
I Verkle Trees sono una nuova struttura dati che evolve l'attuale Merkle Tree in uso oggi, utilizzando tecniche matematiche più sofisticate: impegni vettoriali basati su accoppiamenti di curve ellittiche, che rappresentano un allontanamento significativo dalle funzioni hash più semplici utilizzate in Merkle Trees, secondo verkle. informazioni.
Questa struttura utilizza meno spazio e può essere verificata più velocemente, consentendo entrambe alla rete di gestire più transazioni.
In breve, è un modo per affrontare il problema a lungo termine del “gonfiamento dello stato”, che sarà sempre più importante man mano che Ethereum crescerà.
L'aggiornamento è una pietra miliare chiave nella tabella di marcia a lungo termine di Ethereum, una fase denominata The Verge.
Non c'è stato un chiaro consenso sull'appello: alcuni sostengono di mantenere l'attenzione esclusivamente su Verkle Trees, con Guillaume Ballet della Ethereum Foundation che avverte che "non esiste un piccolo fork", ma altri chiedono un fermo impegno per aggiornare la rete nuovamente nel 2024.
Il timore è che Verkle Trees possa impiegare 18 mesi o più per consegnarlo: un'eternità nel settore delle criptovalute.
Lo stesso Dencun era originariamente previsto per novembre, ma alla fine è stato spostato nel 2024 lo scorso ottobre.
Leggi di più: Gli sviluppatori principali escludono il fork Dencun quest'anno
"Verkle è sulla scala della fusione se non addirittura peggiore in termini di complessità", ha detto Ballet. "Non è possibile spedire nulla contemporaneamente sul lato [del livello di esecuzione]."
Lukasz Rozmej del team client di esecuzione di Nethermind è d'accordo, raccomandando agli sviluppatori di dare priorità a un fork ricco di funzionalità prima di rivolgersi completamente a Verkle Trees.
“La mia esperienza mi dice che le riprogettazioni statali sono estremamente difficili e richiedono tempi estremamente lunghi”, ha detto ai colleghi durante la chiamata. "La robustezza di Verkle non è la specifica, ma l'implementazione, l'ottimizzazione e il test."
Caratteristiche sì, ma quali?
Tra coloro che sostenevano un secondo fork del 2024 incentrato sulle funzionalità c'erano i team clienti di Nethermind, Besu e Reth. Ma la domanda è: cosa ha la precedenza?
Andrew Ashikhmin, ingegnere software del team client di Erigon, ha suggerito che l'EVM Object Format (EOF) sarebbe un candidato per guidare il prossimo aggiornamento senza distrarre dal lavoro a lungo termine su Verkle Trees, perché potrebbe essere implementato da un team più piccolo, ed è stata una modifica più isolata al codice base.
"Ma Verkle dovrebbe essere l'obiettivo principale", ha detto.
EOF era originariamente considerato per l'hard fork Shapella, ma era considerato troppo grande per essere abbinato come "passeggero" accanto al "driver" principale, lo sharding Proto-Dank o EIP-4844.
Leggi di più: Il prossimo aggiornamento di Ethereum per concentrarsi sui blob
EOF "non è assolutamente un passeggero" secondo Justin Florentine, ingegnere di protocollo del team clienti di Besu, ma ha affermato che Besu ha già fatto "molti progressi" sulla funzionalità e quindi è favorevole alla sua adozione in Pralectra
Georgios Konstantopoulos, chief technology officer e ricercatore presso la società di investimento Paradigm, che sta costruendo il client Rust Ethereum (Reth), ha affermato che il suo team "è d'accordo [con] EOF poiché è [un] lavoro svolto da un solo uomo e [ha bisogno] di test isolati".
Ma lo sviluppatore della Ethereum Foundation Marius van der Wijden ha condiviso l'opinione secondo cui "EOF non sarà nello small fork".
Ansgar Dietrichs della Ethereum Foundation ha sostenuto l'inclusione di EOF in Pralectra lo scorso aprile e ha notato, durante la chiamata di giovedì, che il team Solidity, che mantiene il principale linguaggio di programmazione dei contratti intelligenti di EVM, era fortemente a favore.
Nessuno nella chiamata era presente per sostenere esplicitamente EOF, tuttavia, spingendo il fondatore di Nethermind Tomasz Stanczak a rimarcare, "se nessuno sostiene EOF in questa chiamata questo riassumerebbe il motivo per cui non è stato ancora spedito".
Stanczak ha definito EIP-7002 o "Execution layer triggerable exits" l'EIP più votato nel forum Ethereum Magicians e "estremamente importante", perché risolve un "importante bug di progettazione con lo staking [e] non può arrivare abbastanza presto".
Il collega sviluppatore principale Parithosh Jayanthi, conosciuto con il soprannome di "Potuz", ha detto che se dovesse scegliere una funzionalità da rilasciare sarebbe EIP-7002. Tuttavia, a suo avviso, l’EIP-7549 “dovrebbe sicuramente essere presente”.
Questa funzionalità, che riguarda solo il livello di consenso, risolve un bug nella progettazione di Ethereum e mira a ridurre il numero medio di abbinamenti necessari per verificare le regole di consenso. Un accoppiamento è un'operazione utilizzata in alcuni algoritmi crittografici che coinvolgono curve ellittiche.
Attualmente, per raggiungere il consenso è necessario verificare un minimo di 1366 attestazioni – che indicano un accordo tra i validatori – ma dopo l’EIP-7549 si ridurrebbero a soli 22.
“È banale da implementare e farà risparmiare molto tempo di aggregazione”, ha affermato Potus. "Può aiutare sui bridge trustless - e sugli zk-prover, sugli zk-bridge - è qualcosa che dovrebbe sicuramente essere presente in qualunque fork faremo dopo."
L'obiettivo dell'invito era quello di avviare la discussione e l'approccio specifico e le proposte di miglioramento saranno decisi in un secondo momento. Gli aggiornamenti di Ethereum sono guidati dal consenso; non esiste una gerarchia esplicita di autorità o un meccanismo di voto per determinare le priorità.
A volte può sembrare difficile o caotico fare progressi, non diversamente dall’allevamento dei gatti, ma questa è la natura della bestia decentralizzata.
Non perdere la prossima grande storia: iscriviti alla nostra newsletter quotidiana gratuita.
Fonte: https://blockworks.co/news/ethereum-devs-plan-2024