De Jito a Solayer, Profundidade na análise de como o SVM está a remodelar o jogo de escalabilidade da Solana

Vamos falar sistematicamente sobre o recente desempenho muito sólido do mercado secundário $LAYER@solayer_labs. Em especial, por que o roteiro tecnológico InfiniSVM tem atraído tanta atenção? Quais são as características das soluções de escalabilidade SVM com aceleração de hardware? E como o ecossistema de escalabilidade da Solana mudará após a aceleração de hardware? A seguir, discutirei minhas observações prospectivas:

1）Ao contrário da abordagem de escalabilidade horizontal dominada pelo Ethereum no passado, a equipe da Solayer apresentou no white paper infiniSVM uma perspectiva de escalabilidade completamente diferente: otimizar profundamente o SVM com aceleração de hardware, criando uma rede blockchain com TPS na casa dos milhões, essencialmente através de uma solução de escalabilidade que funde profundamente hardware + software.

Se olharmos para toda a história da escalabilidade da blockchain, a primeira abordagem de escalabilidade on-chain foi alcançar isso através de ajustes de parâmetros (blocos maiores, tempos de bloco mais curtos), mas essa abordagem facilmente toca no dilema da impossibilidade da blockchain; em seguida, surgiu a abordagem de escalabilidade layer2, que é uma escalabilidade na direção horizontal, com o objetivo central de desviar transações através de layer2 (canais de estado, sidechains, Rollup, etc.), o que sem dúvida sacrifica uma parte da atomicidade global; e a rota de aceleração de hardware explorada pelo InfiniSVM é uma nova rota que atualiza o conceito de escalabilidade, mantendo um único estado global enquanto usa hardware especializado para superar gargalos de desempenho;

De forma simples: o método de escalabilidade do InfiniSVM não se baseia apenas na otimização de algoritmos, mas sim na reconstrução do ambiente de execução do SVM através de uma arquitetura de microserviços e aceleração de hardware, alocando algumas tarefas críticas a hardware dedicado, alcançando assim atomicidade e consistência em um estado global sob alta carga.

2. Seguindo essa linha de pensamento, muitos amigos devem estar se perguntando, por que o ambiente de execução SVM do Solana requer aceleração de hardware? De acordo com os dados fornecidos pelo white paper da Solayer, os nós do validador Solana já exigem CPUs acima de 3,1 GHz, memória de alta velocidade de 500 GB + e armazenamento NVMe de alto rendimento de 2,5 TB+, e mesmo com configurações tão altas, a utilização da CPU é de apenas cerca de 30% sob alta carga, e a comunicação P2P está próxima do limite de largura de banda de 1 Gbps das redes de nível de consumidor.

A questão é: se a CPU não está sendo totalmente utilizada, por que precisamos de hardware mais potente? Isso, na verdade, revela que o gargalo de desempenho atual do Solana está mais em outros aspectos além da capacidade de computação da CPU, como: uma arquitetura de processamento de microserviços, que pode isolar diferentes etapas de processamento e combinar com recursos de hardware mais adequados; aceleradores dedicados, que podem alocar tarefas específicas, como algumas assinaturas, para hardware especializado, entre outros.

Veja, o InfiniSVM não está simplesmente atualizando o hardware, mas redesenhando todo o ambiente de execução, dando uma solução de otimização de hardware mais específica para cada gargalo, por exemplo, para melhorar a eficiência de produção da oficina, o software e hardware de toda a linha de produção precisam ser reconstruídos, em vez de simplesmente aumentar o número de trabalhadores;

3）Então, quais são as características do plano de aceleração de hardware da InfiniSVM que merecem ser compartilhadas?

1. Arquitetura de processamento de microserviços distribuídos, o fluxo de processamento de transações monolíticas do Solana anteriormente podia ser dividido em múltipas etapas de processamento extensíveis, como validação de assinatura, remoção de duplicatas, agendamento, armazenamento, etc., enquanto na arquitetura do InfiniSVM, cada etapa pode ser processada de forma independente, evitando o grande problema de “um atraso em uma etapa faz toda a linha esperar”;

2、Sistema de agendamento de negociação inteligente, originalmente quando a Solana lê e grava transações, se pertencer à mesma conta, ainda precisa aguardar na fila para processamento, mas o InfiniSVM implementou que mesmo sob a mesma conta, as operações podem não interferir entre si, aumentando assim significativamente sua capacidade de processamento paralelo. Em outras palavras, isso aprimorou ainda mais a capacidade de gestão detalhada;

3. A tecnologia de comunicação de baixa latência RDMA, a comunicação normal entre nós requer pelo menos etapas necessárias como empacotar, entregar e desempacotar, enquanto o RDMA pode transferir diretamente os dados de um nó para a memória de outro nó, alcançando um avanço na tecnologia de comunicação de milissegundos para microssegundos, podendo reduzir significativamente os conflitos de acesso ao estado;

4、Rede de armazenamento inteligente distribuído, se permitir que uma única conta armazene seus dados de conta, anteriormente a Solana tinha uma limitação de 10MB, mas a InfiniSVM adotou uma solução de armazenamento em nuvem distribuído, permitindo que os dados sejam dispersos em diferentes nós, rotulados como faixa rápida, faixa lenta, etc., assim quebrando a limitação de capacidade e otimizando a velocidade de acesso aos dados.

4. Após explicar a questão da atualização técnica, é provável que várias vozes questionando “qual é a utilidade” tenham surgido. De modo geral, com o suporte do hardware acelerado, isso pode aumentar ainda mais a vantagem competitiva da Solana na competição de layer1. Além disso, em comparação com o layer2 do Ethereum, que precisa de dados de aplicações no ecossistema para mostrar resultados de escalabilidade, essa quebra de desempenho de milhões de TPS realizada com hardware pode ser diretamente comprovada com a integração de apenas alguns cenários de nicho, tornando o caminho mais curto.

Mudando de abordagem, tomando @jito_sol como exemplo, como infraestrutura MEV do Solana, seu valor ecológico em otimização de ordenação de transações e extração de MEV, além dos ganhos dos validadores. Se não puder se auto-comprovar antes da onda de MEME do Solana, após o calor dos MEME do último ano, a forma do Jito de otimizar as transações tornou-se uma parte indispensável.

Na verdade, a posição técnica atual do Solayer é semelhante, essa maneira de atualizar que melhora o desempenho das transações no sistema não é facilmente perceptível apenas em cenários de transação financeira pura, mas se pensarmos na futura implementação em larga escala do PayFi, para que o Solana consiga suportar perfeitamente a infraestrutura de pagamento e liquidação com alta taxa de transferência e baixa latência, a performance do TPS será claramente percebida. Além disso, há o ecossistema DePIN e cenários de aplicação complexos de jogos em cadeia, aplicações de IA Agent, entre outros.

De qualquer forma, ao olhar para frente, definir o valor de um projeto de infra-estrutura técnica é mais fácil do que apenas olhar para a perspectiva atual de se é uma Utilidade.