Slots e Block Time da Solana: 400ms explicados

Os slots e o block time da Solana 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 ignorados. O valor frequentemente citado de 400ms é uma cadência alvo, não um intervalo de bloco garantido, tempo de confirmação ou promessa de finalidade.

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

Conteúdo

1. O que são Slots e Block Time da Solana?
2. O que é o Block Time da Solana?
3. Como o Proof of History torna a Solana rápida
4. Epochs e o Cronograma de Líderes
5. Block Time da Solana vs. Ethereum vs. Bitcoin
6. O quadro real do desempenho
7. Finalidade da transação: O que 400ms realmente significam para você
8. Por que o block time rápido importa: DeFi e aplicações do mundo real
9. Especificações técnicas em resumo
10. Perguntas frequentes
11. Principais conclusões

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

Um slot na Solana é uma janela de tempo fixa de aproximadamente 400 milissegundos (uma constante no nível do protocolo) durante a qual um validador designado pode produzir um único bloco. Essa duração é aproximadamente o tempo de um piscar de olhos humano. Um slot é uma janela de tempo, não um bloco. Os dois termos não são intercambiáveis, e entender a diferença é a base de tudo o mais 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 coleta transações pendentes e produz um bloco contendo essas transações. Em seguida, o próximo slot começa automaticamente. Esse ciclo ocorre aproximadamente 2,5 vezes por segundo. Se o líder designado não produzir um bloco, esse slot é ignorado e a rede segue em frente sem esperar. A duração do slot de 400ms é aplicada pelo relógio de Proof of History da Solana, explicado na seção abaixo.

Um slot é a janela de tempo; um bloco é a estrutura de dados real que contém transações confirmadas produzidas dentro dessa janela. Cada bloco ocupa um slot, mas nem todo slot produz um bloco. Slots que não produzem blocos são chamados de slots ignorados (skipped slots), e a rede continua sem interrupção quando um ocorre.

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

Especificação principal: Duração alvo 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 Block Time da Solana?

O block time da Solana é o intervalo médio entre blocos produzidos consecutivamente. O block time alvo é 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 de tempo na arquitetura da Solana. Ele não muda. O block time é o intervalo médio entre os blocos que são efetivamente produzidos. Quando nenhum slot é ignorado, 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 é uma meta, não uma garantia. Slots ignorados 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. O tempo atual de slots e blocos deve ser medido diretamente, em vez de ser resumido como uma média permanente abaixo de 500ms.

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

Como o Proof of History torna a Solana rápida

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

1. O 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é-roteia transações para os próximos líderes de slot sem exigir um Mempool.
3. O Sealevel processa milhares de transações não sobrepostas em paralelo dentro de cada bloco.

Cada um deles é explicado abaixo.

O que é Proof of History?

O Proof of History (PoH) atua como um relógio criptográfico: um registro de tempo compartilhado e verificável que permite que todos os validadores concordem com a ordem e o tempo dos eventos sem esperar para se comunicarem entre si.

O mecanismo funciona em quatro etapas:

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

Essa estrutura é uma Função de Atraso Verificável (VDF), descrita pela primeira vez por Yakovenko em seu Whitepaper de 2017. A consequência prática: em sistemas Blockchain clássicos, os validadores devem trocar mensagens com registro de data e hora para concordar com a ordenação dos eventos. Essa comunicação de ida e volta introduz latência. O PoH elimina totalmente esse requisito. Os validadores confiam no registro criptográfico em vez de esperar por confirmações de rede de ida e volta, que é a razão principal pela qual os slots da Solana podem rodar a 400ms.

Uma clarificação importante: o Proof of History não é o Mecanismo de consenso da Solana. A Solana usa Tower BFT para consenso e Proof of Stake (PoS) para seleção de validadores. PoS significa que os validadores devem investir em staking de SOL como garantia, e sua probabilidade de serem atribuídos como líder de slot é proporcional ao seu peso de stake. O PoH fornece o relógio compartilhado 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 (PBFT) otimizada para usar o relógio PoH como um registro de tempo compartilhado. 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 em posições específicas na sequência de PoH.

O mecanismo de bloqueio (lockout) funciona através de recuo exponencial. Quanto mais slots se passam desde que um validador votou em um Fork específico, mais computacionalmente caro se torna mudar para um 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 no slot é o que transforma a produção de blocos em um histórico confirmado.

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

