Feliz 10º aniversário ao Ethereum! É uma subestimação dizer que este projeto mudou vidas ❤️

E AQUI ESTÁ: Primeiro bloco proposto com limite de 45 Milhões de Gas na Mainnet do #Ethereum! 🔥🚀 Próximo Alvo: 60M 📈

O limite de gás está a subir lentamente! Devemos chegar a 45M em breve. Se você executar um validador, tudo o que precisa fazer é atualizar o seu software!

Escolhas principais de todas as equipas de clientes: Camada de Execução: - Geth: EIP-7928 (Listas de Acesso a Nível de Bloco) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) stretch - Erigon (tanto EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Reduzir Latência de Bloco) - Nethermind: EIP-7928 + EIP-7732 e também suporte a EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 stretch Camada de Consenso: - Lighthouse: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 stretch - Grandine: EIP-7732 + EIP-7805 stretch - Lodestar: EIP-7732 + EIP-7805 stretch + EIP-7919 Pureth para EL - Teku: EIP-7732 - Nimbus (tanto CL + EL): EIP-7732 + EIP-7919

alguém está ciente de esforços passados para construir um modelo matemático de utilização de largura de banda para o Eth? à medida que escalamos a capacidade e o throughput do L1, escalamos blobs, reestruturamos o slot, aumentamos a eficiência de propagação, adicionamos novos mecanismos (por exemplo, FOCIL, BAL), fragmentamos o mempool, etc. estamos trabalhando contra as restrições do EIP-7870. beneficiaríamos de um modelo onde pudéssemos inserir parâmetros como limite de gás do bloco, pressão do mempool, contagem de blobs, sobrecarga de propagação e fatores de eficiência, contagem de blobs, utilização de blobs, contagem de validadores, contagem de pares ativos, atividade de sincronização de checkpoints, etc. para visualizar como tudo se acumula ao longo da linha do tempo do slot. também para nos alertar quando nossas escolhas violam o EIP-7870. no momento do design, isso nos ajudaria a raciocinar sobre trade-offs, alocação de largura de banda, throughput/goodput. além disso, ajuda a impulsionar a discussão sobre modelagem de tráfego ativo, onde priorizamos explicitamente certos tipos de atividade em diferentes momentos (e limitamos a largura de banda para outros) a fim de maximizar a eficiência geral do sistema. essencialmente, um modelo matemático ajustável do gráfico muito elemental abaixo (que omite muito),

Olhei para todo o conjunto de validadores do Ethereum para calcular quantas oportunidades de consolidação foram perdidas após a atualização Pectra. Estatísticas principais: - Desde a Pectra, 96.672 novos validadores foram ativados - 79.547 desses validadores poderiam ter sido consolidados, reutilizaram uma credencial de retirada pré-Pectra - 14.362 desses validadores reutilizaram uma credencial de retirada pós-Pectra - Isso deixa apenas 2.763 validadores verdadeiramente "únicos"! Em algum momento, temos que perguntar o que está impedindo os validadores de se consolidarem, é a maturidade das ferramentas, o prazo de confiança ou algo mais? Fico feliz em ajudar qualquer um a consolidar ou discutir sobre isso, é só me enviar uma DM.

Não, a sério, o que é um "headliner" de fork do @ethereum? Quem se beneficia dos EIPs propostos? Como podemos comparar entre eles? A minha equipa na @ethereumfndn está a tentar tornar o processo de atualização mais fácil de entender. Estou entusiasmado por partilhar uma pequena ferramenta na qual temos estado a trabalhar: 🧵↓

Após uma semana realmente produtiva em pessoa com os desenvolvedores do cliente, chegámos a um plano sobre como queremos abordar a escalabilidade e os desafios que podem surgir. Espere um fluxo constante de análises e atualizações progressivas ao limite de gás no futuro.

Propagação de Atestações: Em slots perdidos (sem bloco), os atestadores aguardam até o prazo de atestação. Isso nos fornece dados limpos sobre quando as atestações não agregadas atingem os nós. Mesmo nós Xatu rápidos e bem conectados (hospedados em DC) veem apenas ~40% das atestações após 1s; os mais lentos atingem 40% após 2s. Estas são observações de latência melhores do que a média.

Edição especial de interoperabilidade da série Checkpoint! As postagens Checkpoint são atualizações acessíveis para @ethereum desenvolvimento principal. Na semana passada, os principais devs e pesquisadores se reuniram para uma semana de hacking presencial durante @BerBlockWeek e esta é uma análise interna do que eles fizeram: