Scritto da Christine Kim
Compilato da: Luccy, BlockBeats
Nota dell'editore: l'All Core Ethereum Developer Execution Call (ACDE) si tiene ogni due settimane per discutere e coordinare le modifiche all'Ethereum Execution Layer (EL). Questa è la 190a teleconferenza di ACDE. In questo incontro sono stati discussi EIP 7251 e 7702, Ethereum Virtual Object Format (EOF) e PeerDAS.
Durante l'incontro, Beiko ha anche proposto un nuovo modello di discussione EIP e ha sottolineato l'importanza della pagina delle risorse per gli sviluppatori di Ethereum "eth-clients". Christine Kim, vicepresidente della ricerca presso Galaxy Digital, ha registrato in dettaglio i punti chiave di questo incontro. BlockBeasts ha compilato il testo originale come segue:
Il 20 giugno 2024, gli sviluppatori di Ethereum si sono riuniti su Zoom per la riunione n. 190 della chiamata All Core Developers Execution (ACDE). La ACDE Conference Call è una serie bisettimanale di incontri ospitati da Tim Beiko, responsabile del supporto del protocollo presso la Ethereum Foundation, in cui gli sviluppatori discutono e coordinano le modifiche all'Ethereum Execution Layer (EL).
Questa settimana, gli sviluppatori hanno descritto i loro progressi nell'implementazione di varie modifiche al codice, tra cui Ethereum Improvement Proposals (EIP) 7251 e 7702, nonché Ethereum Virtual Object Format (EOF) e PeerDAS.
Beiko ha anche condiviso un modello suggerito per le discussioni EIP e Parithosh Jayanthi, ingegnere DevOps di EF, ha introdotto una nuova pagina GitHub chiamata "eth-clients" per la configurazione della mainnet e del testnet di Ethereum. Infine, Beiko ha ricordato al team che la prossima chiamata ACDE sarebbe avvenuta durante la festività statunitense del 4 luglio. Anche se non parteciperà all'incontro, il ricercatore EF Alex Stokes modererà al suo posto.
Pectra Devnet 1
Gli sviluppatori hanno iniziato la sessione discutendo di Pectra Devnet 1. Gli sviluppatori mirano a lanciare la prossima testnet dedicata per l'aggiornamento Pectra la prossima settimana. Rispetto alla precedente rete di test Devnet 0, la nuova rete di test presenta principalmente le seguenti modifiche alle specifiche:
Aggiunta l'unione del validatore attivato da EL
Sostituito EIP 3074 con EIP 7702
Il team del cliente EL sta procedendo con l'implementazione di Devnet 1. I rappresentanti di ciascuno dei principali team di Ethereum EL hanno condiviso i loro ultimi sviluppi:
Besu: La prima versione dell'implementazione Devnet 1 è pronta, ma mancano ancora alcuni test e il team ha domande sulle specifiche dell'operazione di tariffazione del gas.
Nethermind: stanno rivedendo la loro implementazione Devnet 1, unendo varie modifiche al codice e fork software e scrivendo casi di test.
Erigon: hanno una bozza di implementazione di EIP 7702 e stanno rivedendo le ultime modifiche a EIP 7251, che aggiunge la fusione dei validatori attivati da EL.
Reth: L'implementazione di Devnet 1 dovrebbe essere completata prima del prossimo incontro ACD.
EthereumJS: Il team sta lavorando all'implementazione di EIP 7702 e prevede di avere Devnet 1 pronto in circa una settimana.
Geth: Il team sta anche lavorando all'implementazione dell'EIP 7702.
Mentre il team del cliente condivideva i propri progressi, uno sviluppatore chiamato "Racytech" ha chiesto se l'implementazione EOF sarebbe stata esclusa da Devnet 1. Beiko ha confermato che EOF non sarà testato su Devnet 1 e che l'implementazione EOF dovrebbe essere basata sulle ultime specifiche Pectra, non sulle specifiche Deneb finali. Barnabas Busa, EF DevOps Engineer, ha sottolineato che questa strategia renderà più difficile il debug di EOF perché le specifiche Pectra stanno cambiando e allo stesso tempo viene eseguito il debug. "Anche così, è ancora vero perché vogliamo che il team lavori sugli EIP Pectra fondamentali e risolva questi bug. Quindi, ha più senso che basarsi su un fork precedente e poi basarsi su Praga nella fase finale, e anche scoprire tutti quelli sbagliati", ha detto Beiko. Praga è il nome EL per l'aggiornamento Pectra.
Aggiornamento EIP 7702
Mentre gli sviluppatori stanno lavorando per implementare EIP 7702 in Devnet 1, è possibile che vengano apportate modifiche significative al codice per supportare nuove funzionalità, in particolare la possibilità per gli utenti di revocare l'autorizzazione alla transazione EIP 7702.
Uno sviluppatore Geth chiamato "Lightclient" ha proposto nuove modifiche per supportare la revoca dell'EIP 7702. Ha spiegato: «Non è facile vedere in ogni momento quali autorizzazioni si hanno in vigore, ed è difficile sapere quali sono state revocate e quali no. Ci sono schemi progettuali che possono evitare queste situazioni, ma in realtà noi potrebbe non sapere cosa farà il portafoglio. Come utilizzare questa funzione Per difendersi meglio, ricordo che Vitalik ha menzionato nell'ultima chiamata, o in una sala riunioni, che invece di rendere l'autorizzazione una cosa ad hoc che deve essere inclusa nel documento. transazione, possiamo salvare queste autorizzazioni in modo che tu possa vedere in qualsiasi momento quali codici sono assegnati al tuo conto."
Uno sviluppatore di nome "Arik" ha dichiarato di preferire l'attuale versione di EIP 7702 alle modifiche proposte da Lightclient. Arik ha affermato che ci saranno alcuni casi d'uso specifici nell'ambito del nuovo EIP 7702. Lightclient contesta questi commenti, affermando che rimangono tutti i casi d'uso supportati dalla versione precedente di EIP 7702 ed è stato aggiunto un potente meccanismo di annullamento. Tuttavia, Lightclient ha anche sottolineato che questi cambiamenti rendono più complessa l'implementazione dell'EIP nel client. Beiko ha affermato nella chat della conferenza che la finalizzazione del progetto EIP 7702 è il "problema di specifiche irrisolto numero uno" di Pectra e ha suggerito agli sviluppatori di organizzare un'altra chiamata di gruppo per raggiungere un consenso sul suo meccanismo di revoca. "Sarebbe bello se entro il prossimo incontro avessimo una versione di cui tutti fossero generalmente soddisfatti, questa versione o una versione modificata, che possa far parte di Devnet 2", ha detto Beiko.
Lo sviluppatore Besu Daniel Lehrner si è chiesto se gli sviluppatori dovrebbero prendersi il tempo per implementare l'attuale versione di EIP 7702 in Devnet 1 se è probabile che le specifiche cambino in Devnet 2. Ha detto: "Le proposte sono abbastanza diverse, quindi potremmo implementare qualcosa che tra qualche settimana dovrà essere parzialmente scartato a causa del nuovo cambiamento di 7702. Richard Meissner, co-fondatore del portafoglio crittografico Safe, ha detto che, a suo avviso, Sarebbe utile per il team del portafoglio implementare una versione di EIP 7702 sul testnet. Beiko ha aggiunto che l'implementazione di EIP 7702 nella sua forma attuale non ritarderebbe, a suo avviso, in modo significativo i progressi del team cliente, il che potrebbe causare complicazioni per Devnet 1 se gli sviluppatori tentassero ora di rimuoverlo dalle specifiche Pectra.
Aggiornamento EOF
Parlando di EOF, Busa ha detto che il suo team testerà l'implementazione di EOF dopo aver implementato altre modifiche al codice Pectra. La preparazione a EOF viene monitorata su GitHub. Attualmente, due team clienti EL, Besu e Reth, hanno implementato tutti gli EIP EOF, mentre altri team stanno ancora lavorando all'implementazione di tutti gli EIP EOF. I rappresentanti del team Erigon hanno notato che sarebbero utili ulteriori casi di test che simulano blocchi Ethereum contenenti transazioni EOF. Mario Vega, un membro del team di test EF, ha detto nella chat che il suo team sta rilasciando più test EOF e ne condividerà di più nella prossima sessione di breakout di EOF. Danno Ferrin, uno sviluppatore indipendente del protocollo Ethereum, ha affermato che da quando la specifica EOF è ora finalizzata, le teleconferenze EOF sono state modificate da settimanali a bisettimanali e l'attuale focus di EOF è sui test e sull'implementazione del client.
Aggiornamenti PeerDAS
Busa ha presentato brevemente lo stato di avanzamento del lavoro di implementazione di PeerDAS. Ha detto che il prossimo PeerDAS Devnet sarà online tra una o due settimane. Come discusso all'ultimo incontro dell'ACDC, PeerDAS sarà sviluppato sulla base della specifica Dencun definitiva, piuttosto che sulla specifica Pectra.
annuncio
Beiko ha proposto un nuovo modello predefinito per gli autori EIP da utilizzare nei post di Ethereum Magicians. Questo nuovo modello è progettato per facilitare revisioni di alta qualità degli EIP.
Jayanthi ha introdotto la pagina GitHub "eth-clients", che fornisce una varietà di risorse per gli sviluppatori di Ethereum, comprese configurazioni standardizzate per la testnet e la mainnet di Ethereum. Attualmente, questa pagina è gestita da rappresentanti di tutti i team clienti CL. Jayanthi ha invitato i rappresentanti del team cliente EL a offrirsi volontari per aiutare a mantenere questa pagina GitHub.
Lightclient ha chiesto al team del cliente informazioni sullo stato di avanzamento del lavoro sulla scadenza dei dati storici. Nessun aggiornamento in merito è stato condiviso durante l'incontro.
Beiko ha detto che non ospiterà la prossima teleconferenza ACDE, che cade durante la festività americana del 4 luglio. Sarà poi presieduto dal ricercatore EF Alex Stokes.
