Solana Slots e Block Time: Os 400ms explicados

Os Solana slots e o block time estão relacionados, mas não são idênticos: um slot é uma oportunidade agendada para um líder produzir um bloco, e alguns slots podem ser saltados. O valor de 400ms frequentemente citado é uma cadência pretendida, não um intervalo de bloco garantido, tempo de confirmação ou promessa de finalidade.

A Solana é uma Blockchain de camada 1 concebida para aplicações de alto rendimento e baixo custo. Cofundada por Anatoly Yakovenko, um antigo engenheiro da Qualcomm que introduziu a Proof of History num Whitepaper em 2017, a Solana lançou a sua Mainnet em 2020 e tornou-se desde então uma das plataformas mais ativamente desenvolvidas, posicionada como uma alternativa à Ethereum. O seu Token nativo é o SOL. A Solana é mais comummente comparada à Ethereum e à Bitcoin com base na velocidade de transação, e este artigo explica o que essa comparação realmente significa a um nível arquitetónico.

Índice

1. O que são os Solana Slots e o Block Time?
2. O que é o Solana Block Time?
3. Como a Proof of History torna a Solana rápida
4. Epochs e o Agendamento de Líderes
5. Solana Block Time vs. Ethereum vs. Bitcoin
6. O Quadro Real de Desempenho
7. Finalização de Transações: O que 400ms realmente significam para si
8. Por que o Block Time rápido é importante: DeFi e Aplicações do Mundo Real
9. Especificações Técnicas num Vislumbre
10. Perguntas Frequentes
11. Principais Conclusões

O que são os Solana Slots e o Block Time?

Um slot na Solana é uma janela de tempo fixa de aproximadamente 400 milissegundos (uma constante ao nível do protocolo) durante a qual um validador designado pode produzir um único bloco. Essa duração é sensivelmente o tempo de um piscar de olhos humano. Um slot é uma janela temporal, não um bloco. Os dois termos não são intercambiáveis, e compreender a diferença é a base de tudo o resto neste artigo.

Cada slot segue a mesma sequência. Um validador chamado líder do slot foi pré-atribuído a esse slot com antecedência. O slot abre, o líder recolhe as transações pendentes e produz um bloco contendo essas transações. Em seguida, o próximo slot começa automaticamente. Este ciclo ocorre aproximadamente 2,5 vezes por segundo. Se o líder designado não conseguir produzir um bloco, esse slot é saltado e a rede prossegue sem esperar. A duração de 400ms do slot é imposta pelo relógio de Proof of History da Solana, explicado na secção abaixo.

Um slot é a janela temporal; um bloco é a estrutura de dados propriamente dita que contém as transações confirmadas produzidas nessa janela. Cada bloco ocupa um slot, mas nem todos os slots produzem um bloco. Os slots que não produzem blocos são chamados de slots saltados (skipped slots), e a rede continua sem interrupções quando tal acontece.

Abaixo do slot encontra-se uma unidade menor chamada tick, a unidade de tempo mais pequena na arquitetura da Solana. Cada slot contém exatamente 64 ticks. Cada tick tem aproximadamente 6,25 milissegundos (400ms divididos por 64). Os ticks são sinais de temporização internos utilizados pelo gerador de Proof of History e não são visíveis para os utilizadores finais, mas aparecem na RPC API e na documentação para programadores da Solana.

Especificação principal: Duração pretendida do slot da Solana: ~400 milissegundos (0,4 segundos). A 400ms por slot, a rede produz um máximo de 2,5 slots por segundo.

Hierarquia de tempo da Solana

O que é o Solana Block Time?

O block time da Solana é o intervalo médio entre blocos produzidos consecutivamente. O block time pretendido é de aproximadamente 400 milissegundos (0,4 segundos), porque a rede produz um bloco por slot.

O slot time e o block time estão relacionados, mas não são idênticos. O slot time (400ms) é a duração fixa de cada janela temporal na arquitetura da Solana. Não se altera. O block time é o intervalo médio entre blocos que são efetivamente produzidos. Quando não há slots saltados, o block time é igual ao slot time. Na prática, o block time é ligeiramente superior porque alguns slots não produzem bloco algum.

O valor de 400ms é um objetivo, não uma garantia. Slots saltados e condições de produção variáveis podem tornar os intervalos de blocos observados mais longos, e o resultado muda conforme a janela de medição. Os tempos atuais de slot e bloco devem ser medidos diretamente, em vez de resumidos como uma média permanente inferior a 500ms.

