A blockchain é como uma enorme base de dados que cobra de acordo com a frequência de cálculo; a forma tradicional de desenvolver DApps é como construir um armazém neste banco de dados sem um guia de compras — cada consulta ou escrita de dados pelos utilizadores implica custos elevados. Em 2025, num cenário de forte competição no ecossistema Web3, esses custos tornam-se cada vez mais difíceis de suportar.

Recentemente, ao otimizar um protocolo de troca descentralizada baseado em Ethereum L2, deparei-me com problemas semelhantes. À primeira vista, parecia uma operação convencional de contrato, mas, na prática, as leituras internas em ciclo tornaram-se a principal causa de consumo de fundos dos utilizadores. Ao introduzir um mecanismo assíncrono de obtenção de dados e pré-processamento de índices fora da cadeia, consegui reduzir o custo de gás por interação de cerca de 0.012 ETH para aproximadamente 0.004 ETH — uma melhoria significativa.

O ponto-chave é que essa otimização não foi alcançada eliminando funcionalidades ou reduzindo a segurança, mas sim por uma nova compreensão da estrutura de armazenamento da blockchain.

A operação mais cara na blockchain é sempre a sincronização em tempo real de cálculo e armazenamento. No desenvolvimento tradicional com Solidity, estamos acostumados a procurar dados diretamente através de mapping ou arrays durante a execução do contrato. Isso era padrão no passado, mas, na estrutura de múltiplas camadas após a atualização do Ethereum Pectra, essa abordagem é extremamente ineficiente. A ideia central de obter dados é simples: transferir o processo de busca de dados do caro cálculo on-chain para uma camada de índice ou cálculo off-chain, que tem custos muito menores.

Essa abordagem, embora pareça simples, na verdade representa uma nova compreensão sobre a expansão do L2 e a otimização de custos on-chain. No futuro, soluções de pré-processamento fora da cadeia tornar-se-ão cada vez mais importantes.