O que é o Depósito na Solana? Guia Completo

Nota de precisão: O desempenho da rede, o número de validadores, as taxas, as funcionalidades do protocolo, o suporte de carteiras e as integrações de terceiros mudam ao longo do tempo. Trate figuras datadas como instantâneos históricos e verifique a documentação atual da fonte primária.

O que é o depósito na Solana? É o mecanismo de saldo da conta associado ao armazenamento persistente on-chain. As regras atuais de criação de contas, isenção de depósito, comportamento de recuperação e campos obsoletos devem ser verificados em relação ao runtime ativo e à documentação atual.

Resumo Rápido

• O depósito na Solana é um depósito reembolsável de SOL, não uma taxa contínua.
• Cada conta on-chain necessita de um saldo mínimo de SOL para permanecer ativa.
• A maioria das carteiras financia novas contas para o estado de isenção de depósito automaticamente.
• Os saldos de isenção de depósito e as regras de fecho de contas devem ser verificados em relação ao runtime atual.
• Pode recuperar SOL bloqueado fechando contas de criptomoedas não utilizadas.
• A recolha periódica de depósito aparece na documentação mais antiga; não confie num rótulo de "Época Zero" sem confirmação atual da fonte primária.

Este conteúdo é meramente educacional e informativo. Não constitui aconselhamento financeiro, aconselhamento de investimento, nem uma recomendação para comprar, vender ou deter qualquer criptomoeda ou ativo digital.

O que é o Depósito na Solana? (Resposta Rápida)

O Depósito na Solana é um depósito reembolsável de SOL que cada conta on-chain deve manter para permanecer ativa na blockchain Solana. O depósito não é uma cobrança recorrente; é detido pelo protocolo e devolvido na totalidade quando a conta é fechada. A maioria dos utilizadores nunca gere ativamente o depósito porque carteiras como Phantom e Solflare financiam novas contas para o mínimo necessário automaticamente, razão pela qual poderá notar uma pequena dedução de SOL sem a ter autorizado explicitamente.

A palavra "depósito" é genuinamente confusa aqui. Soa como uma fatura mensal. Pense nisto como um depósito de segurança em vez disso: deposita SOL para manter o seu espaço na rede, e recebe tudo de volta quando sair. O seu SOL não está a ser gasto; está a ser detido.

Para a especificação técnica completa, consulte a documentação oficial da Solana sobre depósitos.

Porque é que a Solana tem um Mecanismo de Depósito?

Os validadores Solana devem armazenar os dados de cada conta ativa na RAM para processar milhares de transações por segundo, e esse custo de hardware é real. Os validadores são os nós que executam a rede Solana, processam transações e mantêm o livro-razão. Ao contrário do armazenamento em disco, a RAM é cara à escala, e os validadores devem manter todos os dados de contas ativas carregados na memória para atingir o débito da Solana. Ligar o direito de cada conta de ocupar espaço de armazenamento a um saldo mínimo de SOL proporcional ao seu tamanho é o que mantém estes requisitos de memória limitados.

Sem um mecanismo de custo associado ao armazenamento, qualquer pessoa poderia criar contas ilimitadas e preenchê-las com dados sem qualquer custo. Esse é o problema do inchaço do estado: a quantidade total de estado on-chain, significando todos os dados que os validadores devem manter carregados na memória, cresceria sem limites, concentrando a operação de nós entre operadores bem financiados e degradando o desempenho da rede para todos. Os depósitos garantem que as contas que ocupam espaço de armazenamento nos validadores têm um interesse económico proporcional à sua pegada de armazenamento.

O cofundador da Solana, Anatoly Yakovenko, projetou este mecanismo como parte da arquitetura original do protocolo especificamente para prevenir esse crescimento ilimitado.

O depósito é um depósito de armazenamento associado aos custos de memória dos validadores. Não é uma taxa paga à Solana Labs, e não funciona como as taxas de gas da Ethereum, que é uma conceção errada comum abordada na secção de comparação abaixo.

Nota do Protocolo: A documentação mais antiga da Solana descreve a recolha periódica de depósitos de contas não isentas. O comportamento atual de criação de contas e isenção de depósitos deve ser verificado em relação ao runtime ativo. Não infira uma quantidade fixa de SOL bloqueada nem qualquer efeito de preço apenas a partir do número de contas.

