Tópicos em alta
#
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
Pesquisador/engenheiro interessado em consenso
Chefe de P&D @EspressoSys
Nunca estive tão otimista com o Ethereum, honestamente.

Justin Drake26 de fev. de 2026
Apresentando o mapa de palha, um roteiro de espantalho do EF Protocol.
Acredite em algo. Acredite em um mapa de strawmap do Ethereum.
Para quem é isso?
O documento, disponível em strawmap[.]org, é destinado a leitores avançados. É um recurso denso e técnico, principalmente para pesquisadores, desenvolvedores e participantes da governança do Ethereum. Visite ethereum[.]Org/Roadmap para mais material introdutório. Explicações acessíveis desvendando o mapa de palhinhas virão em breve™.
O que é o strawmap?
O strawmap é um convite para ver atualizações do protocolo L1 sob uma ótica holística. Ao colocar propostas em um único visual, oferece uma perspectiva unificada sobre as ambições do Ethereum L1. O horizonte temporal abrange anos, indo além do foco imediato de Todos os Desenvolvedores Centrais (ACD) e forkcast[.]Org, que normalmente cobrem apenas os próximos dois forks.
Quais são alguns dos destaques?
O mapa de palha apresenta cinco simples estrelas do norte, apresentadas como caixas pretas à direita:
→ L1 rápido: UX rápido, por meio de slots curtos e finalização em segundos
→ gigagas L1: 1 gigagas/segundo (10K TPS), via zkEVMs e prova em tempo real
→ teragas L2: 1 gigabyte/segundo (10M TPS), via amostragem de disponibilidade de dados
→ pós-L1 quântica: criptografia durável, via esquemas baseados em hash
→ L1 privado: privacidade de primeira classe, via transferências ETH blindadas
Qual é a história de origem?
O roadmap do espantalho surgiu como um ponto de partida para discussão em um workshop de EF em janeiro de 2026, motivado em parte pelo desejo de integrar o Ethereum lean com iniciativas de curto prazo. Dependências de atualização e restrições de fork tornaram-se particularmente eficazes para revelar tópicos valiosos de discussão. O espantalho agora é compartilhado publicamente em um espírito de transparência proativa e aceleracionismo.
Por que o nome "strawmap"?
"Strawmap" é uma junção de "strawman" e "roadmap" (roadmap). O qualificador do espantalho é deliberado por dois motivos:
1. Reconhece os limites de elaborar um roteiro em um ecossistema altamente descentralizado. Um roteiro "oficial" que reflita todos os stakeholders do Ethereum é praticamente impossível. O consenso aproximado é fundamentalmente um processo emergente, contínuo e inerentemente incerto.
2. Isso ressalta o status do documento como um trabalho em andamento. Embora tenha se originado dentro do cluster do Protocolo EF, existem opiniões concorrentes entre seus 100 membros, sem mencionar a rica diversidade de opiniões não EFer.
O mapa de palhinha não é uma previsão. É uma ferramenta de coordenação aceleracionista, esboçando um caminho razoavelmente coerente entre milhões de possíveis resultados.
Qual é o período de tempo do mapa de palhetas?
O mapa de palha foca em ramificações que se estendem até o final da década. Ele delineia sete bifurcações até 2029 com base em uma cadência aproximada de uma bifurcação a cada seis meses. Embora baseados nas expectativas atuais, esses prazos devem ser tratados com saudável ceticismo. O rascunho atual assume o desenvolvimento humano em primeiro lugar. O desenvolvimento e a verificação formal impulsionados por IA poderiam comprimir significativamente os cronogramas.
O que as letras no topo representam?
O mapa de palha é organizado como uma linha do tempo, com bifurcações progredindo da esquerda para a direita. Forks de camadas consensuais seguem um esquema de nomenclatura baseado em estrelas com letras iniciais incrementais: Altair, Bellatrix, Capella, Deneb, Electra, Fulu, etc. Novos ramos como Glamsterdam e Hegotá já têm nomes definidos. Outros forks, como I* e J*, têm nomes provisórios (com I* pronunciado "I star").
O que as cores e setas representam?
As atualizações são agrupadas em três camadas horizontais codificadas por cores: consenso (CL), dados (DL), execução (EL). Caixas escuras indicam headliners (veja abaixo), caixas cinza indicam upgrades offchain, e caixas pretas representam estrelas do norte. Uma legenda explicativa aparece na parte inferior.
Dentro de cada camada, as melhorias são ainda mais organizadas por tema e subtema. As setas sinalizam dependências técnicas rígidas ou progressões naturais de upgrade. Texto sublinhado em caixas links para EIPs e relatos relevantes.
O que são atração principal?
Os atrações principais são especialmente importantes e melhorias ambiciosas. Para manter uma cadência rápida de fork, o processo moderno ACD limita-se a um consenso e um headliner de execução por fork. Por exemplo, em Glamsterdam, esses headliners são ePBS e BALs, respectivamente.
(L* é um garfo excepcional, exibindo dois forfos de cabeça amarrados ao maior forqueta magro de consenso. Um consenso inclinado em L* seria uma coincidência fatídica.)
O mapa de pallanha vai evoluir?
Sim, o mapa de palha é um documento vivo e maleável. Ela evoluirá junto com o feedback da comunidade, avanços em P&D e governança. Espere pelo menos atualizações trimestrais, com a data de revisão mais recente indicada no documento.
Posso compartilhar um feedback?
Sim, feedback é ativamente incentivado. O mapa de strawmap do protocolo EF é mantido pela equipe de Arquitetura EF: @adietrichs, @barnabemonnot, @fradamt, @drakefjustin. Cada um tem mensagens privadas abertas e pode ser contatado pelo first.name@ethereum[.]org. Consultas gerais podem ser enviadas para strawmap@ethereum[.]org.