Block time pretendido: ~400 milissegundos (0,4 segundos)

Como a Proof of History torna a Solana rápida

A Solana é mais rápida do que a Ethereum devido a três inovações arquitetónicas:

1. A Proof of History elimina a sobrecarga de coordenação exigida pelos sistemas clássicos de Tolerância a Falhas Bizantinas.
2. O Gulf Stream pré-encaminha as transações para os próximos líderes de slots sem necessitar de uma Mempool.
3. O Sealevel processa milhares de transações não sobrepostas em paralelo dentro de cada bloco.

Cada uma destas é explicada abaixo.

O que é a Proof of History?

A Proof of History (PoH) atua como um relógio criptográfico: um registo partilhado e verificável do tempo que permite a todos os validadores concordarem com a ordem e a temporização dos eventos sem terem de esperar para comunicar uns com os outros.

O mecanismo funciona em quatro etapas:

1. O gerador de PoH da Solana produz uma cadeia de hash SHA-256 sequencial.
2. Cada saída de hash serve de entrada para o hash seguinte.
3. Como os hashes SHA-256 não podem ser computados em paralelo, a própria cadeia prova que decorreu uma quantidade específica de tempo computacional.
4. Qualquer validador pode verificar a sequência rapidamente, embora a sua produção leve tempo real decorrido.

Esta estrutura é uma Função de Atraso Verificável (VDF), descrita pela primeira vez por Yakovenko no seu Whitepaper de 2017. A consequência prática: nos sistemas de Blockchain clássicos, os validadores têm de trocar mensagens com marcação temporal para concordarem com a ordenação dos eventos. Essa comunicação de ida e volta introduz latência. A PoH elimina inteiramente esse requisito. Os validadores confiam no registo criptográfico em vez de esperar por confirmações de rede de ida e volta, o que é a razão fundamental pela qual os slots da Solana podem funcionar a 400ms.

Um esclarecimento importante: a Proof of History não é o Mecanismo de consenso da Solana. A Solana utiliza o Tower BFT para consenso e Proof of Stake (PoS) para a seleção de validadores. O PoS significa que os validadores devem investir em staking SOL como garantia, e a sua probabilidade de serem atribuídos como líder de slot é proporcional ao peso do seu stake. A PoH fornece o relógio partilhado que torna ambos os sistemas mais rápidos.

Tower BFT: Como os blocos são confirmados dentro dos slots

O Tower BFT é o algoritmo de consenso da Solana, uma variante da Tolerância a Falhas Bizantinas Prática otimizada para usar o relógio PoH como um marcador temporal partilhado. Em vez de exigir que os validadores troquem mensagens para concordar com a ordenação dos blocos, o Tower BFT ancora os votos dos validadores a posições específicas na sequência PoH.

O mecanismo de bloqueio funciona através de um recuo exponencial. Quanto mais slots passarem desde que um validador votou numa determinada Fork, mais dispendioso computacionalmente se torna mudar para uma Fork diferente. Os validadores tornam-se progressivamente comprometidos com um determinado histórico à medida que os slots se acumulam, e esse compromisso progressivo é o que produz a finalidade. Os votos do Tower BFT acontecem dentro e através dos slots, e essa votação ancorada aos slots é o que transforma a produção de blocos num histórico confirmado.

Gulf Stream: Porque é que as transações estão prontas quando cada slot abre

Gulf Stream é o protocolo de encaminhamento de transações da Solana. Como o calendário de líderes é totalmente público e calculado com antecedência, os validadores e as aplicações cliente podem encaminhar transações pendentes diretamente para os próximos líderes de slots agendados antes do início dos seus slots.

Isto elimina a necessidade de uma Mempool tradicional, a área de retenção onde as transações aguardam em fila antes de um produtor de blocos as recolher. Na Solana, as transações são frequentemente pré-posicionadas no nó líder antes da abertura do slot. O Gulf Stream depende do calendário de líderes, abordado na secção seguinte.

O protocolo de propagação de blocos Turbine da Solana gere a vertente da disseminação: assim que um bloco é produzido num slot, o Turbine envia-o através da rede de validadores utilizando uma estrutura baseada em árvore que minimiza os requisitos de largura de banda por validador. O Sealevel, o ambiente de execução paralelo de Smart Contract da Solana, permite que milhares de transações não sobrepostas sejam executadas simultaneamente num único bloco e é um dos principais contribuidores para a capacidade de processamento.

