Argomenti di tendenza
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Ellie Davidson
Ricercatore / ingegnere interessato a un consenso
Capo della R&S @EspressoSys
Non sono mai stato così ottimista su Ethereum, onestamente.

Justin Drake26 feb 2026
Presentiamo strawmap, una roadmap strawman del Protocollo EF.
Credi in qualcosa. Credi in uno strawmap di Ethereum.
A chi è destinato?
Il documento, disponibile su strawmap[.]org, è destinato a lettori avanzati. È una risorsa densa e tecnica principalmente per ricercatori, sviluppatori e partecipanti alla governance di Ethereum. Visita ethereum[.]org/roadmap per ulteriori materiali introduttivi. Spiegazioni accessibili che analizzano lo strawmap seguiranno presto™.
Cos'è lo strawmap?
Lo strawmap è un invito a vedere gli aggiornamenti del protocollo L1 attraverso una lente olistica. Collocando le proposte su un'unica visualizzazione, fornisce una prospettiva unificata sulle ambizioni di Ethereum L1. L'orizzonte temporale si estende per anni, oltre il focus immediato di All Core Devs (ACD) e forkcast[.]org, che tipicamente coprono solo i prossimi due fork.
Quali sono alcuni dei punti salienti?
Lo strawmap presenta cinque semplici stelle polari, presentate come scatole nere a destra:
→ fast L1: UX veloce, tramite slot brevi e finalità in secondi
→ gigagas L1: 1 gigagas/sec (10K TPS), tramite zkEVM e proving in tempo reale
→ teragas L2: 1 gigabyte/sec (10M TPS), tramite campionamento della disponibilità dei dati
→ post quantum L1: crittografia durevole, tramite schemi basati su hash
→ private L1: privacy di prima classe, tramite trasferimenti di ETH protetti
Qual è la storia di origine?
La roadmap strawman è nata come spunto di discussione in un workshop dell'EF nel gennaio 2026, parzialmente motivata dal desiderio di integrare Ethereum snello con iniziative a breve termine. Le dipendenze degli aggiornamenti e i vincoli dei fork sono diventati particolarmente efficaci nel far emergere argomenti di discussione preziosi. Lo strawman è ora condiviso pubblicamente in uno spirito di trasparenza proattiva e accelerazionismo.
Perché il nome "strawmap"?
"Strawmap" è un portmanteau di "strawman" e "roadmap". Il qualificativo strawman è deliberato per due motivi:
1. Riconosce i limiti della redazione di una roadmap in un ecosistema altamente decentralizzato. Una roadmap "ufficiale" che rifletta tutti gli stakeholder di Ethereum è effettivamente impossibile. Il consenso approssimativo è fondamentalmente un processo emergente, continuo e intrinsecamente incerto.
2. Sottolinea lo stato del documento come un lavoro in corso. Sebbene sia nato all'interno del cluster del Protocollo EF, ci sono opinioni concorrenti tra i suoi 100 membri, per non parlare di una ricca diversità di opinioni non EF.
Lo strawmap non è una previsione. È uno strumento di coordinamento accelerazionista, che delinea un percorso ragionevolmente coerente tra milioni di possibili risultati.
Qual è il lasso di tempo dello strawmap?
Lo strawmap si concentra su fork che si estendono fino alla fine del decennio. Delinea sette fork entro il 2029 basati su un ritmo approssimativo di un fork ogni sei mesi. Sebbene sia ancorato alle aspettative attuali, questi tempi dovrebbero essere trattati con sana scetticismo. La bozza attuale assume uno sviluppo umano-primo. Lo sviluppo guidato dall'AI e la verifica formale potrebbero comprimere significativamente i tempi.
Cosa rappresentano le lettere in alto?
Lo strawmap è organizzato come una linea temporale, con i fork che progrediscono da sinistra a destra. I fork del layer di consenso seguono uno schema di denominazione basato su stelle con lettere iniziali in aumento: Altair, Bellatrix, Capella, Deneb, Electra, Fulu, ecc. I fork imminenti come Glamsterdam e Hegotá hanno nomi definitivi. Altri fork, come I* e J*, hanno nomi provvisori (con I* pronunciato "I star").
Cosa rappresentano i colori e le frecce?
Gli aggiornamenti sono raggruppati in tre strati orizzontali codificati a colori: consenso (CL), dati (DL), esecuzione (EL). Le scatole scure denotano i titoli (vedi sotto), le scatole grigie indicano aggiornamenti offchain e le scatole nere rappresentano le stelle polari. Una legenda esplicativa appare in fondo.
All'interno di ciascun strato, gli aggiornamenti sono ulteriormente organizzati per tema e sotto-tema. Le frecce segnalano dipendenze tecniche rigide o progressioni naturali degli aggiornamenti. Il testo sottolineato nelle scatole è collegato a EIP e scritti pertinenti.
Cosa sono i titoli?
I titoli sono aggiornamenti particolarmente prominenti e ambiziosi. Per mantenere un ritmo veloce dei fork, il moderno processo ACD si limita a un titolo di consenso e uno di esecuzione per fork. Ad esempio, in Glamsterdam, questi titoli sono ePBS e BALs, rispettivamente.
(L* è un fork eccezionale, che mostra due titoli legati al più grande fork di consenso snello. Un consenso snello che atterra in L* sarebbe una coincidenza fatale.)
Lo strawmap evolverà?
Sì, lo strawmap è un documento vivo e malleabile. Evolverà insieme al feedback della comunità, ai progressi nella R&D e alla governance. Aspettati aggiornamenti almeno trimestrali, con la data dell'ultima revisione annotata nel documento.
Posso condividere feedback?
Sì, il feedback è attivamente incoraggiato. Lo strawmap del Protocollo EF è mantenuto dal team di Architettura EF: @adietrichs, @barnabemonnot, @fradamt, @drakefjustin. Ognuno ha DM aperti e può essere contattato a first.name@ethereum[.]org. Le richieste generali possono essere inviate a strawmap@ethereum[.]org.

