Análise da Arquitetura Técnica do Solana: Estará ela prestes a ter um segundo renascimento?
Solana é uma plataforma de blockchain de alto desempenho, que utiliza uma arquitetura tecnológica única para alcançar alta capacidade de processamento e baixa latência. As suas tecnologias principais incluem o algoritmo Proof of History (POH) que garante a ordem das transações e um relógio global, o cronograma de rotação de líderes e o mecanismo de consenso Tower BFT que aumentam a taxa de produção de blocos. O mecanismo Turbine otimiza a propagação de grandes blocos através da codificação Reed-solomon. A Solana Virtual Machine (SVM) e o motor de execução paralela Sealevel aceleram a velocidade de execução das transações. Todos esses são designs arquitetônicos que permitem à Solana alcançar um alto desempenho, mas também trazem alguns problemas, como quedas de rede, falhas de transações, problemas de MEV, crescimento excessivo do estado e questões de centralização.
O ecossistema Solana está se desenvolvendo rapidamente, com diversos indicadores de desempenho crescendo de forma vigorosa no primeiro semestre, especialmente nas áreas de DeFi, infraestrutura, GameFi/NFT, DePin/IA e aplicações para consumidores. A alta TPS da Solana e sua estratégia voltada para aplicações de consumidores, juntamente com um ambiente ecológico com menor efeito de marca, oferecem ricas oportunidades de empreendedorismo para empreendedores e desenvolvedores. No que diz respeito às aplicações para consumidores, a Solana demonstrou sua visão de promover a aplicação da tecnologia blockchain em um espectro mais amplo de áreas. Ao apoiar iniciativas como Solana Mobile e construir SDKs especificamente para aplicações de consumidores, a Solana está se dedicando a integrar a tecnologia blockchain em aplicações do dia a dia, aumentando assim a aceitação e conveniência para os usuários. Por exemplo, aplicativos como Stepn combinam tecnologia blockchain e móvel para oferecer aos usuários experiências inovadoras de fitness e sociais. Embora muitas aplicações para consumidores ainda estejam explorando os melhores modelos de negócios e posicionamentos de mercado, a plataforma tecnológica e o suporte do ecossistema fornecidos pela Solana, sem dúvida, oferecem um forte respaldo para essas tentativas inovadoras. Com o desenvolvimento contínuo da tecnologia e a maturação do mercado, a Solana tem potencial para alcançar mais avanços e casos de sucesso na área de aplicações para consumidores.
Embora a Solana tenha conquistado uma participação de mercado significativa na indústria de blockchain com sua alta capacidade de processamento e baixos custos de transação, também enfrenta uma intensa concorrência de outras novas blockchains. Uma determinada plataforma de negociação, como um concorrente potencial no ecossistema EVM, está vendo um rápido crescimento no número de endereços ativos na sua blockchain. Ao mesmo tempo, embora o total de valor bloqueado (TVL) da Solana no setor DeFi tenha atingido um recorde histórico de (, concorrentes como a referida plataforma de negociação estão rapidamente ganhando participação de mercado, e o volume de financiamento do ecossistema dessa plataforma ultrapassou pela primeira vez a Solana no segundo trimestre.
Apesar de o Solana ter alcançado alguns sucessos em termos de tecnologia e aceitação no mercado, ele precisa continuar a inovar e melhorar para enfrentar os desafios de concorrentes como certas plataformas de negociação. Em particular, em áreas como melhorar a estabilidade da rede, reduzir a taxa de falhas nas transações, resolver o problema do MEV e desacelerar a taxa de crescimento do estado, o Solana precisa otimizar continuamente sua arquitetura técnica e protocolos de rede para manter sua posição de liderança na indústria de blockchain.
![Revisitar a arquitetura técnica da Solana: vai迎来第二春吗？])https://img-cdn.gateio.im/webp-social/moments-224796bc8e080649730bb8736334abba.webp(
Arquitetura Técnica
A Solana é conhecida por seu algoritmo POH, seu mecanismo de consenso Tower BFT, bem como pela rede de transmissão de dados Trubine e a máquina virtual SVM, que proporcionam alta TPS e rápida Finalidade. Vamos apresentar brevemente como cada um de seus componentes funciona, como eles alcançam seu objetivo de alto desempenho para o design arquitetônico, e quais desvantagens e problemas derivados surgem sob esse design arquitetônico.
) algoritmo POH
POH###Prova de História( é uma técnica que determina o tempo global, que não é um mecanismo de consenso, mas sim um algoritmo que determina a ordem das transações. A tecnologia POH é derivada da tecnologia criptográfica básica SHA256. SHA256 é geralmente usado para calcular a integridade dos dados; dado uma entrada X, há e só há uma saída Y única, portanto, qualquer alteração em X resultará em um Y completamente diferente.
Na sequência POH da Solana, a integridade de toda a sequência pode ser garantida através da aplicação do algoritmo sha256, o que também assegura a integridade das transações contidas nela. Por exemplo, se empacotarmos as transações em um bloco e gerarmos o respectivo valor hash sha256, então as transações dentro desse bloco estarão confirmadas. Qualquer alteração resultará na modificação do valor hash. Em seguida, esse hash do bloco servirá como parte do X da próxima função sha256, adicionando o hash do próximo bloco. Assim, o bloco anterior e o próximo bloco estarão confirmados, e qualquer alteração resultará em um novo Y diferente.
Este é o significado central da sua tecnologia Proof of History, o hash do bloco anterior será parte da próxima função sha256, semelhante a uma corrente, o mais recente Y sempre contém a prova da história.
![Revisão da arquitetura técnica Solana: vai迎来第二春吗？])https://img-cdn.gateio.im/webp-social/moments-46a028270f3c2da92e7056c17c1d9e16.webp(
No diagrama de fluxo de transações da Solana, é descrito o processo de transação sob o mecanismo POH. Em um mecanismo de rotação chamado Leader Rotation Schedule, é gerado um nó Leader entre todos os validadores da cadeia. Este nó Leader coleta transações, realiza a ordenação e execução, gerando a sequência POH, e em seguida, gera um bloco que é propagado para outros nós.
Para evitar a falha de ponto único no nó Leader, foi introduzido um limite de tempo. No Solana, a unidade de tempo é dividida em epochs, cada epoch contém 432.000 slots), cada slot dura 400ms. Em cada slot, o sistema de rotação aloca um nó Leader, que deve publicar o bloco(400ms) dentro do tempo dado do slot, caso contrário, esse slot será pulado e o próximo nó Leader do slot será reeleito.
De um modo geral, o nó Leader utilizando o mecanismo POH consegue garantir todas as transações históricas. A unidade básica de tempo da Solana é o Slot, e o nó Leader precisa transmitir blocos dentro de um slot. Os usuários enviam transações ao Leader através de nós RPC, o nó Leader empacota e ordena as transações, depois executa e gera o bloco, que é propagado para outros validadores. Os validadores precisam alcançar um consenso através de um mecanismo, alcançando consenso sobre as transações e a ordem dentro do bloco, e o consenso utilizado é o mecanismo de consenso Tower BFT.
( Mecanismo de consenso BFT da Torre
O protocolo de consenso Tower BFT vem do algoritmo de consenso BFT, sendo uma implementação concreta desse algoritmo, que ainda está relacionado ao algoritmo POH. Ao votar em um bloco, se o voto do validador for, ele próprio, uma transação, então o hash do bloco formado pelas transações do usuário e do validador também pode servir como prova histórica, onde os detalhes das transações do usuário e os detalhes dos votos do validador podem ser confirmados de maneira única.
![Revisitar a arquitetura técnica do Solana: estará prestes a ter uma segunda primavera?])https://img-cdn.gateio.im/webp-social/moments-d55d3cfbc13036ed0d5747abb521cc1a.webp###
No algoritmo Tower BFT, é estipulado que, se todos os validadores votarem neste bloco e mais de 2/3 dos validadores votarem a favor, então este bloco pode ser confirmado. A vantagem deste mecanismo é que economiza uma grande quantidade de memória, pois apenas é necessário votar na sequência de hash para confirmar o bloco. No entanto, no mecanismo de consenso tradicional, geralmente se utiliza a inundação de blocos, onde um validador que recebe um bloco o envia para os validadores ao seu redor, o que causa uma grande redundância na rede, pois um validador recebe o mesmo bloco mais de uma vez.
Em Solana, devido à existência de um grande número de transações de votação de validadores, e devido à eficiência trazida pela centralização do nó líder e ao tempo de slot de 400ms, isso resulta em um tamanho global de bloco e uma frequência de emissão de blocos particularmente altos. Quando grandes blocos estão a ser propagados, isso também causa uma grande pressão na rede. Solana adota o mecanismo Turbine para resolver o problema de propagação de grandes blocos.
( Turbine
O nó líder divide os blocos em sub-blocos chamados shreds através de um processo chamado Sharding, cujo tamanho padrão é a unidade máxima de transmissão MTU), permitindo que a quantidade máxima de dados ### seja enviada de um nó para o próximo sem precisar ser dividida em unidades menores. Em seguida, utiliza-se o esquema de código de apagamento Reed-Solomon para garantir a integridade e a disponibilidade dos dados.
Ao dividir o bloco em quatro Data Shreds, e para evitar a perda e danos dos dados durante a transmissão, é utilizado o código Reed-solomon para codificar os quatro pacotes em oito pacotes. Este conjunto de soluções pode tolerar uma taxa de perda de até 50%. Nos testes reais, a taxa de perda da Solana é de cerca de 15%, portanto, este conjunto de soluções é muito compatível com a atual arquitetura da Solana.
Na transmissão de dados em nível de base, geralmente são considerados os protocolos UDP/TCP. Devido à alta tolerância à perda de pacotes do Solana, o protocolo UDP é utilizado para a transmissão. Sua desvantagem é que não há retransmissão em caso de perda de pacotes, mas a vantagem é uma taxa de transmissão mais rápida. Em contrapartida, o protocolo TCP retransmite várias vezes em caso de perda de pacotes, o que reduz drasticamente a taxa de transmissão e a capacidade de processamento. Com a introdução do Reed-Solomon, este conjunto de soluções pode aumentar significativamente a capacidade de processamento do Solana, podendo aumentar em até 9 vezes em ambientes reais.
O Turbine, após fragmentar os dados, utiliza um mecanismo de propagação em múltiplas camadas para realizar a disseminação. O nó líder entregará o bloco a qualquer validador de bloco antes do final de cada Slot, e então esse validador fragmentará o bloco em Shreds e gerará códigos de correção. Em seguida, esse validador iniciará a propagação do Turbine. Primeiro, a propagação deve alcançar o nó raiz, e então esse nó raiz determinará quais validadores estão em qual camada. O processo é como se segue:
Criar lista de nós: o nó raiz irá compilar todos os validadores ativos em uma lista e, em seguida, classificar cada validador com base no seu stake na rede, ( que é a quantidade de SOL em stake ), com os de maior peso posicionados na primeira camada, e assim por diante.
Agrupamento de nós: em seguida, cada validador localizado na primeira camada também criará sua própria lista de nós para construir sua própria primeira camada.
Formação de camadas: A partir do topo da lista, os nós são divididos em camadas; ao determinar os valores de profundidade e largura, é possível determinar a forma geral da árvore. Este parâmetro afetará a taxa de propagação dos shreds.
Os nós com uma participação mais alta, na divisão de camadas, estarão em um nível superior, assim poderão obter os shreds completos antecipadamente. Nesse momento, será possível recuperar o bloco completo, enquanto os nós em camadas inferiores, devido à perda de transmissão, terão uma probabilidade reduzida de obter shreds completos. Se esses shreds não forem suficientes para construir fragmentos completos, o Leader solicitará uma retransmissão. Nesse caso, a transmissão de dados ocorrerá internamente na árvore, e os nós da primeira camada já terão confirmado a construção do bloco completo, o que significa que quanto mais tempo passar após os validadores das camadas inferiores completarem a construção do bloco, mais tempo levará para a votação.
A ideia deste mecanismo é semelhante ao mecanismo de um único nó do nó líder. Durante o processo de propagação de blocos, existem alguns nós prioritários, que recebem primeiro os fragmentos shreds para formar blocos completos e alcançar o processo de consenso de votação. Empurrar a redundância para níveis mais profundos pode acelerar significativamente a finalização e maximizar a capacidade de processamento e eficiência. Porque, na verdade, as primeiras camadas podem representar 2/3 dos nós, então os votos dos nós subsequentes tornam-se irrelevantes.
( SVM
A Solana consegue processar milhares de transações por segundo, principalmente devido ao seu mecanismo POH, ao consenso Tower BFT e ao mecanismo de propagação de dados Turbine. No entanto, como a SVM é a máquina virtual para a transição de estados, se o nó líder estiver executando transações e a velocidade de processamento da SVM for lenta, isso reduzirá a capacidade de throughput de todo o sistema. Assim, para a SVM, a Solana propôs o motor de execução paralela Sealevel para acelerar a velocidade de execução das transações.
No SVM, uma instrução consiste em 4 partes, incluindo o ID do programa, instruções do programa e uma lista de contas para leitura/escrita de dados. Ao determinar se a conta atual está em estado de leitura ou escrita e se as operações que devem ser realizadas para mudar o estado têm conflitos, pode-se permitir a paralelização das instruções de transação da conta que não têm conflitos em relação ao estado, onde cada instrução é representada pelo Program ID. E esta é também uma das razões pelas quais os requisitos para os validadores da Solana são tão elevados, pois exige que o GPU/CPU do validador consiga suportar SIMD( instrução única múltiplos dados) e a capacidade de extensões vetoriais avançadas AVX.
Desenvolvimento Ecológico
No atual processo de desenvolvimento do ecossistema Solana, há uma crescente inclinação para a utilidade prática, como Blinks e Actions, até mesmo Solana Mobile, e a direção de desenvolvimento das aplicações apoiadas oficialmente também.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
25 gostos
Recompensa
25
7
Republicar
Partilhar
Comentar
0/400
FlyingLeek
· 19h atrás
sol novamente quer Grande subida?
Ver originalResponder0
NervousFingers
· 08-15 01:45
Correr tão rápido é só para vender.
Ver originalResponder0
MemeTokenGenius
· 08-13 22:07
A batida do ritmo voltou, não acredito que o sol consiga se recuperar.
Análise profunda da arquitetura técnica da Solana: desafios e oportunidades por trás do alto TPS
Análise da Arquitetura Técnica do Solana: Estará ela prestes a ter um segundo renascimento?
Solana é uma plataforma de blockchain de alto desempenho, que utiliza uma arquitetura tecnológica única para alcançar alta capacidade de processamento e baixa latência. As suas tecnologias principais incluem o algoritmo Proof of History (POH) que garante a ordem das transações e um relógio global, o cronograma de rotação de líderes e o mecanismo de consenso Tower BFT que aumentam a taxa de produção de blocos. O mecanismo Turbine otimiza a propagação de grandes blocos através da codificação Reed-solomon. A Solana Virtual Machine (SVM) e o motor de execução paralela Sealevel aceleram a velocidade de execução das transações. Todos esses são designs arquitetônicos que permitem à Solana alcançar um alto desempenho, mas também trazem alguns problemas, como quedas de rede, falhas de transações, problemas de MEV, crescimento excessivo do estado e questões de centralização.
O ecossistema Solana está se desenvolvendo rapidamente, com diversos indicadores de desempenho crescendo de forma vigorosa no primeiro semestre, especialmente nas áreas de DeFi, infraestrutura, GameFi/NFT, DePin/IA e aplicações para consumidores. A alta TPS da Solana e sua estratégia voltada para aplicações de consumidores, juntamente com um ambiente ecológico com menor efeito de marca, oferecem ricas oportunidades de empreendedorismo para empreendedores e desenvolvedores. No que diz respeito às aplicações para consumidores, a Solana demonstrou sua visão de promover a aplicação da tecnologia blockchain em um espectro mais amplo de áreas. Ao apoiar iniciativas como Solana Mobile e construir SDKs especificamente para aplicações de consumidores, a Solana está se dedicando a integrar a tecnologia blockchain em aplicações do dia a dia, aumentando assim a aceitação e conveniência para os usuários. Por exemplo, aplicativos como Stepn combinam tecnologia blockchain e móvel para oferecer aos usuários experiências inovadoras de fitness e sociais. Embora muitas aplicações para consumidores ainda estejam explorando os melhores modelos de negócios e posicionamentos de mercado, a plataforma tecnológica e o suporte do ecossistema fornecidos pela Solana, sem dúvida, oferecem um forte respaldo para essas tentativas inovadoras. Com o desenvolvimento contínuo da tecnologia e a maturação do mercado, a Solana tem potencial para alcançar mais avanços e casos de sucesso na área de aplicações para consumidores.
Embora a Solana tenha conquistado uma participação de mercado significativa na indústria de blockchain com sua alta capacidade de processamento e baixos custos de transação, também enfrenta uma intensa concorrência de outras novas blockchains. Uma determinada plataforma de negociação, como um concorrente potencial no ecossistema EVM, está vendo um rápido crescimento no número de endereços ativos na sua blockchain. Ao mesmo tempo, embora o total de valor bloqueado (TVL) da Solana no setor DeFi tenha atingido um recorde histórico de (, concorrentes como a referida plataforma de negociação estão rapidamente ganhando participação de mercado, e o volume de financiamento do ecossistema dessa plataforma ultrapassou pela primeira vez a Solana no segundo trimestre.
Apesar de o Solana ter alcançado alguns sucessos em termos de tecnologia e aceitação no mercado, ele precisa continuar a inovar e melhorar para enfrentar os desafios de concorrentes como certas plataformas de negociação. Em particular, em áreas como melhorar a estabilidade da rede, reduzir a taxa de falhas nas transações, resolver o problema do MEV e desacelerar a taxa de crescimento do estado, o Solana precisa otimizar continuamente sua arquitetura técnica e protocolos de rede para manter sua posição de liderança na indústria de blockchain.
![Revisitar a arquitetura técnica da Solana: vai迎来第二春吗？])https://img-cdn.gateio.im/webp-social/moments-224796bc8e080649730bb8736334abba.webp(
Arquitetura Técnica
A Solana é conhecida por seu algoritmo POH, seu mecanismo de consenso Tower BFT, bem como pela rede de transmissão de dados Trubine e a máquina virtual SVM, que proporcionam alta TPS e rápida Finalidade. Vamos apresentar brevemente como cada um de seus componentes funciona, como eles alcançam seu objetivo de alto desempenho para o design arquitetônico, e quais desvantagens e problemas derivados surgem sob esse design arquitetônico.
) algoritmo POH
POH###Prova de História( é uma técnica que determina o tempo global, que não é um mecanismo de consenso, mas sim um algoritmo que determina a ordem das transações. A tecnologia POH é derivada da tecnologia criptográfica básica SHA256. SHA256 é geralmente usado para calcular a integridade dos dados; dado uma entrada X, há e só há uma saída Y única, portanto, qualquer alteração em X resultará em um Y completamente diferente.
Na sequência POH da Solana, a integridade de toda a sequência pode ser garantida através da aplicação do algoritmo sha256, o que também assegura a integridade das transações contidas nela. Por exemplo, se empacotarmos as transações em um bloco e gerarmos o respectivo valor hash sha256, então as transações dentro desse bloco estarão confirmadas. Qualquer alteração resultará na modificação do valor hash. Em seguida, esse hash do bloco servirá como parte do X da próxima função sha256, adicionando o hash do próximo bloco. Assim, o bloco anterior e o próximo bloco estarão confirmados, e qualquer alteração resultará em um novo Y diferente.
Este é o significado central da sua tecnologia Proof of History, o hash do bloco anterior será parte da próxima função sha256, semelhante a uma corrente, o mais recente Y sempre contém a prova da história.
![Revisão da arquitetura técnica Solana: vai迎来第二春吗？])https://img-cdn.gateio.im/webp-social/moments-46a028270f3c2da92e7056c17c1d9e16.webp(
No diagrama de fluxo de transações da Solana, é descrito o processo de transação sob o mecanismo POH. Em um mecanismo de rotação chamado Leader Rotation Schedule, é gerado um nó Leader entre todos os validadores da cadeia. Este nó Leader coleta transações, realiza a ordenação e execução, gerando a sequência POH, e em seguida, gera um bloco que é propagado para outros nós.
Para evitar a falha de ponto único no nó Leader, foi introduzido um limite de tempo. No Solana, a unidade de tempo é dividida em epochs, cada epoch contém 432.000 slots), cada slot dura 400ms. Em cada slot, o sistema de rotação aloca um nó Leader, que deve publicar o bloco(400ms) dentro do tempo dado do slot, caso contrário, esse slot será pulado e o próximo nó Leader do slot será reeleito.
De um modo geral, o nó Leader utilizando o mecanismo POH consegue garantir todas as transações históricas. A unidade básica de tempo da Solana é o Slot, e o nó Leader precisa transmitir blocos dentro de um slot. Os usuários enviam transações ao Leader através de nós RPC, o nó Leader empacota e ordena as transações, depois executa e gera o bloco, que é propagado para outros validadores. Os validadores precisam alcançar um consenso através de um mecanismo, alcançando consenso sobre as transações e a ordem dentro do bloco, e o consenso utilizado é o mecanismo de consenso Tower BFT.
( Mecanismo de consenso BFT da Torre
O protocolo de consenso Tower BFT vem do algoritmo de consenso BFT, sendo uma implementação concreta desse algoritmo, que ainda está relacionado ao algoritmo POH. Ao votar em um bloco, se o voto do validador for, ele próprio, uma transação, então o hash do bloco formado pelas transações do usuário e do validador também pode servir como prova histórica, onde os detalhes das transações do usuário e os detalhes dos votos do validador podem ser confirmados de maneira única.
![Revisitar a arquitetura técnica do Solana: estará prestes a ter uma segunda primavera?])https://img-cdn.gateio.im/webp-social/moments-d55d3cfbc13036ed0d5747abb521cc1a.webp###
No algoritmo Tower BFT, é estipulado que, se todos os validadores votarem neste bloco e mais de 2/3 dos validadores votarem a favor, então este bloco pode ser confirmado. A vantagem deste mecanismo é que economiza uma grande quantidade de memória, pois apenas é necessário votar na sequência de hash para confirmar o bloco. No entanto, no mecanismo de consenso tradicional, geralmente se utiliza a inundação de blocos, onde um validador que recebe um bloco o envia para os validadores ao seu redor, o que causa uma grande redundância na rede, pois um validador recebe o mesmo bloco mais de uma vez.
Em Solana, devido à existência de um grande número de transações de votação de validadores, e devido à eficiência trazida pela centralização do nó líder e ao tempo de slot de 400ms, isso resulta em um tamanho global de bloco e uma frequência de emissão de blocos particularmente altos. Quando grandes blocos estão a ser propagados, isso também causa uma grande pressão na rede. Solana adota o mecanismo Turbine para resolver o problema de propagação de grandes blocos.
( Turbine
O nó líder divide os blocos em sub-blocos chamados shreds através de um processo chamado Sharding, cujo tamanho padrão é a unidade máxima de transmissão MTU), permitindo que a quantidade máxima de dados ### seja enviada de um nó para o próximo sem precisar ser dividida em unidades menores. Em seguida, utiliza-se o esquema de código de apagamento Reed-Solomon para garantir a integridade e a disponibilidade dos dados.
Ao dividir o bloco em quatro Data Shreds, e para evitar a perda e danos dos dados durante a transmissão, é utilizado o código Reed-solomon para codificar os quatro pacotes em oito pacotes. Este conjunto de soluções pode tolerar uma taxa de perda de até 50%. Nos testes reais, a taxa de perda da Solana é de cerca de 15%, portanto, este conjunto de soluções é muito compatível com a atual arquitetura da Solana.
Na transmissão de dados em nível de base, geralmente são considerados os protocolos UDP/TCP. Devido à alta tolerância à perda de pacotes do Solana, o protocolo UDP é utilizado para a transmissão. Sua desvantagem é que não há retransmissão em caso de perda de pacotes, mas a vantagem é uma taxa de transmissão mais rápida. Em contrapartida, o protocolo TCP retransmite várias vezes em caso de perda de pacotes, o que reduz drasticamente a taxa de transmissão e a capacidade de processamento. Com a introdução do Reed-Solomon, este conjunto de soluções pode aumentar significativamente a capacidade de processamento do Solana, podendo aumentar em até 9 vezes em ambientes reais.
O Turbine, após fragmentar os dados, utiliza um mecanismo de propagação em múltiplas camadas para realizar a disseminação. O nó líder entregará o bloco a qualquer validador de bloco antes do final de cada Slot, e então esse validador fragmentará o bloco em Shreds e gerará códigos de correção. Em seguida, esse validador iniciará a propagação do Turbine. Primeiro, a propagação deve alcançar o nó raiz, e então esse nó raiz determinará quais validadores estão em qual camada. O processo é como se segue:
Criar lista de nós: o nó raiz irá compilar todos os validadores ativos em uma lista e, em seguida, classificar cada validador com base no seu stake na rede, ( que é a quantidade de SOL em stake ), com os de maior peso posicionados na primeira camada, e assim por diante.
Agrupamento de nós: em seguida, cada validador localizado na primeira camada também criará sua própria lista de nós para construir sua própria primeira camada.
Formação de camadas: A partir do topo da lista, os nós são divididos em camadas; ao determinar os valores de profundidade e largura, é possível determinar a forma geral da árvore. Este parâmetro afetará a taxa de propagação dos shreds.
Os nós com uma participação mais alta, na divisão de camadas, estarão em um nível superior, assim poderão obter os shreds completos antecipadamente. Nesse momento, será possível recuperar o bloco completo, enquanto os nós em camadas inferiores, devido à perda de transmissão, terão uma probabilidade reduzida de obter shreds completos. Se esses shreds não forem suficientes para construir fragmentos completos, o Leader solicitará uma retransmissão. Nesse caso, a transmissão de dados ocorrerá internamente na árvore, e os nós da primeira camada já terão confirmado a construção do bloco completo, o que significa que quanto mais tempo passar após os validadores das camadas inferiores completarem a construção do bloco, mais tempo levará para a votação.
A ideia deste mecanismo é semelhante ao mecanismo de um único nó do nó líder. Durante o processo de propagação de blocos, existem alguns nós prioritários, que recebem primeiro os fragmentos shreds para formar blocos completos e alcançar o processo de consenso de votação. Empurrar a redundância para níveis mais profundos pode acelerar significativamente a finalização e maximizar a capacidade de processamento e eficiência. Porque, na verdade, as primeiras camadas podem representar 2/3 dos nós, então os votos dos nós subsequentes tornam-se irrelevantes.
( SVM
A Solana consegue processar milhares de transações por segundo, principalmente devido ao seu mecanismo POH, ao consenso Tower BFT e ao mecanismo de propagação de dados Turbine. No entanto, como a SVM é a máquina virtual para a transição de estados, se o nó líder estiver executando transações e a velocidade de processamento da SVM for lenta, isso reduzirá a capacidade de throughput de todo o sistema. Assim, para a SVM, a Solana propôs o motor de execução paralela Sealevel para acelerar a velocidade de execução das transações.
![再解Solana技术架构：将要迎来第二春吗？])https://img-cdn.gateio.im/webp-social/moments-9fd8693259e2864d6978d2b4e8ef2e85.webp###
No SVM, uma instrução consiste em 4 partes, incluindo o ID do programa, instruções do programa e uma lista de contas para leitura/escrita de dados. Ao determinar se a conta atual está em estado de leitura ou escrita e se as operações que devem ser realizadas para mudar o estado têm conflitos, pode-se permitir a paralelização das instruções de transação da conta que não têm conflitos em relação ao estado, onde cada instrução é representada pelo Program ID. E esta é também uma das razões pelas quais os requisitos para os validadores da Solana são tão elevados, pois exige que o GPU/CPU do validador consiga suportar SIMD( instrução única múltiplos dados) e a capacidade de extensões vetoriais avançadas AVX.
Desenvolvimento Ecológico
No atual processo de desenvolvimento do ecossistema Solana, há uma crescente inclinação para a utilidade prática, como Blinks e Actions, até mesmo Solana Mobile, e a direção de desenvolvimento das aplicações apoiadas oficialmente também.