Gulf Stream é o protocolo de encaminhamento de transações da Solana. Como a programação de líderes é totalmente pública e calculada com antecedência, validadores e aplicativos cliente podem encaminhar transações pendentes diretamente para os próximos líderes de slot agendados antes que seus slots comecem.

Isso elimina a necessidade de uma mempool tradicional, a área de espera onde as transações formam fila antes que um produtor de bloco as colete. Na Solana, as transações são frequentemente pré-posicionadas no nó líder antes que o slot seja aberto. O Gulf Stream depende da programação de líderes, abordada na próxima seção.

O protocolo de propagação de blocos Turbine da Solana cuida do lado da disseminação: uma vez que um bloco é produzido em um slot, o Turbine o envia pela rede de validadores usando uma estrutura baseada em árvore que minimiza os requisitos de largura de banda por validador. Sealevel, o runtime de Smart Contract paralelo da Solana, permite que milhares de transações não sobrepostas sejam executadas simultaneamente dentro de um único bloco e é um grande contribuidor para a capacidade de throughput.

Épocas e a Programação de Líderes: Como a Solana Organiza o Tempo em Escala

O que é uma Época na Solana?

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

Três coisas acontecem em cada limite de época:

1. Recompensas de Staking são distribuídas a validadores e seus delegadores com base na participação durante a época concluída.
2. A programação de líderes para a próxima época é calculada, determinando qual validador atuará como líder de slot para cada um dos 432.000 slots futuros.
3. Mudanças no conjunto de validadores entram em vigor, o que significa que SOL recém-investido em staking se torna ativo e as solicitações de unstaking são processadas.

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

Como a Programação de Líderes Atribui Produtores de Blocos

A programação de líderes é uma lista de atribuição pré-calculada que especifica qual validador atua como líder de slot (o validador responsável pela produção de um bloco) para cada slot em uma época futura.

O processo funciona em três etapas:

1. Antes que cada época comece, a rede calcula qual validador será o líder de slot para cada um dos 432.000 slots futuros.
2. O peso do stake determina a atribuição: validadores com mais SOL em stake recebem proporcionalmente mais atribuições de líder de slot. Um validador detendo 5% do SOL total em stake será atribuído a aproximadamente 5% dos slots.
3. A programação completa é pública antes que a época comece, visível para todos os validadores e clientes na rede.

Como a programação é totalmente pública e pré-calculada, validadores e carteiras podem encaminhar transações diretamente para os próximos líderes antes que seus slots comecem. Isso é o Gulf Stream em ação: a previsibilidade da programação de líderes é o que torna o roteamento de transações sem mempool possível.

Uma implicação para a confiabilidade: se o líder designado estiver offline quando seu slot chegar, esse slot será pulado. A programação avança para o próximo validador atribuído sem pausar.

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

O tempo de bloco de ~400ms da Solana significa que ela produz aproximadamente 30 blocos no tempo que a Ethereum produz um. O tempo de bloco atual da Ethereum é de aproximadamente 12 segundos (pós-Merge, setembro de 2022, arquitetura proof-of-stake). O Bitcoin tem como alvo um bloco a cada 10 minutos, um ritmo deliberadamente priorizado para 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, com ~400ms.

Fontes: documentação Solana Labs; Ethereum Foundation; Whitepaper do Bitcoin. 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 usa os termos "slot" (12 segundos) e "epoch" (32 slots, aproximadamente 6,4 minutos). Estes são totalmente diferentes das definições de slot e época da Solana.

O trilema de escalabilidade do blockchain fornece contexto aqui: na prática, a velocidade de uma rede e sua descentralização se contrapõem. Críticos argumentam que os requisitos de hardware dos validadores da Solana, que são substancialmente mais altos do que os da Ethereum, inclinam a rede para a velocidade com algum custo para a descentralização. Esta continua sendo uma área ativa de desenvolvimento.

A Realidade do Desempenho: Slots Pulados e TPS Real

O tempo de bloco de 400ms é um alvo. Veja o que realmente acontece na prática e por que a imagem honesta importa para quem avalia as reivindicações da Solana.

Slots Pulados: Quando o Cronômetro de 400ms Conta Sem um Bloco