5,14K
O espresso não está desenvolvendo a composição para rollups. Está construindo composabilidade para todos os sistemas soberanos do mundo, estejam eles ainda onchain ou não.
O mundo funciona em uma rede de sistemas soberanos. Governos, empresas e indivíduos têm cada um sua própria autoridade e identidade. Esses sistemas são complexos: governos contêm pessoas e empresas, mas as empresas podem operar entre múltiplos governos. As relações de confiança entre esses sistemas são frequentemente ambíguas e envolvem riscos não compensados. No entanto, a economia global exige que nos comuniquemos e realizemos transações através dessas fronteiras soberanas da forma mais eficiente possível.
Portanto, precisamos de um mecanismo rápido e eficiente para coordenação transfronteiriça que opere sob pressupostos mínimos de confiança (o que reduz risco e ambiguidade) sem comprometer a soberania de cada participante. Um sistema que força os participantes a comprometer sua independência (via um único ambiente de execução, protocolo de sequenciamento, etc.) capturará poucos participantes. Sem protocolos onchain minimizados pela confiança, historicamente fomos forçados a aceitar riscos em favor da velocidade.
Existem dois componentes na comunicação entre sistemas: dados de entrada e provas sobre esses dados. Ambos devem ser rápidos e minimizados pela confiança para que o mecanismo geral seja crível. Um descompasso nas suposições de confiança entre uma prova e seus dados mina todo o mecanismo. Dados finalizados por um protocolo de consenso economicamente seguro são prejudicados se verificados por um sistema de prova de assinatura única. Por outro lado, uma prova múltipla ZK+TEE é prejudicada se seus dados de entrada vierem de uma única parte confiável. (O espectro de confiança dos sistemas de prova merece seu próprio post; vamos focar apenas na finalização rápida aqui.)
A falta de confiança e a velocidade existem em dois eixos independentes. Frequentemente assumimos que a relação entre eles é linear — que para uma unidade de confiança você abre mão de uma unidade de velocidade. Isso está errado. Um design cuidadoso de protocolos pode alcançar fortes garantias de confiança com baixa latência. Uma relação de alto nível entre falta de confiança e velocidade é mostrada abaixo.
O objetivo do Espresso é operar no ponto mais eficiente dessa curva para que possa servir como a camada base confiável para o espectro mais amplo de sistemas soberanos. Ele alcança isso por meio de um conjunto descentralizado de validadores PoS que oferece resistência à censura e segurança econômica, aliado ao HotShot, um protocolo de consenso de baixa latência e alta frequência, desenvolvido especialmente para esse papel. (Mais posts sobre atualizações empolgantes do HotShot em breve!)

1,29K
P&D em blocos Ethereum é incrivelmente interessante. À medida que entramos em uma nova era de rollups nativos, baseados parcialmente, rollups que querem melhor composabilidade com o L1, etc., precisaremos pensar de forma diferente sobre como os blocos Ethereum são construídos operacionalmente. Empolgante!

Blockspace Forum11 de fev. de 2026
E se pudéssemos tornar a jornada de transação Ethereum e o processo de construção de blocos mais rápidos, baratos, flexíveis, resistentes à censura e robustos?
E se pudéssemos fazer isso hoje?
É disso que se trata o Fórum do Blockspace. 🧵👇

1,75K
Melhores
Classificação
Favoritos
