O Que É a Transação Solana V1? Explicado o Upgrade de 4.096 Bytes no Mainnet

2026/09/15 18:16:00

picture[data-cms-leading-picture="true"]{display:none!important}

A Solana ativou a Transaction V1 no mainnet, aumentando o tamanho máximo da transação serializada de 1.232 bytes para 4.096 bytes. A mudança fornece aos desenvolvedores aproximadamente 3,3 vezes mais espaço dentro de uma única transação, facilitando o manejo de cargas de trabalho intensivas em dados, como provas de conhecimento zero, grandes operações multisig, transferências confidenciais e interações DeFi mais complexas. A Transaction V1 foi ativada na Epoch 1035 em 15 de setembro de 2026, enquanto os formatos Legacy e V0 existentes continuam sendo suportados.

O número principal, no entanto, pode ser enganoso. A Transação V1 não torna o Solana 3,3 vezes mais rápido, nem triplica automaticamente as transações por segundo. Em vez disso, a atualização expande a quantia de dados serializados que podem caber em uma transação atômica e redesenha partes do formato da transação. Essa distinção é importante porque o maior benefício não é simplesmente “mais bytes”. É a capacidade de concluir fluxos de trabalho em uma única transação que anteriormente tinham que ser fragmentados em vários passos.

O que é a Transação Solana V1?

A Transação V1 é o novo formato de transação versionada da Solana, introduzido por meio do SIMD-0385 juntamente com a proposta maior de tamanho de transação no SIMD-0296. Sua característica mais visível é o aumento do tamanho máximo da transação serializada de 1.232 bytes para 4.096 bytes. A V1 também reorganiza o formato de rede, remove as Tabelas de Busca de Endereços e coloca solicitações de recursos, como limites de unidades de cálculo e taxas de prioridade, diretamente na configuração da transação, em vez de depender das instruções tradicionais de Orçamento de Cálculo.

Importante: o V1 é um formato opcional, e não uma substituição obrigatória. Aplicações que não precisam de espaço adicional para transações podem continuar usando transações Legacy ou V0. Transferências normais de SOL, transferências simples de tokens e muitas interações existentes com dapps, portanto, não precisam de repente consumir 4.096 bytes ou migrar para um novo tipo de transação.

Recursos	Legado	V0	Transação V1
Tamanho máximo da transação	1.232 bytes	1.232 bytes	4.096 bytes
Formato versionado	Não	Sim	Sim
Tabelas de Consulta de Endereços	Não	Sim	Não
Configuração de recursos	Instruções de orçamento de computação	Instruções de orçamento de computação	Configuração da transação
Operações atômicas maiores e com grande volume de dados	Limitado	Limitado	Sim
Migração necessária	Não	Não	Optar por participar

A maneira mais simples de entender a atualização é que a V1 fornece aos aplicativos um envelope de transação muito maior, mantendo os formatos de transação antigos intactos.

Por que o Solana foi limitado a 1.232 bytes?

O limite original de 1.232 bytes remonta à arquitetura de rede do Solana, e não a uma decisão arbitrária sobre a complexidade das aplicações. A rede historicamente usava um MTU mínimo de 1.280 bytes do IPv6 como ponto de referência. Após considerar os cabeçalhos de rede, restavam 1.232 bytes disponíveis para dados de transação. A documentação do Solana ainda identifica 1.232 bytes como o tradicional PACKET_DATA_SIZE, embora as transações V1 agora possam exceder esse payload de pacote ao serem transmitidas em múltiplos quadros QUIC.

Uma transação deve acomodar muito mais do que apenas a instrução que o usuário deseja executar. Ela inclui assinaturas, endereços de conta, um blockhash recente, metadados da instrução e dados específicos da aplicação. Cada assinatura Ed25519 consome 64 bytes, enquanto uma chave pública padrão do Solana é de 32 bytes. Esses números tornam-se significativos quando uma transação envolve muitos signatários, contas ou provas criptográficas.

O teto de 1.232 bytes tornou-se cada vez mais restritivo à medida que os aplicativos Solana se tornavam mais sofisticados. Raramente era um obstáculo sério para uma simples transferência de token, mas podia forçar desenvolvedores que construíam aplicações financeiras ou criptográficas avançadas a redesenhar fluxos de trabalho em torno de um limite de rede criado muito antes no desenvolvimento do Solana.

Por que o Solana aumentou o limite para 4.096 bytes?