5,23K
Espresso non sta costruendo la composabilità per i rollup. Sta costruendo la composabilità per tutti i sistemi sovrani nel mondo, che siano già onchain o meno.
Il mondo funziona su una rete di sistemi sovrani. Governi, aziende e individui hanno ciascuno la propria autorità e identità. Questi sistemi sono complessi: i governi contengono persone e aziende, eppure le aziende possono operare attraverso più governi. Le relazioni di fiducia tra questi sistemi sono spesso ambigue e comportano rischi non compensati. Eppure, l'economia globale richiede che comunichiamo e transiamo attraverso questi confini sovrani nel modo più efficiente possibile.
Pertanto, abbiamo bisogno di un meccanismo veloce ed efficiente per il coordinamento transfrontaliero che operi sotto assunzioni di fiducia minime (il che riduce il rischio e l'ambiguità) senza compromettere la sovranità di ciascun partecipante. Un sistema che costringe i partecipanti a compromettere la propria indipendenza (attraverso un singolo ambiente di esecuzione, protocollo di sequenziamento, ecc.) catturerà pochi partecipanti. Senza protocolli onchain a rischio minimizzato, siamo stati storicamente costretti ad accettare rischi a favore della velocità.
Ci sono due componenti nella comunicazione tra sistemi: dati di input e prove su detti dati. Entrambi devono essere veloci e a rischio minimizzato affinché il meccanismo complessivo sia credibile. Un disallineamento nelle assunzioni di fiducia tra una prova e i suoi dati mina l'intero meccanismo. I dati finalizzati da un protocollo di consenso economicamente sicuro sono minati se verificati da un sistema di prova a firma singola. Al contrario, una prova multi-proof ZK+TEE è minata se i suoi dati di input provengono da un'unica parte fidata. (Lo spettro di fiducia dei sistemi di prova merita un post a parte; ci concentreremo solo sulla finalità veloce qui.)
L'assenza di fiducia e la velocità esistono su due assi indipendenti. Spesso assumiamo che la relazione tra di essi sia lineare: che per un'unità di fiducia si rinunci a un'unità di velocità. Questo è sbagliato. Un attento design del protocollo può raggiungere forti garanzie di fiducia a bassa latenza. Una relazione ad alto livello tra assenza di fiducia e velocità è mostrata di seguito.
L'obiettivo di Espresso è operare al punto più efficiente su questa curva in modo da poter servire come base credibile per il più ampio spettro di sistemi sovrani. Raggiunge questo tramite un insieme di validatori PoS decentralizzati che forniscono resistenza alla censura e sicurezza economica, insieme a HotShot, un protocollo di consenso a bassa latenza e alta capacità progettato appositamente per questo ruolo. (Altri post su aggiornamenti entusiasmanti su HotShot in arrivo presto!)

1,41K
La ricerca e sviluppo dello spazio blocchi di Ethereum è incredibilmente interessante. Man mano che entriamo in una nuova era di rollup nativi, rollup parzialmente basati, rollup che desiderano una migliore composabilità con l'L1, ecc., dovremo pensare in modo diverso a come i blocchi di Ethereum vengono costruiti operativamente. Emozionante!

Blockspace Forum11 feb 2026
E se potessimo rendere il viaggio delle transazioni Ethereum e il processo di costruzione dei blocchi più veloci, economici, flessibili, resistenti alla censura e robusti?
E se potessimo farlo oggi?
Questo è ciò di cui si occupa il Blockspace Forum. 🧵👇

1,86K
Principali
Ranking
Preferiti
