Outro relatório saiu - o relatório 8/4 da Devnet PeerDAS pelos Sunnsyide Labs está aqui! Curioso sobre como os nós se comportam em condições 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. Devnet de Interop (clientes CL/EL mistos com 50% de supernós) 2. Devnet Perfect PeerDAS (cada nó custodia exclusivamente uma coluna de dados única)

Para cada configuração de devnet, realizámos 3 novos cenários de teste: 1. Blobs com Grandes Transações Isto é 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 2MB). 2. Limite de Largura de Banda + Grandes Transações Este teste é para investigar o comportamento da rede nas condições de nós com largura de banda limitada, como os stakers domésticos. A largura de banda é definida como 100/50Mbps para supernós e 50/25Mbps para nós completos, conforme recomendações do EIP-7870. 3. Teste de Sincronização de Gênesis A sincronização de gênesis é testada nas devnets para descobrir quaisquer bloqueios ou bugs no processo de sincronização. Aqui estão as percepções que obtivemos destes testes:

1 - Transações grandes têm baixo impacto na rede, sob uma rede sem restrições Tanto na Interop Devnet quanto na Perfect PeerDAS Devnet, a rede suportou 60 blobs sem muitos problemas, mesmo com transações adicionais além dos blobs. Este resultado é o mesmo que o cenário base com apenas blobs. Isto indica que transações ordinárias além dos blobs têm um impacto mínimo na estabilidade da rede sob nenhuma restrição de recursos.

2 - O limite de largura de banda afeta a rede em vários caminhos Com os uplinks limitados a 100/50Mbps para supernós e 50/25Mbps para nós completos, o throughput de blobs colapsou para 20 blobs/bloco na devnet Interop e 30 blobs/bloco na devnet Perfect PeerDAS. Sob esses limites, um aumento acentuado nas mensagens IWANT no tópico beacon_block mostrou que os blocos 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, evidenciado por uma queda acentuada nas taxas de sucesso do getBlobsV2. Discussões internas apontam para o limite de upload de 50 Mbps nos supernós como o principal culpado: esse teto no EIP-7870 é adaptado para construtores de blocos locais, não para supernós que servem a rede mais ampla. Assim, esses testes foram mais severos do que as condições do mundo real. Os Sunnyside Labs realizarão um teste de acompanhamento esta semana com maior largura de banda para supernós para avaliar o impacto exato dessa restrição.

3 - A sincronização do Genesis funciona para o devnet Interop, mas falhou no devnet Perfect PeerDAS A sincronização do Genesis foi concluída sem falhas no devnet Interop, mas parou logo após a época de atualização do Fulu no Perfect PeerDAS. Se um nó não conseguir obter todas as colunas durante a sincronização do Genesis, idealmente deve consultar pares adicionais para preencher as lacunas, o que ainda não está implementado em nenhum cliente. Se essa busca de colunas entre pares se torne uma funcionalidade necessária antes do Fusaka ainda está em aberto; a decisão é esperada na próxima quinta-feira na ACD.

4 - Preenchimento de custódia de validadores bem-sucedido em @Teku_Consensys O preenchimento de custódia de validadores permite que um cliente detecte colunas históricas ausentes e as recupere automaticamente de pares. O nosso teste dedicado confirmou que a implementação do Teku funciona perfeitamente - identificou lacunas e preencheu completamente sem problemas em condições normais. Um pequeno bug em um caso extremo, onde havia uma grande lacuna na cadeia sem quaisquer blobs, foi identificado nos testes, que foi rapidamente corrigido pela equipe. Outros clientes estão agora a trabalhar nesta funcionalidade, e ela será testada nas futuras devnets do Sunnyside à medida que a implementação for concluída.

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