Um slot pulado ocorre quando o líder de slot designado não produz um bloco, geralmente porque o validador está offline ou com problemas de rede. A rede Solana não espera: ela avança para o próximo slot imediatamente, e a cadência de 400ms continua ininterrupta. Nenhuma transação é perdida quando um slot é pulado; transações pendentes permanecem na 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 pulados da Solana variou de aproximadamente 3-8% sob condições normais de rede (fonte: Solana Beach). Uma taxa de 5% de slots pulados significa que aproximadamente 1 em cada 20 slots não produz um bloco, adicionando aproximadamente 20ms ao tempo médio de bloco acima do alvo de 400ms. A média real permanece bem abaixo de 500ms. Esta é uma característica normal da rede, não um modo de falha, e é uma distinção que a maioria do marketing de desempenho omite inteiramente.

Slots pulados e interrupções na rede são situações diferentes. Durante um slot pulado, a rede continua normalmente. Durante uma interrupção completa, a produção de slots para por um período prolongado e requer coordenação de validadores para reiniciar. A Solana experimentou várias interrupções desse tipo desde o lançamento de sua mainnet. Esses eventos levaram a melhorias significativas na infraestrutura, incluindo a implementação do QUIC para encaminhamento de transações e a implantação do cliente validador FiredDancer. Durante o congestionamento (não interrupções), a programação de slots continua sua cadência de ~400ms independentemente da demanda, embora os usuários possam encontrar transações rejeitadas quando o espaço do bloco estiver totalmente consumido.

Para dados atuais de taxa de pulo e temporização: Solana Beach ou Solscan.

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

O número de 65.000 TPS reflete um cenário de design específico em vez de operação típica. Compreender os três números distintos de TPS é o que separa uma avaliação honesta do marketing.

1. TPS máximo teórico (65.000+): Especificação de design da Solana Labs, baseada em hardware otimizado, utilização completa do bloco e um perfil específico de tamanho de transação. Isso representa o que a arquitetura pode suportar teoricamente.
2. TPS total observado (tipicamente 3.000-5.000): Throughput medido incluindo transações de voto. Validadores enviam 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 overhead de consenso interno em vez de atividade do usuário.
3. TPS de transações de usuário não-voto (tipicamente 2.000-4.000): O número mais significativo para desenvolvedores de aplicativos e usuários finais. Este é o volume real de transações geradas pelo usuário em condições normais.

O FiredDancer, um cliente validador de alto desempenho desenvolvido pela Jump Crypto e em implementação ativa na Mainnet da Solana, foi projetado para aumentar a taxa de transferência da rede enquanto mantém o cronograma de slot de ~400ms. As melhorias exatas de desempenho dependem das taxas de adoção e das condições da rede.

Finalidade da Transação: O que o Tempo de Bloco de 400ms Realmente Significa para Você

O tempo de bloco de 400ms indica a rapidez com que a Solana produz blocos, mas não indica quanto tempo sua transação leva para ser confirmada. Essas são coisas diferentes, e a distinção é algo que a maioria dos concorrentes ignora.

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

Confirmada de forma otimista (Optimistic confirmation): 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, normalmente dentro de 1 a 2 segundos. Para a maioria dos propósitos (enviar SOL, trocar tokens em uma corretora descentralizada, cunhar um NFT), este nível de confirmação é suficiente. A maioria dos aplicativos da 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. Este nível é importante para transferências de alto valor, pontes cross-chain ou qualquer contexto onde a irreversibilidade é crítica.

O caminho completo de confirmação:

Transação enviada → pré-roteada para o próximo líder via Gulf Stream → incluída em um bloco dentro de um slot → votada pelos validadores via Tower BFT → confirmação otimista (~1-2 segundos) → finalidade total (~13 segundos)

Quanto tempo leva uma transação na Solana? Quando você envia SOL de uma carteira ou interage com um protocolo DeFi, você normalmente verá sua transação confirmada em 1 a 2 segundos. Isso é 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 várias janelas curtas para inclusão. A confirmação observada pelo usuário demora um pouco mais porque requer que os votos dos validadores se acumulem.

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

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

O tempo de bloco afeta as aplicações On-Chain direta e concretamente. Finanças descentralizadas (DeFi) referem-se a aplicações financeiras construídas na 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).

Em uma rede com tempo de bloco de 12 segundos, os bots de arbitragem têm uma janela de 12 segundos para identificar e agir sobre as diferenças de preços entre os mercados antes que a maioria dos usuários possa responder. No tempo de bloco de ~400ms da Solana, essa janela é reduzida 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 de bloco rápido também permite livros de ofertas On-Chain com atualizações de preços em sub-segundos, 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 do Ethereum cria escassez para o espaço do bloco: quando a demanda aumenta, os usuários competem em um leilão de taxas e os custos aumentam drasticamente durante o congestionamento. A alta taxa de transferência da Solana, possibilitada pelo tempo de bloco rápido e pela execução paralela via Sealevel, reduz a competição por espaço de bloco e mantém as taxas normalmente abaixo de US$ 0,01 por transação. Durante períodos de congestionamento extremo, no entanto, o próprio mercado de taxas da Solana pode subir. A volatilidade das taxas não é exclusiva de cadeias lentas.

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