Como Funciona o Depósito na Solana: O Modelo de Depósito de Armazenamento

A Solana armazena todos os dados on-chain, desde os seus saldos de criptomoedas aos seus registos de propriedade NFT, numa estrutura discreta chamada conta.

A Analogia do Depósito de Armazenamento

Pense no depósito como um depósito de segurança para uma unidade de armazenamento: o depósito garante o seu espaço, recebe-o de volta quando desocupa, e pagá-lo integralmente antecipadamente significa que não deve nada mensalmente.

Quando aluga uma unidade de armazenamento, a instalação detém o seu depósito enquanto ocupar o espaço. Não está a perder esse dinheiro; está em custódia. Quando desocupa e entrega a chave, recebe o depósito de volta. O depósito na Solana funciona da mesma forma. O seu depósito de SOL garante espaço no livro-razão da rede, e você recebe-o de volta na totalidade quando a conta é fechada.

Uma diferença chave: ao contrário de uma unidade de armazenamento onde paga mês a mês, a Solana usa um modelo de depósito único. Financie a conta até ao mínimo de isenção de depósito uma vez, e nenhum pagamento adicional é necessário enquanto a conta permanecer aberta. O depósito é medido em lamports (a menor unidade de SOL; 1 SOL equivale a 1.000.000.000 lamports), embora para fins do dia a dia verá montantes expressos em SOL.

Cada saldo de criptomoeda na Solana ocupa espaço numa destas contas, tal como cada registo NFT e cada peça de estado do programa. Cada uma dessas contas necessita de um saldo mínimo de SOL para permanecer aberta.

Na Ethereum, todos os saldos de criptomoedas de uma carteira são rastreados dentro de um único endereço. A Solana funciona de forma diferente. Cada criptomoeda que possui requer a sua própria conta de criptomoeda SPL dedicada (a biblioteca padrão do programa Solana para armazenamento de criptomoedas on-chain, análoga às contas de criptomoedas ERC-20 na Ethereum). Quando recebe uma criptomoeda pela primeira vez, é criada uma nova conta para deter o saldo dessa criptomoeda específica na sua carteira. Um depósito de SOL é anexado automaticamente a essa conta. É por isso que vê uma pequena dedução de SOL quando recebe pela primeira vez uma criptomoeda que não possuía antes.

Para concretizar: deter 10 criptomoedas diferentes significa 10 contas de criptomoedas separadas, cada uma necessitando de aproximadamente 0,002 SOL como depósito de isenção de depósito. Isso totaliza cerca de 0,02 SOL bloqueados nessas contas, tudo totalmente recuperável se fechar as contas mais tarde.

Os NFT da Solana seguem o mesmo padrão. Cada NFT reside na sua própria conta, com os metadados do NFT, referência de imagem e dados de propriedade a ocupar espaço que requer um depósito de isenção de depósito. A criação de um NFT cria várias contas de uma vez (uma conta de criação, uma conta de criptomoeda, uma conta de metadados), cada uma com o seu próprio depósito, razão pela qual a criação custa ligeiramente mais SOL do que uma transação padrão.

Interagir com protocolos DeFi na Solana, como plataformas de empréstimo, exchanges descentralizadas ou cofres de rendimento, tipicamente cria múltiplas contas que carregam depósitos de depósito. Se já utilizou algum destes, provavelmente tem algum SOL bloqueado espalhado por essas contas.

Carteiras como Phantom e Solflare tratam da criação e financiamento de contas automaticamente. Para mais detalhes sobre a arquitetura subjacente, consulte a documentação do modelo de conta Solana. Para o padrão de criptomoeda em si, consulte a documentação do Token SPL.

Isenção de Depósito: Como Funciona o Financiamento de Contas

Uma conta é isenta de renda (rent-exempt) quando detém o Saldo de lamports exigido para o seu tamanho de dados sob as regras atuais do protocolo. O Status e o montante exigido devem ser verificados na documentação de runtime atual, em vez de serem tratados como uma garantia permanente do protocolo.

O que é a Isenção de Renda?

A isenção de renda é o Status que uma conta atinge quando o seu Saldo de lamports cumpre o limite exigido para o seu tamanho de dados. Sob o modelo atual, esse Saldo não é consumido periodicamente como uma taxa de renda. O comportamento do protocolo pode evoluir, pelo que os desenvolvedores devem consultar o requisito atual para o cluster relevante.

