Março de 2026: Melhorias Operacionais e Mudanças Económicas em Diversas L1s

Março está a chegar ao fim, e os grandes projectos de blockchain têm estado silenciosamente ocupados. Não com o tipo de upgrades de mainnet chamativos que fazem o Twitter parar durante um fim‑de‑semana, mas com o tipo de trabalho que realmente importa quando está a operar uma rede financeira de produção.

O Bitcoin começou em 18 de Março com a release 28.4 do Core. É uma release de manutenção – correcções de migração de carteira, remoção de um antigo DNS seed, alguma limpeza no sistema de build. Sem mudanças de consenso, sem novos opcodes, sem drama. Basicamente é essa a história toda. Se executa um nó, faz upgrade quando lhe apetece. Se não o faz, continua a apanhar os casos-limite que eles corrigiram. A rede não se importa de qualquer das formas. Esse é o luxo do Bitcoin.

A actualização da Solana chegou dois dias depois. A Agave v3.1.11 chegou como uma release estável para mainnet, enquanto a v4.0.0 ficou etiquetada para testnet. As mudanças reais não são glamorosas – reforço do parser de networking, limitação do uso de ip echo, e adição de compatibilidade futura para a linha de versões seguinte. O que é interessante não é o código, mas o ritmo. A Solana costumava tratar cada release como um alarme de incêndio. Agora estão a correr uma branch estável e uma branch beta em paralelo. Não é manchete, mas é o tipo de disciplina operacional que impede os validadores de levantarem as mãos.

A Cardano avançou mais a sério a 25 de Março. O Node 10.7.0 é uma pré‑release, mas é uma de peso. A mudança principal é um novo backend de armazenamento a usar uma árvore LSM, o que reduz os requisitos de memória de 24GB para 8GB se usar o modo em disco. É uma redução real nos custos de hardware para operadores de pools de stake. A ressalva: uma reexecução completa da cadeia. Ou seja, paga uma vez, de forma dolorosa, e depois corre mais leve. A release também adiciona suporte para KES Agent, uma interface experimental gRPC, e uma mão-cheia de issues conhecidas – maior uso de memória com muitos DReps, uma incompatibilidade de logging. Mais importante ainda, isto é trabalho de base para o Protocol Version 11 em alguma futura release do nó. Março é o aviso. O ecossistema deveria começar a testar já.

A Polkadot seguiu uma abordagem diferente, completamente. A 2 de Março, a Parity delineou um novo modelo económico, e a 12 de Março a actualização do runtime (2.1.0) ficou em produção. Acabaram as queimaduras do tesouro. Um Dynamic Allocation Pool recolhe o DOT recém cunhado e as receitas do protocolo, e a governação decide como gastá-las. A emissão caiu a 14 de Março – as emissões iniciais foram reduzidas em cerca de 54% face ao modelo antigo, com um limite de oferta de 2,1 mil milhões de DOT no horizonte. A votação de governação passou; pode ver os números em Subsquare. Junto com isto vêm mínimos para validadores – 10.000 DOT de self‑stake, comissão mínima de 10% – com reformas do nominator agendadas para Abril. É o tipo de mudança que parece um ajuste numa folha de cálculo, mas que na prática reconfigura incentivos para todos os que asseguram a rede. A Parity tem o cuidado de dizer que as datas e os detalhes podem mudar, e eles estão certos em acrescentar essa ressalva.

A Polygon PoS também mexeu nos fluxos de dinheiro. O PIP‑85, datado de 25 de Março, visa taxas prioritárias. A proposta diz que as taxas aumentaram dez vezes desde que o sistema anterior (PIP‑65) entrou em vigor, com cerca de 5,4 milhões de POL a ir para validadores apenas em Fevereiro. A correcção: dividir o fee pool de modo a que 50% vá para stakers através de claims periódicos via Merkle claimers na Ethereum. A outra metade é redistribuída entre validadores com uma divisão de 75% de igual ponderação (ajustada ao desempenho) e 25% ponderada por stake. O que sobrar é queimado. A activação está definida para o bloco 85.245.000. A parte complicada é que isto introduz uma dependência totalmente nova – agora os stakers têm de reclamar recompensas através de contratos na Ethereum. São mais peças em movimento, mais trabalho de UI para integradores, mais risco de contratos inteligentes. A proposta diz “sem alterações directas onchain”, mas isso parece uma formalidade quando o comportamento muda a partir de uma altura de bloco específica. A intenção – ajudar validadores mais pequenos e dar aos delegadores um corte mais justo – é clara. A complexidade da execução é real.

A Ethereum jogou o jogo mais longo. A 25 de Março, a Fundação lançou pq.ethereum.org, um hub para trabalho de criptografia pós‑quântica. Sem forks, sem EIPs, sem activação em testnet. Apenas um roadmap consolidado. A ameaça é simples: um computador quântico suficientemente grande quebra os esquemas de assinatura que a Ethereum usa actualmente. Corrigir isso significa substituir as assinaturas BLS dos validadores, adicionar opções pós‑quânticas na camada de execução, e perceber as implicações na camada de dados. O roadmap menciona assinaturas baseadas em hash (leanXMSS), um zkVM mínimo chamado leanVM para agregação, e um caminho de precompilação de matemática vetorial para account abstraction. Também admite as partes difíceis: as assinaturas ficam maiores, a verificação fica mais pesada, e a agregação fica mais confusa. A estimativa de timing é que as actualizações da L1 poderão ficar concluídas até 2029, com a migração completa da execução a levar mais anos depois disso. É o oposto de um anúncio de entrega. É uma ferramenta de coordenação – uma forma de impedir que dez grupos diferentes de investigação trabalhem em silos. Isso importa mais do que qualquer commit isolado de código, por agora.

Ao olhar para Março, o fio condutor é pouco vistoso, mas sólido. Releases orientadas ao operador (o armazenamento da Cardano, o reforço da Solana). Reconfiguração económica (a emissão da Polkadot, a divisão de taxas da Polygon). Preparação para o futuro (o roadmap de PQ da Ethereum). O que não vê são alegações de duplicação de throughput ou de tempos de finalização reduzidos. As mudanças mensuráveis dizem respeito a taxas de emissão, requisitos de RAM e incentivos dos validadores. Não é uma falha de ambição. É um sinal de que estas redes estão a investir a sua energia em sustentabilidade e resiliência.

Os riscos também estão bem fundamentados. A reexecução da cadeia da Cardano é uma dor operacional genuína. O aviso da Polkadot de que as datas podem mudar torna o planeamento confuso. Os claimers baseados em Ethereum da Polygon introduzem uma nova superfície de segurança de contratos e de UX, sem uma implementação de referência auditada mencionada no PIP. O próprio hub de PQ da Ethereum alerta contra lock‑in prematuro e a pressa em criptografia imatura. Estas são as preocupações certas para uma indústria madura.