Reanalisando a arquitetura técnica da Solana: estará prestes a ter uma segunda primavera?
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. Suas tecnologias centrais 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 geração de blocos. O mecanismo Turbine otimiza a propagação de grandes blocos por meio 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. Estes são todos componentes do design arquitetônico de alto desempenho da Solana, mas também trazem alguns problemas, como quedas de rede, falhas em transações, problemas de MEV, crescimento rápido do estado e problemas de centralização, que também abordamos neste artigo.
O ecossistema Solana está se desenvolvendo rapidamente, com vários indicadores de dados crescendo de forma acelerada no primeiro semestre, especialmente nas áreas de DeFi, infraestrutura, GameFi/NFT, DePin/IA e aplicativos para consumidores. A alta TPS da Solana e a estratégia voltada para aplicativos para consumidores, juntamente com um ambiente ecológico com efeito de marca relativamente fraco, oferecem ricas oportunidades para empreendedores e desenvolvedores. No que diz respeito aos aplicativos para consumidores, a Solana demonstrou sua visão de promover a aplicação da tecnologia blockchain em áreas mais amplas. Ao apoiar iniciativas como a Solana Mobile e construir SDKs especificamente para aplicativos de consumidores, a Solana está se empenhando em integrar a tecnologia blockchain em aplicativos do dia a dia, aumentando assim a aceitação e conveniência para os usuários. Por exemplo, um aplicativo de fitness combina blockchain e tecnologia móvel para oferecer aos usuários uma experiência inovadora de fitness e socialização. Embora atualmente muitos aplicativos para consumidores ainda estejam explorando os melhores modelos de negócios e posicionamento 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 aplicativos para consumidores.
Embora a Solana tenha conquistado uma participação de mercado significativa na indústria de blockchain devido à sua alta capacidade de processamento e baixos custos de transação, também enfrenta uma concorrência intensa de outras novas blockchains. A Base, como um potencial concorrente no ecossistema EVM, está rapidamente aumentando o número de endereços ativos na sua rede. Ao mesmo tempo, embora o valor total bloqueado (TVL) da Solana no setor DeFi tenha atingido um novo recorde histórico (, concorrentes como a Base também estão rapidamente conquistando participação de mercado, e o volume de financiamento do ecossistema Base superou pela primeira vez a Solana no segundo trimestre.
Apesar de a Solana ter alcançado certos sucessos em termos de tecnologia e aceitação no mercado, ela precisa continuar a inovar e a melhorar para enfrentar os desafios de concorrentes como a Base. Em particular, em áreas como a melhoria da estabilidade da rede, a redução da taxa de falhas nas transações, a resolução do problema MEV e a mitigação da velocidade de crescimento do estado, a 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.
Arquitetura Técnica
A Solana é conhecida por seu algoritmo POH, mecanismo de consenso Tower BFT, rede de transmissão de dados Trubine e a alta TPS e rápida Finalidade proporcionadas pela máquina virtual SVM. Vamos apresentar brevemente como cada um de seus componentes funciona, como eles atingem seu objetivo de alto desempenho para o design da arquitetura, bem como as desvantagens e problemas decorrentes desse design de arquitetura.
![Revisando a arquitetura técnica da Solana: estará prestes a ter um segundo primavera?])https://img-cdn.gateio.im/webp-social/moments-c210b4025cb64385890634a405838d05.webp(
) algoritmo POH
POH###Prova de História( é uma tecnologia 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 origina-se da mais básica técnica criptográfica SHA256. A SHA256 é normalmente utilizada para calcular a integridade dos dados, dado um input X, existe e somente existe 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 aplicando o algoritmo sha256, o que também garante a integridade das transações nela. Por exemplo, se empacotarmos as transações em um bloco e gerarmos o valor hash correspondente sha256, as transações dentro desse bloco estarão então determinadas; qualquer alteração resultará em uma alteração do valor hash. Em seguida, esse hash do bloco será 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 determinados, 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 inclui a prova histórica.
![Revisiting a arquitetura técnica da Solana: estará prestes a ter uma segunda primavera?])https://img-cdn.gateio.im/webp-social/moments-224796bc8e080649730bb8736334abba.webp(
No diagrama da arquitetura de fluxo de transações da Solana, é descrito o fluxo de transações sob o mecanismo POH. Em um mecanismo de rotação denominado Leader Rotation Schedule, é gerado um nó líder entre todos os validadores da cadeia. Esse nó líder coleta transações, ordena-as e executa, 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 epoch, cada epoch contém 432.000 slots), cada slot dura 400ms, e em cada slot, o sistema de rotação atribui um nó Leader a cada slot. O nó Leader 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 modo geral, o nó líder utiliza o mecanismo POH para garantir que todas as transações históricas sejam confirmadas. A unidade básica de tempo do Solana é o Slot, e o nó líder precisa transmitir o bloco dentro de um slot. Os usuários enviam transações ao líder através do nó RPC, o nó líder empacota as transações, ordena e então executa a geração do bloco, que é propagado para outros validadores. Os validadores precisam alcançar um consenso por meio de um mecanismo, concordando com as transações dentro do bloco e sua ordem; o consenso utilizado é o mecanismo de consenso Tower BFT.
( Mecanismo de consenso Tower BFT
O protocolo de consenso Tower BFT é uma implementação específica do algoritmo de consenso BFT, 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 pela transação do usuário e pela transação do validador pode também ser utilizado como prova histórica, onde os detalhes da transação de cada usuário e os detalhes do voto do validador podem ser confirmados de forma única.
No algoritmo Tower BFT, é estipulado que, se todos os validadores votarem no bloco e mais de 2/3 dos validadores votarem a favor, então esse bloco pode ser confirmado. A vantagem desse mecanismo é que economiza muita memória, pois apenas é necessário votar na sequência de hash para confirmar o bloco. No entanto, nos mecanismos de consenso tradicionais, geralmente é adotado o alagamento de blocos, onde um validador que recebe o 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 dos nós líderes e ao tempo de Slot de 400ms, isso resulta em um tamanho de bloco geral e uma frequência de criação de blocos particularmente alta. Blocos grandes, ao serem propagados, também causam uma grande pressão na rede. Solana utiliza o mecanismo Turbine para resolver o problema da propagação de grandes blocos.
) Turbine
O nó líder divide o bloco em sub-blocos chamados shreds através de um processo denominado Sharding, cujo tamanho padrão é o MTU###, a quantidade máxima de dados que podem ser enviados de um nó para o próximo sem precisar ser dividido em unidades menores é de ###. Em seguida, a integridade e a disponibilidade dos dados são garantidas usando um esquema de código de apagamento Reed-Solomon.
Dividindo o bloco em quatro Data Shreds, e para evitar a perda e danos de dados durante a transmissão, utiliza-se a codificação Reed-Solomon para codificar os quatro pacotes em oito pacotes, este esquema pode tolerar uma taxa de perda de até 50%. Nos testes reais, a taxa de perda do Solana é de aproximadamente 15%, portanto, este esquema é muito bem compatível com a atual arquitetura do Solana.
Na transmissão de dados de baixo nível, geralmente se considera o uso dos protocolos UDP/TCP. Devido à alta tolerância da Solana à perda de pacotes, foi adotado o protocolo UDP para transmissão. Sua desvantagem é que, em caso de perda de pacotes, não haverá retransmissão, mas a vantagem é uma taxa de transmissão mais rápida. Em contraste, o protocolo TCP retransmitirá várias vezes em caso de perda de pacotes, o que reduzirá drasticamente a taxa de transmissão e a largura de banda. Com a Reed-Solomon, este conjunto de soluções pode aumentar significativamente a largura de banda da Solana, conseguindo aumentar a largura de banda em até 9 vezes em ambientes reais.
Após o Turbine dividir os dados em fragmentos, utiliza um mecanismo de propagação em múltiplas camadas para 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. Depois, esse validador iniciará a propagação do Turbine. Primeiro, deve ser propagado para 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, classificá-los com base no valor de participação de cada validador na rede, ou seja, a quantidade de SOL em stake (, os de maior peso ficarão na primeira camada, e assim por diante.
Agrupamento de nós: Em seguida, cada validador 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, determinando a profundidade e a largura, o que permite definir a forma geral da árvore. Este parâmetro afetará a taxa de propagação dos shreds.
Os nós com uma alta participação nos direitos, ao serem classificados em níveis, estarão em um nível superior, permitindo que recebam antecipadamente os shreds completos. Neste momento, será possível recuperar o bloco completo, enquanto os nós nos níveis 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 Líder solicitará uma retransmissão direta. Nesse momento, a transmissão de dados ocorrerá internamente na árvore, e os nós do primeiro nível já terão construído uma confirmação completa do bloco, resultando em um tempo maior para que os validadores dos níveis inferiores completem a construção do bloco e votem.
A ideia deste mecanismo é semelhante ao mecanismo de nó único do nó líder. Durante o processo de propagação de blocos, existem alguns nós prioritários que recebem primeiro os 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 o avanço da Finalidade, além de maximizar a capacidade e a eficiência. Porque, na verdade, as primeiras camadas podem representar 2/3 dos nós, então a votação dos nós subsequentes se torna irrelevante.
![Revisão da arquitetura técnica da Solana: vai ter uma segunda primavera?])https://img-cdn.gateio.im/webp-social/moments-d55d3cfbc13036ed0d5747abb521cc1a.webp(
) 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 responsável pela transformação de estado, se o nó líder estiver executando transações e a velocidade de processamento da SVM for lenta, isso reduzirá a taxa de transferência de todo o sistema. Portanto, em relação à SVM, a Solana apresentou o motor de execução paralela Sealevel para acelerar a velocidade de execução das transações.
No SVM, as instruções são compostas por 4 partes, incluindo o ID do programa, instruções do programa e uma lista de contas para leitura/gravação de dados. Ao determinar se a conta atual está em estado de leitura ou gravação e se as operações a serem realizadas para a mudança de estado estão em conflito, é possível permitir a paralelização das instruções de transação da conta que não têm conflitos de estado, com 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 altos, pois exige que o GPU/CPU dos validadores suporte SIMD( instrução única múltiplos dados) e capacidades AVX de extensões vetoriais avançadas.
![Revisitar a arquitetura técnica do Solana: estará a caminho de uma segunda primavera?]###https://img-cdn.gateio.im/webp-social/moments-e9bc35d0c790496c59c20979e5af1491.webp(
Desenvolvimento Ecológico
No atual processo de desenvolvimento do ecossistema Solana, há uma crescente tendência para utilidades práticas, como certos projetos de smartphones, algumas lojas de aplicativos e até mesmo certos dispositivos móveis. Além disso, a direção do desenvolvimento de aplicativos apoiados oficialmente também tende a focar mais em aplicativos para consumidores, em vez de um envolvimento infinito na infraestrutura. Atualmente, o desempenho da Solana é suficiente.
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.
10 gostos
Recompensa
10
5
Partilhar
Comentar
0/400
OnchainArchaeologist
· 07-08 02:05
Quando é que aqueles velhos problemas vão ser resolvidos?
Ver originalResponder0
WalletDoomsDay
· 07-05 08:55
sol sempre Até à lua não se moveu, secar
Ver originalResponder0
MetaNomad
· 07-05 08:50
Quem ainda está apostando em sol? Continuem all in, vamos lá!
Análise da arquitetura técnica da Solana: desempenho elevado e desafios coexistem, o ecossistema em crescimento enfrenta novas oportunidades
Reanalisando a arquitetura técnica da Solana: estará prestes a ter uma segunda primavera?
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. Suas tecnologias centrais 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 geração de blocos. O mecanismo Turbine otimiza a propagação de grandes blocos por meio 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. Estes são todos componentes do design arquitetônico de alto desempenho da Solana, mas também trazem alguns problemas, como quedas de rede, falhas em transações, problemas de MEV, crescimento rápido do estado e problemas de centralização, que também abordamos neste artigo.
O ecossistema Solana está se desenvolvendo rapidamente, com vários indicadores de dados crescendo de forma acelerada no primeiro semestre, especialmente nas áreas de DeFi, infraestrutura, GameFi/NFT, DePin/IA e aplicativos para consumidores. A alta TPS da Solana e a estratégia voltada para aplicativos para consumidores, juntamente com um ambiente ecológico com efeito de marca relativamente fraco, oferecem ricas oportunidades para empreendedores e desenvolvedores. No que diz respeito aos aplicativos para consumidores, a Solana demonstrou sua visão de promover a aplicação da tecnologia blockchain em áreas mais amplas. Ao apoiar iniciativas como a Solana Mobile e construir SDKs especificamente para aplicativos de consumidores, a Solana está se empenhando em integrar a tecnologia blockchain em aplicativos do dia a dia, aumentando assim a aceitação e conveniência para os usuários. Por exemplo, um aplicativo de fitness combina blockchain e tecnologia móvel para oferecer aos usuários uma experiência inovadora de fitness e socialização. Embora atualmente muitos aplicativos para consumidores ainda estejam explorando os melhores modelos de negócios e posicionamento 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 aplicativos para consumidores.
Embora a Solana tenha conquistado uma participação de mercado significativa na indústria de blockchain devido à sua alta capacidade de processamento e baixos custos de transação, também enfrenta uma concorrência intensa de outras novas blockchains. A Base, como um potencial concorrente no ecossistema EVM, está rapidamente aumentando o número de endereços ativos na sua rede. Ao mesmo tempo, embora o valor total bloqueado (TVL) da Solana no setor DeFi tenha atingido um novo recorde histórico (, concorrentes como a Base também estão rapidamente conquistando participação de mercado, e o volume de financiamento do ecossistema Base superou pela primeira vez a Solana no segundo trimestre.
Apesar de a Solana ter alcançado certos sucessos em termos de tecnologia e aceitação no mercado, ela precisa continuar a inovar e a melhorar para enfrentar os desafios de concorrentes como a Base. Em particular, em áreas como a melhoria da estabilidade da rede, a redução da taxa de falhas nas transações, a resolução do problema MEV e a mitigação da velocidade de crescimento do estado, a 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.
Arquitetura Técnica
A Solana é conhecida por seu algoritmo POH, mecanismo de consenso Tower BFT, rede de transmissão de dados Trubine e a alta TPS e rápida Finalidade proporcionadas pela máquina virtual SVM. Vamos apresentar brevemente como cada um de seus componentes funciona, como eles atingem seu objetivo de alto desempenho para o design da arquitetura, bem como as desvantagens e problemas decorrentes desse design de arquitetura.
![Revisando a arquitetura técnica da Solana: estará prestes a ter um segundo primavera?])https://img-cdn.gateio.im/webp-social/moments-c210b4025cb64385890634a405838d05.webp(
) algoritmo POH
POH###Prova de História( é uma tecnologia 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 origina-se da mais básica técnica criptográfica SHA256. A SHA256 é normalmente utilizada para calcular a integridade dos dados, dado um input X, existe e somente existe 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 aplicando o algoritmo sha256, o que também garante a integridade das transações nela. Por exemplo, se empacotarmos as transações em um bloco e gerarmos o valor hash correspondente sha256, as transações dentro desse bloco estarão então determinadas; qualquer alteração resultará em uma alteração do valor hash. Em seguida, esse hash do bloco será 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 determinados, 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 inclui a prova histórica.
![Revisiting a arquitetura técnica da Solana: estará prestes a ter uma segunda primavera?])https://img-cdn.gateio.im/webp-social/moments-224796bc8e080649730bb8736334abba.webp(
No diagrama da arquitetura de fluxo de transações da Solana, é descrito o fluxo de transações sob o mecanismo POH. Em um mecanismo de rotação denominado Leader Rotation Schedule, é gerado um nó líder entre todos os validadores da cadeia. Esse nó líder coleta transações, ordena-as e executa, 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 epoch, cada epoch contém 432.000 slots), cada slot dura 400ms, e em cada slot, o sistema de rotação atribui um nó Leader a cada slot. O nó Leader 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 modo geral, o nó líder utiliza o mecanismo POH para garantir que todas as transações históricas sejam confirmadas. A unidade básica de tempo do Solana é o Slot, e o nó líder precisa transmitir o bloco dentro de um slot. Os usuários enviam transações ao líder através do nó RPC, o nó líder empacota as transações, ordena e então executa a geração do bloco, que é propagado para outros validadores. Os validadores precisam alcançar um consenso por meio de um mecanismo, concordando com as transações dentro do bloco e sua ordem; o consenso utilizado é o mecanismo de consenso Tower BFT.
( Mecanismo de consenso Tower BFT
O protocolo de consenso Tower BFT é uma implementação específica do algoritmo de consenso BFT, 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 pela transação do usuário e pela transação do validador pode também ser utilizado como prova histórica, onde os detalhes da transação de cada usuário e os detalhes do voto do validador podem ser confirmados de forma única.
No algoritmo Tower BFT, é estipulado que, se todos os validadores votarem no bloco e mais de 2/3 dos validadores votarem a favor, então esse bloco pode ser confirmado. A vantagem desse mecanismo é que economiza muita memória, pois apenas é necessário votar na sequência de hash para confirmar o bloco. No entanto, nos mecanismos de consenso tradicionais, geralmente é adotado o alagamento de blocos, onde um validador que recebe o 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 dos nós líderes e ao tempo de Slot de 400ms, isso resulta em um tamanho de bloco geral e uma frequência de criação de blocos particularmente alta. Blocos grandes, ao serem propagados, também causam uma grande pressão na rede. Solana utiliza o mecanismo Turbine para resolver o problema da propagação de grandes blocos.
) Turbine
O nó líder divide o bloco em sub-blocos chamados shreds através de um processo denominado Sharding, cujo tamanho padrão é o MTU###, a quantidade máxima de dados que podem ser enviados de um nó para o próximo sem precisar ser dividido em unidades menores é de ###. Em seguida, a integridade e a disponibilidade dos dados são garantidas usando um esquema de código de apagamento Reed-Solomon.
Dividindo o bloco em quatro Data Shreds, e para evitar a perda e danos de dados durante a transmissão, utiliza-se a codificação Reed-Solomon para codificar os quatro pacotes em oito pacotes, este esquema pode tolerar uma taxa de perda de até 50%. Nos testes reais, a taxa de perda do Solana é de aproximadamente 15%, portanto, este esquema é muito bem compatível com a atual arquitetura do Solana.
Na transmissão de dados de baixo nível, geralmente se considera o uso dos protocolos UDP/TCP. Devido à alta tolerância da Solana à perda de pacotes, foi adotado o protocolo UDP para transmissão. Sua desvantagem é que, em caso de perda de pacotes, não haverá retransmissão, mas a vantagem é uma taxa de transmissão mais rápida. Em contraste, o protocolo TCP retransmitirá várias vezes em caso de perda de pacotes, o que reduzirá drasticamente a taxa de transmissão e a largura de banda. Com a Reed-Solomon, este conjunto de soluções pode aumentar significativamente a largura de banda da Solana, conseguindo aumentar a largura de banda em até 9 vezes em ambientes reais.
Após o Turbine dividir os dados em fragmentos, utiliza um mecanismo de propagação em múltiplas camadas para 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. Depois, esse validador iniciará a propagação do Turbine. Primeiro, deve ser propagado para 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, classificá-los com base no valor de participação de cada validador na rede, ou seja, a quantidade de SOL em stake (, os de maior peso ficarão na primeira camada, e assim por diante.
Agrupamento de nós: Em seguida, cada validador 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, determinando a profundidade e a largura, o que permite definir a forma geral da árvore. Este parâmetro afetará a taxa de propagação dos shreds.
Os nós com uma alta participação nos direitos, ao serem classificados em níveis, estarão em um nível superior, permitindo que recebam antecipadamente os shreds completos. Neste momento, será possível recuperar o bloco completo, enquanto os nós nos níveis 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 Líder solicitará uma retransmissão direta. Nesse momento, a transmissão de dados ocorrerá internamente na árvore, e os nós do primeiro nível já terão construído uma confirmação completa do bloco, resultando em um tempo maior para que os validadores dos níveis inferiores completem a construção do bloco e votem.
A ideia deste mecanismo é semelhante ao mecanismo de nó único do nó líder. Durante o processo de propagação de blocos, existem alguns nós prioritários que recebem primeiro os 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 o avanço da Finalidade, além de maximizar a capacidade e a eficiência. Porque, na verdade, as primeiras camadas podem representar 2/3 dos nós, então a votação dos nós subsequentes se torna irrelevante.
![Revisão da arquitetura técnica da Solana: vai ter uma segunda primavera?])https://img-cdn.gateio.im/webp-social/moments-d55d3cfbc13036ed0d5747abb521cc1a.webp(
) 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 responsável pela transformação de estado, se o nó líder estiver executando transações e a velocidade de processamento da SVM for lenta, isso reduzirá a taxa de transferência de todo o sistema. Portanto, em relação à SVM, a Solana apresentou o motor de execução paralela Sealevel para acelerar a velocidade de execução das transações.
No SVM, as instruções são compostas por 4 partes, incluindo o ID do programa, instruções do programa e uma lista de contas para leitura/gravação de dados. Ao determinar se a conta atual está em estado de leitura ou gravação e se as operações a serem realizadas para a mudança de estado estão em conflito, é possível permitir a paralelização das instruções de transação da conta que não têm conflitos de estado, com 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 altos, pois exige que o GPU/CPU dos validadores suporte SIMD( instrução única múltiplos dados) e capacidades AVX de extensões vetoriais avançadas.
![Revisitar a arquitetura técnica do Solana: estará a caminho de uma segunda primavera?]###https://img-cdn.gateio.im/webp-social/moments-e9bc35d0c790496c59c20979e5af1491.webp(
Desenvolvimento Ecológico
No atual processo de desenvolvimento do ecossistema Solana, há uma crescente tendência para utilidades práticas, como certos projetos de smartphones, algumas lojas de aplicativos e até mesmo certos dispositivos móveis. Além disso, a direção do desenvolvimento de aplicativos apoiados oficialmente também tende a focar mais em aplicativos para consumidores, em vez de um envolvimento infinito na infraestrutura. Atualmente, o desempenho da Solana é suficiente.