Feliz 10º aniversário para o Ethereum! É um eufemismo dizer que este projeto mudou ❤️ sua vida

E AQUI ESTÁ: Primeiro bloco de limite de gás de 45 milhões proposto na #Ethereum Mainnet! 🔥🚀 Próximo alvo: 60 milhões 📈

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

Headliner escolhe entre todas as equipes do cliente: Camada de execução: - Geth: EIP-7928 (Listas de acesso em nível de bloco) - Reth: trecho EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) - Erigon (EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Reduzir latência de bloco) - Nethermind: EIP-7928 + EIP-7732 e também suporta EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 trecho Camada de consenso: - Farol: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 stretch - Grandine: EIP-7732 + EIP-7805 trecho - Lodestar: EIP-7732 + EIP-7805 stretch + EIP-7919 Pureth para EL - Tamanho: EIP-7732 - Nimbus (CL + EL): EIP-7732 + EIP-7919

alguém está ciente dos esforços anteriores para construir um modelo matemático de utilização de largura de banda para Eth? à medida que dimensionamos a capacidade L1 + taxa de transferência, dimensionamos blobs, reestruturamos o slot, aumentamos a eficiência da propagação, adicionamos novos mecanismos (por exemplo, FOCIL, BAL), fragmentamos o mempool, etc., estamos trabalhando contra as restrições do EIP-7870. Nós nos beneficiaríamos de um modelo onde podemos inserir parâmetros como limite de gás de bloco, pressão de 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 ponto de verificação, etc., a fim de visualizar como tudo se acumula ao longo da linha do tempo do slot. também para nos alertar quando nossas escolhas violarem o EIP-7870. Em tempo de design, isso nos ajudaria a raciocinar sobre compensações, alocação de largura de banda, taxa de transferência / boa colocação. Além disso, ajuda a impulsionar a discussão sobre a modelagem de tráfego ativo, onde priorizamos explicitamente certos tipos de atividade em diferentes instantes (e limitamos a largura de banda para outros) para maximizar a eficiência geral do sistema. essencialmente um modelo matemático ajustável do gráfico muito elementar abaixo (que omite muito),

Deu uma olhada em todo o conjunto de validadores Ethereum para calcular quantas oportunidades de consolidação foram perdidas após a atualização do Pectra. Estatísticas principais: - Desde pectra, 96.672 novos validadores foram ativados - 79.547 desses validadores poderiam ter sido consolidados, eles 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, é maturidade de ferramentas, prazo de confiança ou outra coisa? Feliz em ajudar alguém a consolidar ou falar sobre isso, apenas me mande uma DM

Não, sério, o que é um garfo de @ethereum "headliner"? Quem beneficiam os PEI propostos? Como nos comparamos entre eles? Minha equipe na @ethereumfndn está procurando tornar o processo de atualização mais fácil de entender. Estou feliz em compartilhar uma ferramenta smol que estamos hackeando: 🧵 ↓

Depois de uma semana presencial realmente produtiva com os desenvolvedores do cliente, chegamos a um plano de como queremos lidar com o dimensionamento e os desafios que podem surgir. Espere um fluxo constante de análises e atualizações progressivas do limite de gás no futuro.

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

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