Epochs e o Calendário de Líderes: Como a Solana Organiza o Tempo à Escala

O Que É uma Epoch na Solana?

Uma epoch na Solana é um período fixo de 432.000 slots, o que, a ~400ms por slot, equivale a aproximadamente 2 dias de tempo real na Mainnet. A derivação: 432.000 slots multiplicados por 400ms equivalem a 172.800.000ms, ou 172.800 segundos, o que corresponde a cerca de 48 horas. Esse número foi selecionado para corresponder à cadência pretendida para a distribuição de recompensas de Investir em staking e para o cálculo do calendário de líderes; é um parâmetro configurável que difere na devnet e na testnet.

Três coisas acontecem em cada limite de epoch:

1. Recompensas de Staking são distribuídas pelos validadores e pelos seus delegadores com base na participação durante a epoch concluída.
2. O calendário de líderes para a próxima epoch é calculado, determinando qual o validador que atuará como líder de slot para cada um dos 432.000 slots seguintes.
3. Alterações no conjunto de validadores entram em vigor, o que significa que o SOL recentemente objeto de Investir em staking torna-se ativo e os pedidos de cancelamento de staking são processados.

Epoch = 432.000 slots ≈ 2 dias | Slot = ~400ms | Ticks por slot = 64

Como o Calendário de Líderes Atribui os Produtores de Blocos

O calendário de líderes é uma lista de atribuição pré-calculada que especifica qual o validador que atua como líder de slot (o validador responsável pela produção de um bloco) para cada slot numa epoch futura.

O processo funciona em três etapas:

1. Antes do início de cada epoch, a rede calcula qual o validador que será o líder de slot para cada um dos 432.000 slots seguintes.
2. A ponderação por stake determina a atribuição: os validadores com mais SOL em Investir em staking recebem proporcionalmente mais atribuições de líder de slot. Um validador que detenha 5% do total de SOL em Investir em staking receberá aproximadamente 5% dos slots.
3. O calendário completo é público antes do início da epoch, ficando visível para todos os validadores e clientes na rede.

Como o calendário é totalmente público e pré-calculado, os validadores e as carteiras podem encaminhar transações diretamente para os próximos líderes antes do início dos seus slots. Isto é o Gulf Stream em ação: a previsibilidade do calendário de líderes é o que torna possível o roteamento de transações sem mempool.

Uma implicação na fiabilidade: se o líder designado estiver offline quando o seu slot chegar, esse slot é saltado. O calendário avança para o próximo validador atribuído sem interrupções.

Tempo de Bloco da Solana vs. Ethereum vs. Bitcoin: Comparação de Velocidade

O tempo de bloco de ~400ms da Solana significa que esta produz sensivelmente 30 blocos no tempo em que a Ethereum produz um. O tempo de bloco atual da Ethereum é de aproximadamente 12 segundos (após o Merge, em setembro de 2022, arquitetura proof-of-stake). O Bitcoin tem como objetivo um bloco a cada 10 minutos, um ritmo deliberadamente priorizado pela segurança e descentralização em detrimento da velocidade. Entre as principais plataformas de Smart Contract, a Solana tem um dos tempos de bloco mais rápidos, a ~400ms.

Fontes: Documentação da Solana Labs; Ethereum Foundation; Whitepaper do Bitcoin. Os valores da Ethereum refletem a arquitetura proof-of-stake pós-Merge (setembro de 2022).

Uma nota sobre terminologia: o sistema proof-of-stake da Ethereum também utiliza os termos "slot" (12 segundos) e "epoch" (32 slots, aproximadamente 6,4 minutos). Estes são inteiramente diferentes das definições de slot e epoch da Solana.

O trilema da escalabilidade da blockchain oferece contexto aqui: na prática, a velocidade de uma rede e a sua descentralização puxam em sentidos opostos. Os críticos argumentam que os requisitos de hardware para validadores da Solana, que são substancialmente mais exigentes do que os da Ethereum, inclinam a rede para a velocidade à custa de alguma descentralização. Esta continua a ser uma área de desenvolvimento ativa.

O Cenário Real do Desempenho: Slots Saltados e TPS Real