Isento de renda não significa que não haja SOL bloqueado. O Depósito é SOL real que a sua carteira detém em nome da conta. O que isto significa é que o Depósito não está a ser consumido. Permanece no mesmo nível durante a vida da conta e regressa a si quando a conta é fechada.

Os fluxos comuns de carteiras e aplicações normalmente financiam contas recém-criadas até ao limite exigido, mas os utilizadores devem verificar as contas individuais e as instruções de transação em vez de assumirem que todas as carteiras ou aplicações se comportam de forma idêntica.

Quanto SOL é necessário para a Isenção de Renda?

O Saldo mínimo para uma conta de token SPL padrão é de aproximadamente 0,00203928 SOL (2.039.280 lamports). O valor exato depende do tamanho dos dados da conta: contas de sistema com 0 bytes de dados precisam de menos, enquanto contas de programas personalizados com mais dados exigem proporcionalmente mais SOL.

Nota de precisão do protocolo: Verifique o valor exato atual utilizando getMinimumBalanceForRentExemption) na Solana Mainnet atual antes de tomar decisões técnicas ou financeiras. Os parâmetros do protocolo podem mudar através da governação da rede.

A tabela abaixo fornece valores de referência aproximados para tipos de conta comuns:

Todos os valores são aproximados. Verifique utilizando getMinimumBalanceForRentExemption na Solana Mainnet atual antes de confiar nestes números para utilização em produção.

Nota do Desenvolvedor Para calcular o Saldo mínimo exato de forma programática:

1. Chame connection.getMinimumBalanceForRentExemption(dataSize) onde dataSize é o tamanho alocado da conta em bytes.
2. O método encapsula a fórmula: minimum_balance = (128 + data_size_bytes) × rent_rate_per_byte × two_years_of_epochs.
3. A taxa de renda definida na génese é de 3.480 lamports por byte-ano.
4. Passe o valor de lamports retornado diretamente para SystemProgram.createAccount ao financiar uma nova conta.

Verifique a taxa atual na documentação para desenvolvedores da Solana) antes de a utilizar em produção.

O que acontece se uma conta Solana ficar sem SOL?

Os fluxos comuns de carteiras e aplicações normalmente financiam novas contas até ao limite exigido, mas os utilizadores devem verificar a instrução e conta específicas em vez de assumirem que todas as implementações se comportam de forma idêntica.

Modelos de renda mais antigos incluíam comportamentos de recolha ou remoção de conta para contas não isentas. As regras de runtime atuais e os requisitos de criação de conta devem ser verificados antes de descrever a recolha de lixo (garbage collection) como um risco ativo.

Não assuma que o simples facto de baixar o Saldo de uma conta produz a eliminação ou perda de tokens. A propriedade da conta, as regras do programa, as permissões de fecho e a aplicação atual da isenção de renda determinam o que pode acontecer. Verifique a conta ativa e o runtime em vez de confiar num cenário genérico mais antigo.

A documentação histórica descrevia deduções periódicas de contas não isentas. O comportamento atual de criação de conta e do runtime deve ser verificado a partir da documentação primária antes de aplicar essas descrições mais antigas.

Os fluxos comuns de carteiras e aplicações criam geralmente contas com o Saldo exigido, mas os utilizadores devem verificar as contas individuais em vez de confiarem numa garantia universal da carteira. O fecho de contas é uma ação separada abordada abaixo.

Preciso de me preocupar com a renda como utilizador comum?

Para muitos utilizadores da Solana, o financiamento da conta é gerido pelos fluxos da carteira e da aplicação, mas o fecho de contas e as contas geridas por desenvolvedores ainda exigem cuidado.

Muitas carteiras tentam financiar contas recém-criadas até ao mínimo exigido, mas os utilizadores não devem tratar o nome de uma carteira como uma garantia de segurança. Verifique o Saldo da conta, o programa proprietário, a quantidade de tokens e o requisito atual de isenção de renda antes de transferir ou fechar qualquer coisa.

O único cenário em que pode valer a pena agir: se acumulou muitas contas de tokens vazias de tokens que já não possui, airdrops que nunca reivindicou ou projetos NFT que já não estão ativos, essas contas estão abertas com pequenos Depósitos de SOL bloqueados no seu interior. Esses Depósitos são totalmente recuperáveis. Consulte os passos sobre como reclamar o seu SOL bloqueado.

