A Base restabeleceu a estabilidade de sua rede após reverter uma alteração de configuração que provocou quedas e atrasos de transações no fim de janeiro. A rede manteve-se funcional durante todo o incidente, embora usuários tenham enfrentado lentidão significativa. Esse cenário reforçou que o problema afetou o desempenho, mas não resultou em interrupção completa das operações.

As reclamações começaram em 31 de janeiro, quando usuários relataram atrasos intermitentes e dificuldades para incluir transações na mainnet. Apesar disso, a Base destacou que a produção de blocos continuou ativa, o que indicou degradação parcial e não uma paralisação total. Ainda assim, a experiência de uso foi impactada, principalmente em momentos de maior demanda.

Falha técnica causada por mudança de configuração

A equipe informou que o comportamento anormal surgiu após uma mudança na configuração de propagação de transações. Com o aumento acelerado das taxas base, o construtor de blocos passou a buscar repetidamente transações impossíveis de executar naquele momento. Assim, o sistema descartou mais transações do que o normal, o que elevou de forma expressiva os tempos de inclusão. Além disso, o congestionamento agravou a lentidão percebida pelos usuários.

Para mitigar o problema, a Base aplicou um rollback da configuração. Segundo a equipe, essa medida normalizou o desempenho e estabilizou o fluxo de transações. A rede também reforçou que continuará monitorando de perto possíveis variações de carga para evitar recorrências semelhantes.

A seguir, o comunicado oficial divulgado no Twitter pela equipe da Base:

Em 31 de janeiro, a Base apresentou um aumento significativo na perda de transações e atrasos na inclusão. Uma alteração na configuração de propagação de transações fez com que o construtor de blocos buscasse repetidamente transações que não podiam ser executadas devido ao rápido aumento das taxas da Base.

Mitigamos o problema implementando…

Fonte: Base Build no X

Em 1 de fevereiro, a Base afirmou que o incidente estava resolvido. A equipe reforçou que momentos de congestionamento intenso ainda podem gerar atrasos pontuais, mesmo com o sistema operando dentro de padrões esperados. No entanto, esses efeitos seriam passageiros e não comprometeriam a funcionalidade geral da rede.

Rede continuou ativa apesar da degradação

Mesmo durante o período mais crítico, a Base manteve a produção de blocos e o processamento de transações. A equipe ressaltou que essa continuidade demonstrou a resiliência da infraestrutura. Portanto, embora atrasos tenham sido perceptíveis, a rede permaneceu ativa o tempo inteiro.

Após o rollback, os tempos de inclusão voltaram ao normal. A taxa de transações descartadas também diminuiu para níveis usuais, o que sinalizou recuperação completa da performance. Assim, usuários puderam retomar suas operações com mais previsibilidade.

Melhorias estruturais previstas para aumentar a estabilidade

Com a estabilização garantida, a Base informou que prepara uma análise detalhada do incidente, que será apresentada em um postmortem público. Além disso, a equipe anunciou um conjunto de melhorias estruturais que visa tornar o sistema mais robusto. Entre essas atualizações está a otimização do pipeline de transações, que deve reduzir gargalos internos, e a remoção de etapas desnecessárias no processo peer-to-peer.

Outra medida será o ajuste do comportamento da fila de mempool, com foco em gerenciar melhor transações pendentes em períodos de alta demanda. Além disso, a Base pretende fortalecer ferramentas de monitoramento e alertas para agilizar respostas a futuros incidentes. Essas melhorias devem ser implementadas ao longo de aproximadamente um mês.

No curto prazo, a reversão da configuração problemática devolveu estabilidade aos usuários e restaurou níveis adequados de desempenho. A equipe reforçou o compromisso com uma infraestrutura mais madura, capaz de evitar novos episódios de degradação, mesmo em momentos de uso intenso.