O tempo de bloco de 400ms é um objetivo. Eis o que realmente acontece na prática, e porque é que uma visão honesta é importante para quem avalia as afirmações da Solana.

Slots Saltados: Quando o Relógio de 400ms Avança Sem um Bloco

Um slot saltado ocorre quando o líder de slot designado não consegue produzir um bloco, normalmente porque o validador está offline ou a sofrer problemas de rede. A rede Solana não espera: avança imediatamente para o slot seguinte e a cadência de 400ms continua ininterrupta. Nenhumas transações são perdidas quando um slot é saltado; as transações pendentes permanecem em fila e são incluídas no próximo slot disponível.

O impacto quantitativo é mensurável mas modesto. A taxa histórica de slots saltados da Solana tem variado entre aproximadamente 3% e 8% em condições normais de rede (fonte: Solana Beach). Uma taxa de salto de 5% significa que cerca de 1 em cada 20 slots não produz nenhum bloco, adicionando aproximadamente 20ms ao tempo médio de bloco acima do objetivo de 400ms. A média real permanece bem abaixo dos 500ms. Esta é uma característica normal da rede, não um modo de falha, e é uma distinção que a maior parte do marketing de desempenho omite inteiramente.

Slots saltados e interrupções de rede são situações diferentes. Durante um slot saltado, a rede continua a funcionar normalmente. Durante uma interrupção total, a produção de slots para por um período prolongado e requer a coordenação dos validadores para reiniciar. A Solana sofreu várias interrupções deste tipo desde o lançamento da sua Mainnet. Estes eventos motivaram melhorias significativas na infraestrutura, incluindo a implementação de QUIC para o encaminhamento de transações e a implementação do cliente validador FiredDancer. Durante períodos de congestionamento (não interrupções), o calendário de slots mantém a sua cadência de ~400ms independentemente da procura, embora os utilizadores possam encontrar transações rejeitadas quando o espaço do bloco está totalmente consumido.

Para dados atuais sobre a taxa de saltos e tempos: Solana Beach ou Solscan.

TPS Real da Solana vs. a Afirmação de 65.000 TPS

O valor de 65.000 TPS reflete um cenário de design específico e não a operação típica. Compreender os três valores distintos de TPS é o que separa uma avaliação honesta do marketing.

1. TPS de pico teórico (65.000+): A especificação de design da Solana Labs, baseada em hardware ideal, utilização total de blocos e um perfil específico de tamanho de transação. Isto representa o que a arquitetura pode teoricamente suportar.
2. TPS total observado (tipicamente 3.000-5.000): A capacidade de processamento medida, incluindo transações de voto. Os validadores emitem votos para confirmar cada bloco, e essas transações de voto consomem uma parte significativa do espaço do bloco. São transações reais, mas representam custos internos de consenso em vez de atividade do utilizador.
3. TPS de transações de utilizador sem voto (tipicamente 2.000-4.000): O valor mais significativo para programadores de aplicações e utilizadores finais. Este é o volume real de transações geradas pelos utilizadores em condições normais.

FiredDancer, um cliente validador de alto desempenho desenvolvido pela Jump Crypto e em implantação ativa na mainnet da Solana, foi concebido para aumentar o débito da rede, mantendo o horário de slots de ~400ms. As melhorias de desempenho exatas dependem das taxas de adoção e das condições da rede.

Finalidade da Transação: O Que o Tempo de Bloco de 400ms Significa Realmente Para Si

O tempo de bloco de 400ms diz-lhe quão rápido a Solana produz blocos, mas não diz quão tempo a sua transação demora a confirmar. São coisas diferentes, e a distinção é uma que a maioria dos concorrentes omite.

Uma transação passa por dois estágios antes de ser considerada irreversível:

Confirmada otimisticamente: Uma transação atinge a confirmação otimista quando uma supermaioria (mais de dois terços) do stake de validadores votou no bloco que a contém, tipicamente em 1-2 segundos. Para a maioria dos propósitos (enviar SOL, trocar tokens numa corretora descentralizada, cunhar um NFT), este nível de confirmação é suficiente. A maioria das aplicações Solana trata a confirmação otimista como o padrão operacional.

Finalizada: Uma transação é finalizada aproximadamente 32 slots (~13 segundos) após a produção do bloco, momento em que o mecanismo de bloqueio Tower BFT torna a reversão computacionalmente proibitiva. Isto é importante para transferências de alto valor, pontes entre blockchains, ou qualquer contexto onde a irreversibilidade é crítica.