Um 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 avaliam juntamente com as taxas de adoção, a atividade dos desenvolvedores e a tokenomics. A velocidade do bloco é um dado nesta avaliação.

A velocidade da Solana vem com uma compensação reconhecida: os requisitos de hardware do validador são substancialmente mais altos do que os do Ethereum, o que os críticos argumentam limitar a descentralização. Esta continua a ser uma área ativa de desenvolvimento e debate.

Especificações Técnicas em um Relance

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

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

Para dados de slot e desempenho ao vivo: 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 é pulado e a rede passa para o próximo imediatamente.

Qual é o tempo de bloco da Solana?

A documentação da Solana historicamente citou uma duração de slot alvo próxima de 400 milissegundos. Os intervalos reais de slot e bloco variam, e as porcentagens de slots pulados 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 números atuais, verifique o Solana Beach.

Quantos slots existem em uma época da Solana?

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

Qual é a diferença entre um slot e um bloco na Solana?

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 todo slot produz um bloco. Slots sem blocos são chamados de slots pulados (skipped slots).

Por que a Solana é mais rápida que o Ethereum?

Três inovações arquitetônicas trabalham juntas: (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 as transações para os próximos líderes de slot antes do início de seus slots, removendo o Mempool; e (3) Sealevel processa milhares de transações não sobrepostas em paralelo dentro de cada bloco, aumentando substancialmente a taxa de transferência.

O que acontece quando um slot da Solana é pulado?

Quando um slot é pulado, a rede Solana passa para o próximo slot imediatamente. Nenhuma transação é perdida; elas permanecem pendentes e são incluídas no próximo slot disponível. A cadência de ~400ms continua sem interrupção. A taxa histórica de pulo gira em torno de 3-8% em condições normais, adicionando modestos ~20ms ao tempo médio do bloco.

Quanto tempo leva para uma transação da Solana ser confirmada?

A maioria das transações da Solana atinge a confirmação otimista em 1 a 2 segundos em condições normais. A finalidade total, quando o mecanismo de bloqueio do Tower BFT torna a transação computacionalmente irreversível, leva aproximadamente 13 segundos (~32 slots). Para casos de uso cotidiano, como enviar tokens ou negociar em uma corretora descentralizada, a confirmação otimista é o que os usuários experimentam.

Qual é a diferença entre tempo de slot e tempo de bloco na Solana?

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

Guias Relacionados da Solana

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

Explore SOL na Bybit

Os leitores podem revisar as informações atuais do mercado de SOL ou o mercado Spot SOL/USDT. Estes links fornecem informações de mercado e acesso; eles não validam uma afirmação técnica nem implicam que a SOL é adequada para todos os leitores.

Principais Conclusões

• Um slot da 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
• A Solana tem como meta um tempo de bloco de ~400ms, mas a média real é ligeiramente superior devido aos slots ignorados (taxa histórica de salto: 3-8%)
• Cada época contém 432.000 slots (~2 dias na Mainnet); o cronograma de líderes é calculado do zero a cada limite de época
• Proof of History é um relógio criptográfico que elimina a sobrecarga de coordenação, mas não é o Mecanismo de consenso da Solana (o Tower BFT cuida do consenso; o Proof of Stake cuida da seleção de validadores)
• O TPS real de transações sem voto da Solana é normalmente de 2.000 a 4.000; a cifra de mais de 65.000 é um pico teórico sob condições ideais
• O tempo de bloco (400ms) não é o mesmo que finalidade: a confirmação otimista leva ~1-2 segundos; a finalidade total 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 blockchains mais lentas, juntamente com compensações 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 é apenas para fins informativos e educacionais. Ele não constitui aconselhamento financeiro, aconselhamento de investimento ou uma recomendação para comprar, vender ou manter qualquer criptomoeda, incluindo SOL. Os mercados de criptomoedas são voláteis e especulativos. Os leitores devem realizar sua própria pesquisa e consultar um consultor financeiro qualificado antes de tomar decisões de investimento.