Outro relatório caiu - 8/4 O relatório PeerDAS Devnet da Sunnsyide Labs está aqui! Curioso para saber como os nós se comportam em condições de estilo de produção com o PeerDAS? 🧵

Desta vez, a Sunnyside Labs executou 2 tipos de devnets com base na imagem fusaka-devnet-2 do @ethPandaOps, para verificar a estabilidade da rede em um ambiente mais realista: 1. Desenvolvimento de interoperabilidade (clientes CL/EL mistos com 50% de supernode) 2. Perfect PeerDAS devnet (cada nó guarda exclusivamente uma coluna de dados exclusiva)

Para cada configuração de devnet, executamos 3 novos cenários de teste nela: 1. Blobs com Txs grandes Isso é para investigar como as transações regulares afetam a competição da propagação de blocos com a propagação da coluna de dados entre os nós. Mantivemos cada bloco no teste para atingir 22 Mgas (tamanho de bloco de 2 MB). 2. Limite de largura de banda + Txs grandes Este teste é para investigar o comportamento da rede nas condições de nós com largura de banda limitada, como home stakers. A largura de banda é definido como 100/50 Mbps para supernodes e 50/25 Mbps para fullnodes, de acordo com as recomendações do EIP-7870. 3. Teste de sincronização do Genesis A sincronização do Genesis é testada nos devnets para descobrir quaisquer bloqueadores ou bugs no processo de sincronização. Aqui estão os insights que obtivemos desses testes:

1 - Grandes transações têm baixo impacto na rede, sob rede irrestrita Tanto no Interop Devnet quanto no Perfect PeerDAS Devnet, a rede resistiu a 60 blobs sem muitos problemas, mesmo com transações adicionais além de blobs. Esse resultado é o mesmo que o cenário de linha de base somente com blobs. Isso indica que transações comuns diferentes de blobs têm impacto mínimo na estabilidade da rede sem restrições de recursos.

2 - O limite de largura de banda afeta a rede em vários caminhos Com uplinks limitados a 100/50 Mbps para supernodes e 50/25 Mbps para fullnodes, a taxa de transferência de blob caiu para 20 blobs/bloco na rede de desenvolvimento de interoperabilidade e 30 blobs/bloco na rede de desenvolvimento Perfect PeerDAS. Sob esses limites, um aumento acentuado nas mensagens IWANT sobre o tópico beacon_block mostrou que os blocos de beacon estavam lutando para se propagar. Além disso, uma vez que os nós atingiram seus tetos de saída, os mempools EL expuseram muito menos blobs, evidenciados por uma queda acentuada nas taxas de sucesso do getBlobsV2. Discussões internas apontam para o limite de upload de 50 Mbps em supernodes como o principal culpado: esse teto no EIP-7870 é adaptado para construtores de blocos locais, não para supernodes que atendem à rede mais ampla. Assim, esses testes foram mais severos do que as condições do mundo real. A Sunnyside Labs executará um teste de acompanhamento esta semana com maior largura de banda de supernode para avaliar o impacto exato dessa restrição.

3 - A sincronização do Genesis funciona para o Devnet de Interoperabilidade, mas falhou no Devnet Perfect PeerDAS A sincronização do Genesis foi concluída perfeitamente no Devnet da Interop, mas parou logo após a época de atualização do Fulu no Perfect PeerDAS. Se um nó não puder obter todas as colunas durante a sincronização de gênese, o ideal é consultar pares adicionais para preencher as lacunas, o que ainda não foi implementado em nenhum cliente. Se essa busca de coluna entre pares se torna um recurso necessário antes que o Fusaka ainda esteja aberto; a decisão é esperada no ACD da próxima quinta-feira.

4 - Preenchimento de custódia do validador bem-sucedido em @Teku_Consensys O preenchimento de custódia do validador permite que um cliente detecte colunas históricas ausentes e as recupere automaticamente dos pares. Nosso teste dedicado confirmou que a implementação do Toku funciona perfeitamente - ele identificou lacunas e preencheu totalmente sem soluços em condições regulares. Um pequeno bug em um caso extremo em que havia uma grande lacuna na cadeia sem bolhas foi identificado nos testes, que foi rapidamente corrigido pela equipe. Outros clientes estão trabalhando nesse recurso e ele será testado nos futuros desenvolvedores da Sunnyside quando a implementação for concluída.

A Sunnyside Labs continuará a executar devnets esta semana, com foco nos seguintes tópicos: - Interoperabilidade de Devnet com limites de largura de banda de supernó mais altos e períodos de tempo mais longos - Mais análises sobre testes de sincronização de gênese no Perfect PeerDAS devnet - Mais devnets com foco no tamanho máximo do bloco (no formato compactado por snappy), nós corrompidos com blobber e finalidade na rede dividida