Mudanças na largura de banda dos tipos de nós do Ethereum após a atualização Fusaka Gostaria de compartilhar um ótimo material que a equipe de construtores de código aberto ethPandaOps verificou no ambiente devnet em relação à aplicação do PeerDAS do Fusaka. (No comentário do texto original) A atualização mais importante do Fusaka é o PeerDAS, e o Ethereum possui um espaço separado chamado Blob, onde os L2 realizam rollups. Com o aumento do uso de L2, surge a demanda para expandir rapidamente esse espaço Blob. No entanto, aumentar indefinidamente o Blob levará ao aumento das especificações do Ethereum L1, o que resultará em centralização. Portanto, o Ethereum planeja introduzir o sharding, onde os validadores armazenam o espaço Blob em partes, e a etapa intermediária é o PeerDAS que está sendo introduzido agora. Com o PeerDAS, mesmo que o número de Blobs seja expandido gradualmente, a largura de banda da rede de cada nó pode ser minimizada. O processo e os resultados dos experimentos realizados pela equipe ethPandaOps estão no texto original anexado no comentário. Para resumir a parte da conclusão deste post, é o seguinte: Com base na expansão do Blob da mainnet do Ethereum para 14 após o Fusaka, aqui estão as mudanças nas especificações e largura de banda exigidas por tipo de nó. 1⃣ Supernó (nós de staking com mais de 4096ETH) No caso dos supernós, é necessário assinar todas as 128 sub-redes de colunas e manter todos os dados durante o período de retenção de 18 dias do Blob. Os supernós desempenham essencialmente o papel de "backbone" da rede Ethereum, e a carga computacional para largura de banda P2P e processamento de DA é a maior. A largura de banda da rede deve ser superior a 100Mb/s em condições normais, e deve suportar níveis de largura de banda de até 400Mb/s em picos. Geralmente, uma equipe de validadores especializada, baseada em pessoal e equipamentos de infraestrutura, opera isso. 2⃣ Staker doméstico (staker solo, 32ETH) No caso de um nó de staker solo que está fazendo staking de 32ETH, ele só precisa assinar as 8 sub-redes atribuídas a ele e as sub-redes de colunas aleatórias. Como ele precisa processar menos de 1/8 dos dados em comparação com os supernós, as especificações exigidas diminuem significativamente. A largura de banda necessária é de cerca de 25Mb/s. 3⃣ Nó completo (sem validadores) No caso de um simples nó completo que não está validando, ele só precisa assinar 4 sub-redes de colunas. Ele processa exatamente 1/32 dos dados em comparação com os supernós, e a largura de banda P2P, uso de disco e requisitos de CPU diminuem significativamente. Para participar da rede, é possível participar com uma largura de banda muito baixa de 4 a 8Mb/s. ...