O Solana agora pode relaxar antiga restrição parcialmente porque sua pilha de rede usa QUIC, permitindo que uma transação maior que a carga útil original do pacote seja transmitida em múltiplos quadros. Isso torna menos necessária a exigência anterior de que toda a transação serializada coubesse dentro de uma única carga útil do tamanho do MTU. Ao mesmo tempo, transações maiores consomem largura de banda adicional dos validadores, portanto, simplesmente remover totalmente o limite criaria um novo conjunto de problemas de rede e recursos.

O novo limite de 4.096 bytes, ou 4 KiB, é, portanto, um compromisso de engenharia. Ele oferece aos desenvolvedores muito mais espaço para aplicativos sem tornar o tamanho das transações ilimitado. O Solana observa que transações maiores podem consumir mais largura de banda da rede e podem exigir taxas de prioridade mais altas do que transações menores competindo em um nível de urgência semelhante.

Essa nuances é importante. A Transação V1 não é o Solana abandonando restrições de tamanho de transação; é o Solana substituindo um limite baseado em suposições anteriores da rede por um teto consideravelmente maior, projetado para as aplicações que a rede agora precisa suportar.

Solana V1 versus V0: O que realmente mudou?

V1 Remove Tabelas de Consulta de Endereços

O V0 introduziu Tabelas de Busca de Endereços, ou ALTs, como uma solução alternativa para o antigo limite de tamanho de transação. Em vez de inserir diretamente cada endereço de conta de 32 bytes em uma transação, uma aplicação poderia referenciar endereços armazenados em tabelas de busca usando índices muito mais curtos. Essa compressão tornou-se amplamente utilizada: a própria análise da Solana da atividade amostrada descobriu que aproximadamente 62% das transações V0 observadas referenciavam pelo menos um ALT. O V1 remove o suporte a ALTs e coloca os endereços de conta diretamente no envelope de transação maior.

Remover ALTs simplifica parte do processo de ingestão de validadores, pois os validadores não precisam mais recuperar e resolver o estado da tabela de pesquisa antes de conhecer o conjunto completo de contas de uma transação. Mas também consome parte do espaço extra fornecido pela V1. A Solana estimou que, quando transações existentes são representadas sob a V1, metade mostra menos de cerca de 420 bytes de tamanho serializado adicional, enquanto 90% mostram menos de cerca de 1.400 bytes. Transações que anteriormente comprimiam muitos endereços por meio de um pequeno número de ALTs podem apresentar expansão muito maior.

Mais Bytes Não Significam Contas Ilimitadas

V1 também não triplica o número de contas que uma transação pode acessar. O Solana atualmente impõe um limite de 64 contas no tempo de execução, mesmo que a representação subjacente do índice tenha um limite teórico mais alto. Um recurso separado pode, eventualmente, aumentar o limite de bloqueio de contas para 128, mas isso não é automaticamente parte da Transação V1.

Isso significa que algumas rotas DeFi intensivas em contas ainda podem atingir o limite de contas, mesmo quando centenas de bytes de transação permanecem não utilizados. A V1 cria um espaço especialmente amplo para cargas de trabalho que reutilizam um conjunto existente de contas, mas precisam de mais dados de instrução, assinaturas ou provas; é menos transformadora para estratégias cuja complexidade vem principalmente de interagir com muitos mercados e contas adicionais.

Solicitações de recursos passam para a transação

V1 também altera a forma como as transações descrevem seus requisitos de recursos. Limites de unidades de cálculo, limites de dados de contas carregadas, tamanho do heap e taxas de prioridade podem estar em posições fixas na configuração da transação, em vez de serem expressos por meio das instruções ComputeBudgetProgram. Isso permite que a infraestrutura da rede identifique informações importantes de agendamento mais cedo, sem precisar percorrer a lista de instruções.

Para desenvolvedores, isso significa que a atualização é mais do que apenas um aumento no limite de bytes. Softwares que constroem, decodificam, indexam, patrocinam ou avaliam transações devem compreender a nova estrutura V1, em vez de assumir que toda transação se comporta como Legacy ou V0.

O Que 4.096-Byte Transactions Podem Desbloquear?

Provas de Conhecimento Zero e Transferências Confidenciais

