Solana após o SIMD-0286: como os blocos de 100M CU alteraram os depósitos e levantamentos em casinos de criptomoedas
A Solana entrou numa nova fase de capacidade em 29 de julho de 2026, quando o SIMD-0286 foi ativado na mainnet no início da época 1009. A alteração aumentou a quantidade máxima de trabalho computacional permitida num único bloco de 60 milhões para 100 milhões de unidades computacionais, ou CUs, o que corresponde a um aumento de aproximadamente 66%. Para os casinos de criptomoedas que aceitam SOL ou tokens emitidos na Solana, esta atualização é relevante porque os depósitos e levantamentos partilham espaço nos blocos com operações de trading, pagamentos, atividade DeFi e todas as outras transações enviadas através da rede. Um limite de bloco mais elevado dá aos validadores mais espaço para incluir transações não relacionadas durante períodos de atividade intensa. Isso não significa que um pagamento individual num casino se torne 66% mais rápido, nem elimina verificações de levantamento ou reduz automaticamente o tempo necessário para que um depósito apareça no saldo do casino. O seu principal efeito prático consiste em reduzir uma fonte específica de atrasos: a concorrência por uma capacidade limitada dos blocos quando a procura na rede aumenta de forma acentuada.
O que o SIMD-0286 alterou na Solana em 2026
O SIMD-0286 aumentou o limite máximo de computação por bloco da Solana de 60M para 100M CUs. As unidades computacionais podem ser entendidas como uma medida da quantidade de processamento necessária para executar transações. Uma transferência simples de SOL exige relativamente pouco processamento, enquanto transações que envolvem swaps, várias instruções de programas ou atividades mais complexas on-chain podem utilizar consideravelmente mais recursos. Por isso, o limite do bloco não determina um número fixo de transações por bloco. Em vez disso, limita a carga computacional combinada dessas transações. Ao elevar esse teto, um produtor de blocos pode aceitar uma quantidade maior de trabalho total antes de o bloco ser considerado cheio, algo particularmente relevante quando milhares de transações independentes chegam praticamente ao mesmo tempo.
O aumento foi introduzido porque o anterior limite de 60M CUs já não era apenas uma restrição teórica. Dados da Solana Foundation mostram que, entre a ativação do limite de 60M em 22 de julho de 2025 e a transição para 100M CUs em julho de 2026, 11,2% dos blocos produzidos utilizaram pelo menos 56M CUs. Por outras palavras, aproximadamente um em cada nove blocos funcionava perto do limite máximo anterior. A procura também era irregular: os níveis mais elevados de pressão tendiam a surgir em picos, por exemplo durante períodos de forte atividade nos mercados. Esse padrão é relevante para os pagamentos em casinos, uma vez que um utilizador pode enviar um depósito normal precisamente no momento em que aplicações de trading estão a gerar uma vaga muito maior de transações. Com o limite anterior, ambos os tipos de atividade competiam por um orçamento total de processamento mais reduzido.
O SIMD-0286 alterou apenas o limite global de computação por bloco. Outras restrições importantes permaneceram inalteradas. O máximo de computação que pode ser utilizado para escrever numa única conta manteve-se em 12M CUs, enquanto o aumento máximo do tamanho dos dados das contas por bloco permaneceu em 100 MB. A Solana também descreveu a atualização como não disruptiva e indicou que não eram necessárias alterações ao formato de indexação. Antes da ativação, mais de 70% do stake da mainnet já tinha ativado a rede XDP, ajudando os validadores a lidar com o volume adicional de dados associado a blocos maiores. Esta preparação gradual é importante, porque aumentar a capacidade só é útil se validadores, serviços RPC e outras infraestruturas conseguirem processar a carga adicional sem criar novos estrangulamentos noutros pontos.
Porque é que uma maior capacidade dos blocos é relevante para pagamentos em casinos
Um depósito num casino efetuado em SOL ou num token da Solana não passa subitamente a ter um limite individual de transação mais elevado devido ao SIMD-0286. A melhoria ocorre ao nível do bloco. Uma transferência que anteriormente exigia uma quantidade relativamente pequena de processamento continua a exigir aproximadamente a mesma quantidade após a atualização. O que mudou foi a quantidade total de trabalho que pode ser incluída juntamente com essa transferência no mesmo bloco. Se muitos utilizadores estiverem a transferir ativos, negociar tokens ou interagir com aplicações on-chain em simultâneo, a rede dispõe agora de mais espaço para processar essas operações independentes em conjunto, em vez de obrigar uma maior parte delas a competir por inclusão em blocos posteriores.
Esta distinção também explica por que motivo os blocos de 100M CUs não eliminam todas as formas de congestionamento. A Solana mantém restrições associadas a contas graváveis individuais, pelo que a atividade concentrada em torno da mesma conta ainda pode encontrar um limite mais localizado, mesmo quando o bloco como um todo possui capacidade disponível. Para um cliente normal de um casino que envia ativos de uma carteira pessoal para um endereço de depósito, o aumento global continua a oferecer uma margem útil durante picos de tráfego na rede. O efeito é mais significativo quando o problema anterior era simplesmente a existência de muitas transações independentes a tentar entrar em blocos que já se aproximavam do limite de 60M CUs.
A blockchain é também apenas uma parte do percurso do pagamento. Normalmente, um depósito precisa de ser assinado pela carteira do utilizador, enviado para a Solana, incluído num bloco, atingir o nível de confirmação exigido pelo casino e depois ser detetado pela infraestrutura de pagamentos do operador antes de o saldo ser creditado. Um levantamento inclui etapas adicionais antes mesmo de a blockchain entrar em cena, uma vez que o casino precisa primeiro de aprovar e preparar o pagamento. O SIMD-0286 pode melhorar a fase de inclusão na rede, sobretudo durante períodos de maior utilização, mas não consegue reduzir uma fila interna de verificações, alterar a política de confirmações do casino ou fazer com que um sistema de indexação lento reconheça a transação mais depressa.
Como os blocos de 100M CU afetam os depósitos em casinos de criptomoedas
Para os depósitos, o benefício mais direto do SIMD-0286 é o espaço adicional disponível para que uma transferência enviada seja incluída num bloco durante períodos de tráfego intenso. Com um limite de capacidade muito restrito, uma transação válida pode ficar de fora do bloco seguinte porque transações com prioridade mais elevada ou enviadas anteriormente já consumiram o orçamento disponível. O software da carteira pode então continuar a tentar enviar a transação e, em alguns casos, poderá ser necessário criar uma nova se a original permanecer sem processamento durante demasiado tempo. Ao aumentar o limite de 60M para 100M CUs, a Solana elevou a quantidade de trabalho simultâneo que pode ser aceite antes de este tipo de pressão de capacidade global se tornar relevante.
Os primeiros dados após a ativação fornecem alguns indícios de que a capacidade adicional foi efetivamente utilizada. Uma análise publicada pela Solana Compass com base em dados da Pine Analytics examinou as primeiras 48 horas após a alteração para 100M CUs. Segundo essa análise, a percentagem de blocos a operar perto do limite efetivo de computação caiu de cerca de 12,5% antes da atualização para aproximadamente 0,5% depois dela. A mesma análise verificou que, em determinadas horas, entre 10% e 23% dos blocos já ultrapassavam o antigo máximo de 60M CUs, demonstrando que transações reais estavam a ocupar uma capacidade que anteriormente não estaria disponível. Estes dados abrangem toda a rede Solana e não especificamente pagamentos em casinos, mas ajudam a mostrar por que motivo um depósito comum dispõe agora de mais espaço para coexistir com outro tráfego do que tinha sob o limite anterior.
Por isso, a melhoria prática deve ser descrita como uma maior consistência durante períodos de elevada atividade, e não como uma redução garantida no tempo de todos os depósitos. Uma transferência enviada quando a utilização da Solana é reduzida poderá apresentar pouca diferença percetível antes e depois do SIMD-0286, porque nesse cenário a capacidade dos blocos não era o fator limitador. A atualização torna-se mais relevante quando a procura aumenta rapidamente. Ainda assim, o tempo apresentado pelo casino pode continuar a ser superior ao tempo necessário para a parte blockchain da transação, porque o operador pode aguardar um nível adicional de confirmação, validar o endereço de destino e o token, executar as suas próprias verificações de pagamento e atualizar a conta do jogador apenas depois de o sistema de monitorização processar a transação.
Taxas, confirmações e reconhecimento dos depósitos
O SIMD-0286 não reduziu a taxa base definida pelo protocolo da Solana. A documentação atual da Solana indica uma taxa base de 5.000 lamports por assinatura, à qual pode ser adicionada uma taxa de prioridade opcional para melhorar a posição de uma transação no agendamento. Uma maior capacidade dos blocos pode, ainda assim, afetar o valor que os utilizadores efetivamente pagam, porque as taxas de prioridade tornam-se particularmente relevantes quando várias transações competem por espaço de execução limitado. A mesma análise das primeiras 48 horas indicou que a taxa de transação no percentil 90 caiu de aproximadamente 29.800 para 20.800 lamports após a ativação dos 100M CUs, uma redução de cerca de 30%, enquanto a mediana permaneceu próxima de 5.600 lamports. Esta foi uma observação inicial a nível de toda a rede e não uma prova de que as taxas permanecerão nesses mesmos níveis de forma permanente.
A confirmação é uma questão distinta da capacidade dos blocos. A Solana distingue entre os estados processed, confirmed e finalized de uma transação. Uma transação processed foi incluída por um validador, mas ainda não atingiu o limiar de votação mais forte associado ao estado confirmed, enquanto finalized representa o nível mais forte de liquidação. A documentação de produção da Solana descreve confirmed como adequado para muitos casos de pagamento e finalized como apropriado quando é necessária uma garantia de liquidação superior. Cada casino determina qual destes estados aceita antes de creditar um depósito. Aumentar o limite do bloco ajuda a transação a chegar à blockchain quando existe pressão sobre a capacidade, mas não altera o significado de confirmed ou finalized e não obriga o casino a creditar os fundos numa fase anterior.
A expiração das transações é outro motivo pelo qual a capacidade da rede pode influenciar a experiência do utilizador. Uma transação Solana normal referencia um blockhash recente que permanece válido durante uma janela limitada de 150 slots. Se a transação não for processada com êxito durante esse período de validade, a carteira ou o sistema de pagamentos poderá ter de criar e enviar uma nova transação. A capacidade adicional dos blocos pode reduzir a probabilidade de uma transferência comum ficar demasiado tempo em espera apenas porque os blocos estão cheios. No entanto, não pode evitar expirações causadas por outros problemas, como uma ligação RPC instável, uma transação construída incorretamente, saldo insuficiente em SOL para pagar taxas ou uma carteira que não volte a transmitir corretamente a transação. Para os utilizadores de casinos, isto significa que um depósito pendente não deve ser automaticamente interpretado como prova de congestionamento da rede apenas porque ainda não apareceu na conta.
Como os levantamentos mudaram e que atrasos ainda podem ocorrer
O impacto nos levantamentos deve ser dividido entre o processamento interno do casino e o processamento na blockchain. Antes de um levantamento ser enviado para a Solana, o casino pode ter de verificar a conta, confirmar que o saldo solicitado está disponível, aplicar procedimentos de segurança ou conformidade e colocar o pagamento numa fila interna. O serviço também precisa de dispor de ativos suficientes na carteira utilizada para enviar os levantamentos. Nenhuma destas etapas é controlada pelo SIMD-0286. Um levantamento que passe vinte minutos à espera de aprovação continuará a esperar esses vinte minutos, mesmo que a transferência Solana resultante seja incluída num bloco quase imediatamente após ser enviada para a rede.
Depois de a transação de levantamento ser enviada para a Solana, o limite de bloco mais elevado torna-se relevante da mesma forma que nos depósitos. Uma maior capacidade total de processamento significa que um pagamento válido tem mais possibilidades de ser incluído sem competir com um bloco que já tenha atingido o antigo limite de 60M CUs. Isto pode ser particularmente útil para serviços que enviam vários pagamentos durante períodos em que o restante tráfego da rede também é elevado. Existe, contudo, uma ressalva importante: o limite de 12M CUs associado a contas graváveis não aumentou. Se muitas transações interagirem repetidamente com a mesma conta gravável, esta restrição mais específica pode continuar a ter importância, mesmo que a capacidade total do bloco seja substancialmente maior.
A experiência de levantamento também depende de serviços RPC, monitorização de transações e indexação. A Solana indicou que o SIMD-0286 não exigia alterações ao formato de indexação, pelo que os serviços de pagamento não tiveram de adotar uma nova estrutura de transação apenas para reconhecer blocos de 100M CUs. No entanto, blocos maiores podem aumentar a carga sobre as infraestruturas que recebem, armazenam e processam dados da rede. O próprio material da Solana sobre a atualização indicava que fornecedores RPC, indexadores e exchanges deveriam garantir que os seus sistemas conseguiam processar blocos maiores de forma sustentada. Assim, um levantamento pode já estar totalmente confirmado on-chain enquanto a interface do casino continua a apresentá-lo como estando em processamento, caso o serviço responsável por acompanhar o estado da transação esteja atrasado.
O que os casinos de criptomoedas devem monitorizar após o SIMD-0286
A forma mais útil de avaliar a atualização consiste em medir separadamente cada etapa de um pagamento. A monitorização de depósitos pode distinguir o tempo entre o envio pela carteira e a inclusão num bloco, entre a inclusão e o nível de confirmação exigido pelo casino, e entre essa confirmação e o momento em que o saldo do jogador é creditado. A monitorização dos levantamentos pode, de modo semelhante, separar a fila interna de aprovação do intervalo entre o envio para a blockchain e a confirmação. Sem esta separação, é fácil descrever um levantamento demorado como um atraso da Solana mesmo quando a transação só foi enviada para a rede depois de a maior parte do tempo de espera já ter passado.
Os operadores de pagamentos também precisam de acompanhar transferências de SOL e transferências de tokens como percursos distintos, porque podem envolver contas diferentes e formas diferentes de processamento interno. As definições das taxas de prioridade devem ser revistas de acordo com as condições atuais da rede, em vez de permanecerem fixadas permanentemente num nível escolhido durante um período anterior de congestionamento. Tempos de resposta RPC, envios falhados, novas tentativas de transação e atrasos de indexação são igualmente importantes, porque um limite de bloco maior não consegue compensar um acesso pouco fiável à rede. Estas verificações tornam-se especialmente relevantes durante movimentos súbitos do mercado, quando tanto a atividade blockchain como a procura por pagamentos em casinos podem aumentar em simultâneo.
Em setembro de 2026, os dados disponíveis sustentam uma interpretação equilibrada do SIMD-0286. A Solana possui agora uma capacidade máxima de computação por bloco 66% superior à que tinha sob o limite de 60M CUs, e as primeiras medições após a ativação mostraram uma redução significativa na percentagem de blocos próximos do novo limite, juntamente com taxas inferiores na parte mais cara da distribuição das transações. Isto cria melhores condições para depósitos e levantamentos durante picos de tráfego em toda a rede. No entanto, não garante um depósito instantâneo, um levantamento imediato ou uma taxa de transação fixa. Para os utilizadores de casinos de criptomoedas, a principal melhoria é uma menor exposição à pressão sobre a capacidade total dos blocos; o tempo final do pagamento continua a depender dos requisitos de confirmação, do comportamento da carteira, do desempenho dos serviços RPC e de indexação e dos próprios procedimentos de depósitos e levantamentos do casino.