Como reclamar a renda: recuperar o seu SOL de contas não utilizadas

Uma conta de token vazia elegível pode retornar os seus lamports restantes quando é fechada sob o programa de tokens governante. Fechar contas não é isento de riscos: verifique o programa, o Saldo, a autoridade, o destino e a transação antes de assinar.

Por que o SOL fica bloqueado em contas de tokens

Cada token SPL que alguma vez deteve exigiu a sua própria conta On-Chain, e cada uma dessas contas detém aproximadamente 0,002 SOL como um Depósito de isenção de renda.

Quando o Saldo de um token chega a zero porque o vendeu, transferiu ou o projeto foi a zero, a conta não fecha automaticamente. Permanece aberta no livro-razão (ledger) com o seu Depósito de SOL lá dentro, à espera. A rede não tem motivo para devolver esse SOL até que feche explicitamente a conta.

Uma carteira com 50 contas de tokens vazias detém aproximadamente 0,1 SOL bloqueado nessas contas. Aos preços típicos de SOL, isso representa entre 15 a 20 dólares parados e totalmente recuperáveis sem custos.

Como fechar contas de tokens vazias e reclamar SOL

Fechar uma conta de token pode devolver os seus lamports restantes ao destino designado, mas primeiro verifique se o Saldo do token é zero, se o endereço e a autoridade estão corretos e se a instrução da carteira não contém ações não relacionadas. A receção futura do mesmo token pode exigir uma nova conta de token associada e outro Depósito de criação de conta.

Nota de segurança: Verifique sempre se está a utilizar a versão oficial de qualquer carteira ou ferramenta de portefólio antes de a ligar. Aplicações de Terceiros interagem com a sua carteira; utilize apenas aplicações em que confia e que pode verificar.

Método 1: Carteira Phantom (integrado, sem necessidade de ligação a Terceiros)

1. Abra a Phantom e navegue até à sua lista de tokens.
2. Identifique tokens que apresentem um Saldo zero.
3. Selecione o token e escolha "Fechar Conta" ou "Queimar e Fechar" no menu de Opções.
4. Confirme a transação. O Depósito de SOL regressa ao seu Saldo principal imediatamente.

Método 2: Step Finance (fecho em massa de várias contas)

1. Vá a Step Finance e ligue a sua carteira.
2. Navegue até à secção "Contas Vazias" do painel de gestão de portefólio.
3. Reveja a lista de contas passíveis de fecho e o valor de SOL reclamável para cada uma.
4. Selecione as contas que deseja fechar e confirme a transação.

Método 3: Solana Beach ou Solscan (identificação apenas de leitura)

1. Abra o Solana Beach ou o Solscan e introduza o endereço da sua carteira.
2. Navegue pelas suas contas de tokens para identificar aquelas com Saldo zero.

Nenhum dos exploradores executa o fecho diretamente. Após identificar as contas, utilize a Phantom ou a Step Finance para concluir a transação. Feche apenas contas com um Saldo de tokens zero; contas que detêm tokens ativos não podem ser fechadas sem primeiro transferir ou queimar o Saldo.

Nota do programador Para fechar contas programaticamente, utilize a instrução closeAccount do Token Program. A conta deve ter um saldo de token zero antes de chamar closeAccount; caso contrário, a transação falhará. Os lamports da conta fechada transferem para a conta de destino que especificar. Consulte a documentação do SPL Token) para a referência completa da instrução.

Alterações de Rent e Comportamento Atual do Runtime na Solana

Os fluxos modernos de criação de contas na Solana geralmente requerem lamports suficientes para isenção de aluguer (rent exemption), enquanto descrições mais antigas de recolha periódica de aluguer podem já não corresponder ao comportamento atual do runtime. Um campo rent_epoch obsoleto ou sentinela não prova, por si só, que uma conta pode ignorar os requisitos de saldo mínimo.

Os programadores devem consultar o mínimo atual com getMinimumBalanceForRentExemption, confirmar o comportamento ativo do runtime e testar a criação e o fecho de contas no cluster relevante. Os utilizadores não devem fechar contas a menos que compreendam o programa proprietário, o saldo de token, a autoridade e o destino para os lamports recuperados.

Custos de Manutenção (Rent) vs. Taxas de Gasolina (Gas) na Ethereum: Diferenças Chave