O caminho de confirmação completo:

Transação enviada → pré-roteada para o próximo líder através do Gulf Stream → incluída num bloco dentro de um slot → votada por validadores através do Tower BFT → confirmação otimista (~1-2 segundos) → finalidade completa (~13 segundos)

Quanto tempo demora uma transação Solana? Quando envia SOL de uma carteira ou interage com um protocolo DeFi, normalmente verá a sua transação confirmada em 1-2 segundos. Essa é a confirmação otimista, não o intervalo bruto de produção de blocos de 400ms. O tempo de bloco de 400ms significa que os blocos são produzidos rapidamente, dando à sua transação múltiplas janelas curtas para inclusão. A confirmação visível pelo utilizador demora um pouco mais porque requer a acumulação de votos de validadores.

Documentação oficial do nível de compromisso: docs.solana.com/cluster/commitments.

Porquê o Tempo Rápido de Bloco Importa: DeFi e Aplicações do Mundo Real

O tempo de bloco afeta as aplicações na blockchain diretamente e de forma concreta. Finanças descentralizadas (DeFi) refere-se a aplicações financeiras construídas em blockchain sem intermediários centralizados, incluindo corretoras descentralizadas (DEXs), protocolos de empréstimo e plataformas de yield farming (os contratos inteligentes são chamados de programas na terminologia da Solana).

Numa rede com um tempo de bloco de 12 segundos, os bots de arbitragem têm uma janela de 12 segundos para identificar e agir sobre diferenças de preço entre mercados antes que a maioria dos utilizadores possa responder. No tempo de bloco de ~400ms da Solana, essa janela comprime-se para menos de meio segundo, tornando os mercados mais eficientes e reduzindo a vantagem que os atores automatizados detêm sobre os participantes comuns. O tempo rápido de bloco também permite livros de ordens na blockchain com atualizações de preço sub-segundo, uma classe de aplicação que é impraticável em cadeias mais lentas, dada a latência entre a colocação e a execução da ordem.

O tempo de bloco também molda as taxas de transação. O tempo de bloco de 12 segundos da Ethereum cria escassez de espaço de bloco: quando a procura aumenta, os utilizadores competem num leilão de taxas e os custos sobem acentuadamente durante a congestão. O alto débito da Solana, possibilitado pelo tempo rápido de bloco e execução paralela através do Sealevel, reduz a competição por espaço de bloco e mantém as taxas tipicamente abaixo de 0,01 USD por transação. Durante períodos de congestão extrema, no entanto, o próprio mercado de taxas da Solana pode disparar. A volatilidade das taxas não é exclusiva de cadeias lentas.

Além de DeFi, o tempo rápido de bloco possibilita jogos de baixa latência e sistemas de pagamento de microtransações onde os tempos de confirmação por transação devem ser impercetíveis.

O tempo de bloco mais rápido expande a gama de aplicações que a Solana pode suportar de forma viável, o que pode influenciar a atividade dos desenvolvedores e a adoção da rede. Se essa vantagem técnica se traduz em valor de rede a longo prazo é uma questão separada que os investidores ponderam juntamente com as taxas de adoção, atividade dos desenvolvedores e tokenomics. A velocidade do bloco é um fator nessa avaliação.

A velocidade da Solana vem com um compromisso reconhecido: os requisitos de hardware dos validadores são substancialmente mais elevados do que os da Ethereum, o que, segundo os críticos, limita a descentralização. Esta continua a ser uma área ativa de desenvolvimento e debate.

Especificações Técnicas de Relance

A tabela abaixo consolida as especificações de tempo centrais da Solana para referência rápida.