A tecnologia de prova de conhecimento zero é um dos maiores beneficiários, pois as provas podem exigir dados de transação substanciais. Sob o antigo limite, um desenvolvedor poderia ter capacidade de computação suficiente para verificar uma operação, mas não espaço serializado suficiente na transação para incluir a prova e todas as instruções circundantes em uma única transação. O maior envelope V1 oferece muito mais espaço para aplicações de privacidade e criptográficas sem aumentar seus limites de computação ou conta. O Solana destaca especificamente provas ZK e cargas de trabalho de transferência confidencial entre as aplicações que se beneficiam.

As transferências confidenciais do Token-2022 ilustram por que isso é importante. Esses fluxos de trabalho podem envolver provas mais as instruções necessárias para estabelecer o contexto, realizar a transferência e limpar o estado associado. Com uma transação maior, operações que antes precisavam ser conectadas podem potencialmente ser executadas como uma única ação atômica, reduzindo o número de estados intermediários que um usuário ou desenvolvedor precisa gerenciar.

Operações Multisig e Criptográficas Maiores

As transações multisig também se beneficiam, pois assinaturas consomem espaço serializado significativo. Uma assinatura Ed25519 de 64 bytes pode ser trivial em isolamento, mas uma transação que exige muitas aprovações independentes pode rapidamente perder uma parte significativa do antigo envelope de 1.232 bytes antes de considerar instruções de programa e endereços. A V1 cria mais espaço para gerenciamento sofisticado de tesouraria, custódia institucional e estruturas de autorização.

A Solana também apontou para outros designs criptográficos intensivos em dados, incluindo fluxos de trabalho relacionados ao BLS e esquemas avançados de assinatura em cadeia. Isso é importante para aplicações institucionais, pois requisitos complexos de autorização, custódia e privacidade geralmente são muito mais exigentes do que um usuário varejista enviando tokens entre duas carteiras.

Fluxos de trabalho atômicos mais complexos

Talvez a vantagem mais ampla seja a atomicidade. Uma transação atômica ou é bem-sucedida por completo ou falha por completo. Se uma operação complexa precisar ser dividida em várias transações porque a transação original é muito grande, os desenvolvedores podem precisar de estado temporário, confirmações adicionais ou sistemas de agrupamento para coordenar os passos.

Com a V1, alguns fluxos de trabalho podem incluir mais instruções e dados em uma única transação. O valor, portanto, não é simplesmente que uma transação contém mais informações; é que mais da lógica de um aplicativo pode potencialmente compartilhar o mesmo limite de execução tudo-ou-nada.

O que significa Transaction V1 para o DeFi?

Aplicações DeFi frequentemente interagem com múltiplos programas em uma única ação do usuário. Um negócio sofisticado pode envolver um roteador de troca, protocolo de empréstimo, ajuste de garantia e etapa de liquidação, enquanto uma estratégia de arbitragem ou liquidação pode precisar coordenar várias ações antes que sua economia funcione. Sob o antigo limite de bytes, a serialização da transação poderia se tornar um gargalo, mesmo quando a rede tivesse capacidade computacional suficiente para executar as instruções pretendidas.

V1 cria mais espaço para rotas em múltiplos passos, lógica de validação adicional e instruções ricas em dados. Isso pode reduzir a dependência de fluxos de trabalho fragmentados e potencialmente diminuir o risco de execução parcial. Roteadores e sistemas de negociação que conseguem incorporar mais lógica em uma única transação também podem oferecer uma experiência de usuário mais limpa, pois os usuários precisam de menos assinaturas e confirmações para certas ações complexas. A CoinDesk destacou negociações em múltiplos passos como uma das categorias imediatas de aplicação que se beneficiam da atualização.

No entanto, a melhoria tem limites. Bytes de transação, unidades de computação e bloqueios de conta são recursos diferentes. Aumentar o limite de bytes não fornece a um aplicativo computação ilimitada ou contas adicionais. A análise da Solana V1 observa especificamente que o limite inalterado de 64 contas pode permanecer como a restrição vinculativa para estratégias amplas de múltiplos pools ou múltiplos locais.

A Transação V1 tornará o Solana mais rápido ou mais barato?

O V1 aumenta a TPS do Solana?

Não por 3,3 vezes. A atualização aumenta o tamanho máximo de uma transação individual, não o número de transações que o Solana pode executar necessariamente por segundo. O rendimento de transações também depende dos limites de computação por bloco, contenção de contas, rede, composição das transações e outras restrições do protocolo. Descrever a V1 como uma “atualização de 3,3x TPS” confunde, portanto, a capacidade de transação com o tamanho da transação.