Os custos de manutenção (Rent) na Solana e as taxas de gasolina (Gas) na Ethereum são mecanismos fundamentalmente diferentes que, por coincidência, partilham o rótulo de "custo de rede".

Se vem da Ethereum, pode estar a mapear o aluguer para o modelo mental de gasolina: um custo por transação que queima SOL da mesma forma que a gasolina queima ETH. Esse mapeamento está incorreto. O aluguer e a gasolina servem propósitos diferentes, aplicam-se em momentos diferentes e comportam-se de forma economicamente diferente.

A Solana tem as suas próprias taxas de transação que cobrem custos computacionais, separadas do aluguer. Não confunda aluguer com as taxas de transação da Solana; são mecanismos distintos.

As taxas de gasolina da Ethereum são um custo de consumo: paga-as e elas desaparecem, contribuindo para a queima de taxas do EIP-1559 ou indo para os validadores como taxas de prioridade. O aluguer da Solana é um depósito reversível: mantém-no em vez de o gastar e recupera-o quando a conta é fechada. Essa distinção clarifica porque é que o modelo de custo da Solana parece estruturalmente diferente para os utilizadores que se movem entre as duas redes.

O Bitcoin adota uma abordagem arquitetónica diferente. O Bitcoin utiliza um modelo UTXO (Unspent Transaction Output) em vez de um modelo de conta e não tem um mecanismo de aluguer, porque os UTXO não utilizados permanecem simplesmente não gastos sem ocupar o mesmo tipo de armazenamento indexado que as contas da Solana requerem.

Aluguer (Rent) na Solana: Referência para Programadores

A referência seguinte é escrita para programadores que desenvolvem na Solana; utilizadores gerais podem saltar para a secção de FAQ sem perder nada necessário para o uso diário.

Nota do programador Todos os exemplos abaixo referenciam Solana web3.js v1.x. A API v2.x (atualmente em lançamento) utiliza assinaturas de método diferentes. Verifique o guia oficial de migração do web3.js) antes de utilizar estes exemplos em produção.

Programas e aluguer: Programas Solana (o equivalente a contratos inteligentes na Ethereum) são eles próprios armazenados como contas e estão sujeitos às mesmas regras de aluguer. Programas implementados devem manter um saldo isento de aluguer. As contas de programa são tipicamente financiadas para o estado de isenção de aluguer durante a implementação. Na Solana, os programas são sem estado; escrevem para contas de dados separadas, cada uma das quais carrega o seu próprio requisito de aluguer.

Endereços Derivados de Programa (PDAs): Os PDAs são contas cujos endereços são derivados deterministicamente de um ID de programa e sementes, possuídas pelo programa em vez de uma chave privada. Os PDAs estão sujeitos aos mesmos requisitos de isenção de aluguer que as contas de utilizador. O programa que possui um PDA é responsável por garantir que este é financiado ao mínimo isento de aluguer, tipicamente na criação da conta através de invocação entre programas (CPI). PDAs incorretamente financiados são uma fonte comum de bugs de produção em programas Solana.

Calcular o saldo mínimo isento de aluguer: Utilize connection.getMinimumBalanceForRentExemption(dataSize) onde dataSize é o tamanho alocado dos dados da conta em bytes. Isto retorna o mínimo atual em lamports. Passe o resultado diretamente para SystemProgram.createAccount ao financiar uma nova conta.

Fechar contas programaticamente: Utilize createCloseAccountInstruction do Token Program para fechar uma conta de token e devolver os seus lamports a um destino designado. A conta deve ter um saldo de token zero; caso contrário, a transação falhará.

Referência completa: Documentação do modelo de conta Solana.

Perguntas Frequentes sobre Aluguer (Rent) na Solana

As seguintes perguntas cobrem os pontos de maior confusão sobre o aluguer na Solana, com respostas autónomas escritas para referência direta.

O que é o aluguer (rent) na Solana?

O aluguer na Solana é comumente descrito como o saldo de lamports que uma conta na blockchain deve deter para os seus dados alocados sob as regras atuais. Quando uma conta elegível é validamente fechada, os seus lamports restantes vão para o destino especificado pela instrução de fecho. As carteiras frequentemente automatizam o financiamento de contas, mas os utilizadores ainda devem verificar a instrução e o requisito atual.

Como funcionam os custos de aluguer (rent) na Solana?