Os desenvolvedores podem obter o número do slot atual usando o método Solana JSON-RPC getSlot() (documentos: docs.solana.com/api/http#getslot).

Para dados de slots e desempenho em tempo real: Solana Beach | Solscan

Perguntas Frequentes Sobre Slots e Tempo de Bloco da Solana

O que é um slot na Solana?

Um slot na Solana é uma janela de tempo fixa de aproximadamente 400 milissegundos durante a qual um validador designado (o líder do slot) pode produzir um único bloco. Um slot não é o mesmo que um bloco. Quando o líder atribuído falha em agir, o slot é saltado e a rede passa imediatamente para o próximo.

A documentação da Solana citou historicamente uma duração de slot alvo perto de 400 milissegundos. Os intervalos reais de slot e bloco variam, e as percentagens de slots saltados requerem uma data, cluster e método de medição; use dados em tempo real em vez de assumir uma média fixa inferior a 500ms. Para figuras atuais, verifique o Solana Beach.

Uma época Solana contém 432.000 slots, o que equivale a aproximadamente 2 dias de tempo real na mainnet (432.000 multiplicado por 400ms equivale a cerca de 48 horas). Devnet e testnet usam épocas mais curtas.

Um slot é uma janela de tempo (~400ms) durante a qual um bloco pode ser produzido. Um bloco é a estrutura de dados real que contém transações confirmadas. Cada bloco ocupa um slot, mas nem todos os slots produzem um bloco. Slots sem blocos são chamados de slots saltados.

Três inovações arquitetónicas funcionam em conjunto: (1) Proof of History (PoH) atua como um relógio criptográfico que elimina a sobrecarga de coordenação exigida pelos sistemas de consenso clássicos; (2) Gulf Stream pré-roteia transações para os próximos líderes de slot antes do início dos seus slots, removendo o mempool; e (3) Sealevel processa milhares de transações não sobrepostas em paralelo dentro de cada bloco, aumentando substancialmente o débito.

Quando um slot é saltado, a rede Solana passa imediatamente para o próximo slot. Nenhuma transação é perdida; permanece pendente e é incluída no próximo slot disponível. A cadência de ~400ms continua sem interrupção. A taxa histórica de saltos é de aproximadamente 3-8% em condições normais, adicionando um modesto ~20ms ao tempo médio de bloco.

A maioria das transações Solana atinge a confirmação otimista em 1-2 segundos em condições normais. A finalidade completa, quando o mecanismo de bloqueio do Tower BFT torna a transação computacionalmente irreversível, demora aproximadamente 13 segundos (~32 slots). Para casos de uso diário, como enviar tokens ou negociar numa DEX, a confirmação otimista é o que os utilizadores experienciam.

Tempo de slot (400ms) é uma constante do protocolo: a duração fixa de cada janela de tempo. Tempo de bloco é uma média medida: o intervalo entre blocos que são efetivamente produzidos. Quando nenhum slot é saltado, os dois são iguais. Na prática, o tempo de bloco é marginalmente superior ao tempo de slot devido à taxa de saltos.

Guias Relacionados sobre Solana

• Propagação de blocos Solana Turbine
• Nós RPC Solana

Explore SOL na Bybit

Os leitores podem rever informações atuais do mercado SOL ou o mercado spot SOL/USDT. Estes links fornecem informações e acesso ao mercado; não validam uma afirmação técnica nem implicam que o SOL é adequado para todos os leitores.

• Um slot Solana é uma janela de tempo de ~400ms durante a qual um validador pode produzir um bloco; um slot não é o mesmo que um bloco
• Solana tem como alvo um tempo de bloco de ~400ms, mas a média real é marginalmente superior devido a slots saltados (taxa histórica de saltos: 3-8%)
• Cada época contém 432.000 slots (~2 dias em mainnet); o cronograma de líderes é calculado no início de cada limite de época
• Proof of History é um relógio criptográfico que elimina sobrecarga de coordenação, mas não é o Mecanismo de consenso de Solana (Tower BFT trata do consenso; Proof of Stake trata da seleção de validadores)
• O TPS de transações não-voto real de Solana é tipicamente de 2.000-4.000; a cifra de 65.000+ é um pico teórico em condições ideais
• Tempo de bloco (400ms) não é o mesmo que finalidade: confirmação otimista leva ~1-2 segundos; finalidade completa leva aproximadamente 13 segundos
• O tempo de bloco rápido permite aplicações DeFi, estruturas de taxas competitivas e casos de uso impraticáveis em cadeias mais lentas, juntamente com as desvantagens reconhecidas nos requisitos de hardware do validador

Para dados de desempenho ao vivo: solanabeach.io. Para documentação técnica: docs.solana.com.

Este artigo tem fins meramente informativos e educacionais. Não constitui aconselhamento financeiro, aconselhamento de investimento ou uma recomendação para comprar, vender ou deter qualquer criptomoeda, incluindo SOL. Os mercados de criptomoedas são voláteis e especulativos. Os leitores devem realizar a sua própria pesquisa e consultar um consultor financeiro qualificado antes de tomar decisões de investimento.