A Solana aumentou separadamente seu limite de cálculo de bloco de 60 milhões para 100 milhões de unidades de cálculo, uma expansão de 66% que foi ativada no mainnet em julho de 2026. Essa atualização adiciona diretamente mais capacidade computacional por bloco e é distinta da V1.

V1 ainda pode melhorar a eficiência ao nível da aplicação. Se um fluxo de trabalho que antes exigia três transações coordenadas agora pode ser executado como uma única, o usuário pode experimentar menos etapas e menor latência, mesmo que a TPS principal da rede não tenha triplicado. Essa distinção é a melhor maneira de descrever o benefício de desempenho.

A Transação V1 poderia reduzir as taxas?

Para algumas operações complexas, potencialmente. Combinar vários passos em uma única transação atômica pode reduzir assinaturas duplicadas, confirmações repetidas e outros custos associados à divisão de um fluxo de trabalho. Isso pode reduzir o custo total para concluir toda a ação.

Mas a atualização não reduz a taxa básica de transação do Solana em 3,3 vezes. Na verdade, a própria documentação do Solana observa que transações maiores consomem mais largura de banda dos validadores e podem exigir taxas de prioridade mais altas para serem incluídas do que transações menores concorrendo com prioridade semelhante.

O benefício da taxa deve, portanto, ser avaliado no nível do fluxo de trabalho: uma única transação maior pode custar mais do que uma transferência simples, mas ainda ser mais barata ou operacionalmente melhor do que várias transações menores necessárias para realizar a mesma tarefa complexa.

O que os desenvolvedores e as carteiras precisam alterar

Para usuários comuns, a Transação V1 deve ser quase invisível, a menos que a aplicação que utilizam comece a aproveitá-la. Para provedores de infraestrutura, a transição exige atenção consideravelmente maior. Carteiras e SDKs precisam compreender o novo formato de serialização se desejarem criar ou assinar transações V1, enquanto serviços RPC, Exploradores e indexadores devem ser capazes de decodificar corretamente a nova versão.

Mesmo aplicações que não pretendem enviar transações V1 podem encontrá-las ao ler blocos ou históricos de transações. O guia de migração da Solana alerta sistemas que leem transações para suportar explicitamente a versão 1 das transações. Sistemas que fazem suposições com base em estruturas V0 ou procuram instruções tradicionais de Compute Budget podem falhar ou relatar informações de recursos incorretas.

Este problema de compatibilidade explica por que a ativação foi movida para a Epoch 1035, após as equipes do ecossistema solicitarem mais tempo para testes e integração. A pergunta imediata pós-lançamento não é simplesmente quantos desenvolvedores começarão a criar grandes transações. É se carteiras, provedores RPC, indexadores, patrocinadores de taxas e plataformas de análise compreendem corretamente a V1 à medida que ela começa a aparecer em produção.

O que a atualização significa para o SOL?

A Transação V1 é fundamentalmente positiva para as capacidades técnicas do Solana, pois amplia os tipos de aplicações que os desenvolvedores podem construir de forma razoável. Mais espaço para provas, estruturas de multisig institucionais, DeFi sofisticado e fluxos de trabalho orientados à privacidade podem fortalecer o caso do Solana como infraestrutura para aplicações que vão além de transferências simples de tokens. Esse é um desenvolvimento fundamental significativo, mas não cria uma relação mecânica entre o tamanho da transação e o preço do token SOL.

A resposta imediata do mercado foi relativamente modesta em comparação com o tamanho do título técnico. O SOL estava negociando em torno de $102 em 15 de setembro, com dados de preço mostrando que estava aproximadamente 35% acima de seu nível de um mês antes, mas ainda sujeito à volatilidade do mercado de criptomoedas em geral.

Os investidores podem, portanto, obter informações mais úteis observando a adoção em vez da vela de preço do primeiro dia. As perguntas relevantes são se as transações V1 se tornam comuns, se desenvolvedores lançam aplicações que anteriormente eram impraticáveis e se DeFi, privacidade, pagamentos ou uso institucional se expandem como resultado. O valor econômico dos adicionais 2.864 bytes depende, em última análise, do que os desenvolvedores constróem com eles.

Como o V1 se encaixa no plano maior de atualização da Solana

