O que causou a recente interrupção do Solana e o que está sendo feito para evitar mais congestionamentos na rede?

4 de maio de 2022 - por volta 4 minutos minutos para ler

O que causou a recente interrupção do Solana?

Bots relacionados a um novo projeto NFT baseado em Solana levou a uma interrupção da rede de sete horas, de acordo com os desenvolvedores do projeto. A interrupção, que começou por volta das 20h30 UTC de sábado e terminou às 03h30 UTC de domingo, foi causada por um aumento maciço de transações de entrada (6 milhões por segundo) que sobrecarregaram a rede, excedendo a capacidade da rede de 100 Gbps em nós individuais.

“Não há evidências de um ataque de negação de serviço, mas em vez disso, as evidências indicam que os bots tentaram ganhar programaticamente um novo NFT sendo cunhado usando o popular programa Candy Machine”, os desenvolvedores do projeto declararam em o post no blog, “A causa raiz do alto uso de memória foi a quantidade insuficiente de votos recebidos para finalizar os blocos anteriores, evitando a limpeza abandonada do fork. O número de forks que os validadores tiveram que avaliar excedeu sua capacidade de fazê-lo, mesmo após uma reinicialização, necessitando de intervenção manual.”

O que está sendo feito?

De acordo com a equipe de desenvolvimento, desde o início de janeiro, Solana sofreu problemas de congestionamento intermitentes resultantes de atividades de bot direcionadas a casas da moeda NFT. A interrupção anterior do Mainnet Beta ocorreu em setembro de 2021 e durou 17 horas. A interrupção de 30 de abril compartilha características com a interrupção de setembro, mas desta vez a rede continuou a funcionar mesmo quando os volumes de solicitações de transação atingiram 10,000% do nível de setembro, refletindo atualizações subsequentes feitas pela comunidade de validadores.

O branch de lançamento beta, v1.10, que está atualmente se estabilizando no Testnet, inclui melhorias no uso de memória para prolongar o tempo que os nós podem suportar consenso lento ou paralisado. Os nós de teste executando a versão 1.10 implantados na Mainnet Beta continuaram por 2000 slots adicionais além de seus pares v1.9 com especificações semelhantes.

Estão em curso três mitigações para abordar a estabilidade e a resiliência da rede.

QUIC – Hoje, Solana usa um protocolo personalizado baseado em UDP bruto para passar transações entre nós RPC e o líder atual. Como o UDP não tem conexão e carece de controle de fluxo e de confirmação de recebimento, não há maneira significativa de desencorajar ou mitigar comportamento abusivo. Para afetar o controle sobre o tráfego de rede, os protocolos principais do Solana estão sendo reimplementados sobre o QUIC, um protocolo desenvolvido pelo Google, projetado para comunicação assíncrona rápida como o UDP, mas com sessões e controle de fluxo como o TCP. Uma vez adotado, haverá muito mais opções disponíveis para adaptar e otimizar a ingestão de dados.
QoS de transação ponderada por participação – A largura de banda da rede Leader tem capacidade fixa e, para utilizá-la de forma eficaz, a priorização é uma obrigação, a fim de acabar com a prática atual de aceitar transações indiscriminadamente, com base na ordem de chegada, sem levar em conta a fonte. Dado que Solana é uma rede PoS, estender a utilidade da ponderação de participação à qualidade do serviço de transação é uma escolha natural. Sob este modelo, um nó com uma participação de 0.5% terá o direito de transmitir pelo menos 0.5% dos pacotes para o líder, e o resto da rede e nenhuma combinação da participação restante será capaz de eliminá-los completamente. A QoS ponderada por participação está em desenvolvimento paralelo com o QUIC hoje. A QoS ponderada pela participação será mais robusta em conjunto com o QUIC.
Prioridade de execução baseada em taxas – Uma vez ingeridas, as transações ainda podem competir pela modificação dos dados da conta compartilhada. Esta disputa foi tratada por um simples sistema de ordem de chegada, semelhante à ingestão de dados de rede, não deixando aos usuários meios de expressar a urgência da execução de suas transações. Dado que qualquer pessoa pode submeter transações à rede, a ponderação de apostas não é adequada para esta priorização. Em vez disso, uma nova instrução está sendo introduzida no programa Compute Budget, oferecendo aos usuários a capacidade de especificar uma “taxa adicional” arbitrária a ser cobrada após a execução da transação e sua inclusão em um bloco. A relação entre esta taxa e as unidades de computação solicitadas servirá como peso de prioridade de execução da transação. As taxas adicionais serão tratadas de forma idêntica à taxa base atual.

A priorização de taxas está em andamento e está prevista para a versão v1.11.

AVISO LEGAL: As informações neste site são fornecidas como comentários gerais do mercado e não constituem conselhos de investimento. Nós encorajamos você a fazer sua própria pesquisa antes de investir.

Junte-se ao CoinCu Telegram para acompanhar as novidades: https://t.me/coincunews

Siga o canal CoinCu no Youtube | Siga a página do Facebook da CoinCu

aveleira

Notícias CoinCu

solana solana solana

Recursos Educacionais, Blockchain

O que causou a recente interrupção do Solana e o que está sendo feito para evitar mais congestionamentos na rede?