Quando uma conta Solana é criada, normalmente deve deter um saldo mínimo de lamports com base no seu tamanho de dados alocado. Sob as regras atuais, cumprir esse limiar torna a conta isenta de aluguer de deduções periódicas. Uma operação de fecho válida envia os lamports restantes da conta para o destino designado pela instrução.

O que é isenção de aluguer (rent exemption) na Solana?

Isenção de aluguer é o estado que uma conta detém quando o seu saldo de lamports cumpre ou excede o limiar atual para o seu tamanho de dados. Sob o modelo atual, o saldo não é cobrado periodicamente como aluguer; os programadores devem verificar o comportamento atual do runtime em vez de tratar isto como uma garantia imutável.

Quanto SOL é necessário para ser isento de aluguer (rent exempt)?

Sim. O depósito total de aluguer é devolvido à sua carteira quando fecha uma conta. O encerramento de uma conta pode recuperar lamports apenas quando o programa e o estado da conta relevantes o permitirem. Confirme que a conta está vazia, verifique o endereço de destino e a autoridade, e reveja todas as transações antes de assinar. Carteiras e painéis com nome são exemplos, não endossos.

Que problema resolve o mecanismo de aluguer da Solana?

Os validadores devem manter os dados de todas as contas ativas na RAM para processar transações com alta taxa de transferência. Sem um mecanismo de custo associado ao armazenamento, qualquer pessoa poderia criar contas ilimitadas, fazendo com que o estado da rede crescesse sem limites e aumentando os custos de hardware dos validadores. Os depósitos de aluguer garantem que as contas que consomem o armazenamento do validador são economicamente responsáveis pelo espaço que ocupam.

Como difere o aluguer da Solana das taxas de gás da Ethereum?

As taxas de gás da Ethereum são um custo de computação não reembolsável pago por transação; cobrem ciclos de CPU e são consumidas imediatamente. O aluguer da Solana é um depósito de armazenamento reembolsável pago uma vez por conta; cobre o armazenamento de bytes nos validadores e é devolvido na íntegra quando a conta é fechada. Os dois mecanismos servem propósitos diferentes em protocolos arquitetonicamente distintos.

Explore SOL na Bybit

Os leitores podem rever as informações atuais do mercado SOL) ou o mercado spot SOL/USDT.). Estes links fornecem acesso ao mercado e não provam que a Solana, uma carteira ou um protocolo de terceiros é adequado para todos os leitores.

Conclusões Principais: O Que Precisa Saber Sobre o Aluguer da Solana

O aluguer da Solana é comummente entendido como um requisito de financiamento de conta em vez de uma taxa recorrente para o utilizador, sujeito às regras atuais do runtime.

• Uma conta Solana geralmente detém os lamports necessários para os seus dados alocados; uma operação de fecho elegível envia os seus lamports restantes para o destino especificado.
• Cada conta on-chain requer um saldo mínimo de SOL proporcional ao tamanho dos seus dados para permanecer ativa.
• Carteiras e aplicações comuns geralmente criam contas com o saldo necessário, mas cada conta deve ser verificada independentemente.
• Descrições antigas de aluguer periódico e recolha de lixo não devem ser aplicadas ao runtime atual sem confirmação de fonte primária.
• O status de isenção de aluguer significa que o depósito não está a ser retirado, não que não há SOL bloqueado.
• Contas de token vazias podem devolver o seu saldo isento de aluguer quando fechadas sob as regras do programa de token. Verifique a conta, autoridade, destino, taxa de transação e permissões da ferramenta antes de assinar.

Para utilizadores gerais, confirme que uma conta está vazia e elegível antes de a fechar. Para programadores, consulte os requisitos atuais de isenção de aluguer e teste a criação e o fecho no cluster relevante. Não trate a automação de carteiras, uma descrição antiga de aluguer ou uma estimativa da contagem de contas como uma garantia de segurança ou tokenomics.

Os saldos de SOL, taxas de aluguer e parâmetros de protocolo referidos neste artigo refletem o comportamento público documentado da rede Solana a partir da data de publicação. Os parâmetros do protocolo podem mudar através de governação de rede ou atualizações de software. Os leitores devem verificar os valores atuais na documentação oficial da Solana antes de tomar decisões técnicas ou financeiras.

Leitura Relacionada

• Padrões de Token Solana
• Arquitetura Solana
• O Que São Blinks Solana?