A Transação V1 é apenas uma parte de um esforço mais amplo para remover gargalos em toda a Solana. A rede já aumentou a capacidade de cálculo dos blocos para 100 milhões de CUs, está implementando parâmetros de aluguel significativamente mais baixos e trabalha em direção a tempos de slot mais curtos. O Agave 4.3 deve trazer outra grande variação com o Alpenglow, a arquitetura de consenso de próxima geração planejada pela Solana, visando finalidade substancialmente mais rápida.

Atualizar	Objetivo Principal	Direção Atual
100M blocos CU	Aumentar o limite de cálculo de bloco de 60M para 100M CU	Ao vivo no mainnet
Transação V1	Aumentar o tamanho máximo da transação de 1.232 para 4.096 bytes	Ao vivo no mainnet
Aluguel Reduzido	Reduza os parâmetros de aluguel de armazenamento na cadeia em até 90%	Lançamento em fases
Tempos de Vaga Reduzidos	Mude de lotes de 400ms para 200ms	Lançamento de recurso
Alpenglow	Novo sistema de consenso com finalidade de cerca de 150ms	Planejado com Agave 4.3

Essas atualizações abordam diferentes restrições. Blocos maiores criam maior capacidade de processamento, a V1 amplia a flexibilidade das transações, alugar mais barato reduz os custos de armazenamento na cadeia, slots mais curtos melhoram a latência e o Alpenglow visa o consenso e a finalidade. Tratar a V1 de Transação como uma parte dessa arquitetura mais ampla é mais preciso do que apresentá-la como uma única atualização que de repente torna todos os aspectos do Solana três vezes melhores.

A estratégia mais ampla é dar aos aplicativos mais espaço em várias camadas simultaneamente. Se bem-sucedida, o Solana não apenas processará mais atividades; os desenvolvedores deverão ter menos restrições ao nível do protocolo ao projetar aplicativos complexos.

O que devemos observar após o lançamento do mainnet?

A primeira métrica para acompanhar é simplesmente a adoção do V1. Como o formato é opcional, a ativação no mainnet não nos diz quão rapidamente carteiras, protocolos DeFi, projetos de privacidade ou aplicações institucionais o usarão realmente. Os desenvolvedores têm fortes razões para permanecer com os formatos existentes quando as transações já são pequenas e simples, portanto, a adoção do V1 deve inicialmente estar concentrada em aplicações onde sua capacidade adicional resolve um problema real.

A confiabilidade da infraestrutura será igualmente importante. A decodificação de transações, a assinatura de carteiras, a compatibilidade RPC, a estimativa de taxas e a indexação precisam funcionar corretamente à medida que a atividade da V1 aumenta. Também valerá a pena monitorar se transações maiores exercem nova pressão mensurável sobre a largura de banda dos validadores ou atraem taxas de prioridade mais altas, conforme previsto na documentação de design do Solana.

No longo prazo, os indicadores mais interessantes serão específicos de aplicações: crescimento em transferências confidenciais e cargas de trabalho ZK, designs de multisig mais sofisticados, rotas DeFi que exigem menos transações fragmentadas e fluxos de trabalho institucionais que seriam impraticáveis com 1.232 bytes. A pergunta após o lançamento já não é se o Solana can suporta transações de 4.096 bytes, mas se os desenvolvedores descobrirão razões suficientemente valiosas para usá-las.

🔥 Além das manchetes: O que o KuCoin 5.0 significa para você

As notícias do mercado se movem rápido — mas onde você atua sobre elas importa tanto quanto. Este outono, a KuCoin lança a KuCoin 5.0, transformando a KuCoin em uma plataforma reconstruída. Aqui está o que realmente muda para você:

Uma conta para tudo. Plataformas antigas dividiam seu dinheiro entre contas separadas de "spot", "margin" e "futures" e esperavam que você entendesse por quê. A Conta Unificada do KuCoin 5.0 remove isso completamente — faça um único depósito e tudo estará simplesmente disponível.
Ações, índices e commodities. O KuCoin 5.0 se expande além do cripto para mercados globais. Quando o cripto flutua lateralmente e os ativos de renda variável sobem (ou o contrário), você faz a rotação em minutos, em vez de abrir uma conta na corretora e esperar dias pelas vias de moeda fiduciária.
Ativos do mundo real (RWA). Exposição tokenizada a ativos tradicionais, como commodities, diretamente na sua conta de cripto. Um dos segmentos de mais rápido crescimento na finança global já não é mais reservado para instituições — você acessa-o a partir do mesmo saldo que utiliza para negociar.
Ganhe enquanto aprende. Não está pronto para negociar? KCUSD permite que suas stablecoins ganhem juros diários com composição automática. A forma menos estressante de colocar seu depósito ocioso para trabalhar com um rendimento de 4%.
Um assistente de IA em linguagem simples. Faça perguntas, obtenha contexto de mercado, entenda o que está vendo — integrado à plataforma, sem necessidade de jargões.
Um aplicativo que não sobrecarrega. Mais rápido, mais limpo e consistente — intuitivo desde o primeiro toque, não após um tutorial.
Segurança que você pode verificar, não apenas confiar. Uma entidade da UE com licença MiCAR, Proof of Reserves que você pode verificar por conta própria, e segurança certificada internacionalmente (SOC 2 Type II, ISO 27001:2022).

Crie sua conta em minutos — e comece na plataforma construída para onde o cripto está indo, não para onde já esteve.

Conclusão

A Transação Solana V1 parece simples quando reduzida a uma única estatística: a rede aumentou seu tamanho máximo de transação de 1.232 bytes para 4.096 bytes. Mas a mudança mais importante é o que esses bytes adicionais podem permitir. Provas, assinaturas, dados de configuração e múltiplas instruções de aplicativo podem caber dentro de um limite de execução atômica maior, potencialmente substituindo algumas das soluções alternativas que os desenvolvedores anteriormente usavam para contornar o antigo limite.

O V1 não torna o Solana 3,3 vezes mais rápido, não elimina restrições de computação nem garante taxas mais baixas. Em vez disso, remove um gargalo cada vez mais importante no design de aplicações, introduzindo novos compromissos em torno da representação de endereços, compatibilidade de infraestrutura e largura de banda da rede. Se o novo formato ajudar os desenvolvedores a simplificar aplicações ZK, fluxos de trabalho institucionais e transações DeFi complexas, sua importância a longo prazo pode não vir do cabeçalho de 4.096 bytes em si, mas das aplicações que eram difíceis de construir antes de sua existência.

Perguntas frequentes

Os usuários ainda podem enviar transações legadas do Solana?

Sim. As transações legadas e V0 permanecem suportadas após o lançamento da V1. A transação V1 é opcional, portanto, aplicações que não precisam do envelope de transação maior podem continuar usando os formatos existentes.

Preciso de uma nova carteira para a Transação V1?

Nem necessariamente. Usuários comuns podem continuar usando carteiras que dependem de transações Legacy ou V0. No entanto, carteiras que desejam construir, decodificar ou assinar transações V1 precisam adicionar suporte explícito para o novo formato.

O V1 aumenta o número de contas por transação?

Não automaticamente. O Solana atualmente impõe um limite de 64 contas no tempo de execução, que permanece separado do novo limite de tamanho de transação de 4.096 bytes. Um recurso futuro poderá aumentar o limite de bloqueio de contas, mas isso não faz parte do aumento de tamanho da V1 em si.

Todas as transações V1 têm 4.096 bytes?

Não. O valor é um máximo, não um tamanho obrigatório. Uma transação V1 pode ser muito menor que 4.096 bytes, e os desenvolvedores não têm motivo para preencher o espaço não utilizado apenas porque está disponível.

O que são SIMD-0296 e SIMD-0385?

SIMD-0296 é a proposta de melhoria do Solana associada ao aumento do tamanho máximo da transação, enquanto SIMD-0385 especifica o formato Transaction V1 que suporta o envelope maior e a estrutura de transação redesenhada.

Pode a Transação V1 usar tabelas de busca de endereços?

Não. Ao contrário do V0, o V1 não suporta Tabelas de Pesquisa de Endereço. Ele inclui endereços de conta diretamente na transação, simplificando a ingestão de transações, mas consumindo mais espaço serializado para cargas de trabalho com muitas contas.

Disclaimer: Este artigo é apenas para fins informativos e não constitui aconselhamento financeiro. Os criptoativos podem ser altamente voláteis, e as condições de mercado, a liquidez dos tokens e os desenvolvimentos do projeto podem mudar rapidamente. Os leitores devem realizar sua própria pesquisa e avaliar sua tolerância ao risco antes de tomar decisões financeiras.

Aviso legal: Esta página foi traduzida usando tecnologia de IA para sua conveniência. Para informações mais precisas, consulte a versão original em inglês.