Três Indicadores de Tendência Web3 que Deve Observar: Análise de Jito BAM, BRC2.0 e EIP-7999

O panorama Web3 está em constante evolução, e acompanhar os protocolos emergentes é essencial para entender para onde a indústria se dirige. Este indicador de tendências analisa três desenvolvimentos significativos que estão a remodelar a infraestrutura blockchain e o processamento de transações.

Jito BAM: Redefinindo a Ordem de Transações na Solana

A Inovação Central

O BAM da Jito representa uma abordagem inovadora à sequenciação de transações na Solana. Pense nele como um sistema de arranjo de ordens que opera nos bastidores — ele organiza estrategicamente as transações destinadas a um bloco antes de serem processadas pelos validadores. Isto difere significativamente de como o Ethereum busca o PBS (Separação Propositor-Construtor), mas alcança objetivos semelhantes: criar uma ordenação de transações mais justa e reduzir a exploração de MEV.

Por que Isto Importa

Os validadores da Solana atualmente detêm cerca de 90% da quota de mercado através da plataforma de leilões da Jito, conferindo à iniciativa uma influência substancial. O elenco de apoio inclui nomes como Triton One, SOL Strategies, Figment, Helius, Drift e Pyth. Isto não é um experimento marginal — é uma ação coordenada de jogadores oficiais e líderes do ecossistema.

A pressão por trás do BAM é clara: Hyperliquid e cadeias semelhantes de livro de ordens estão a minar a vantagem narrativa da Solana. Estes concorrentes destacam-se na operação de market-making através do design nativo. O BAM oferece uma solução alternativa: se puder personalizar a sequenciação de transações dentro dos blocos, pode otimizar para DeFi sem redesenhar fundamentalmente o protocolo.

Como Funciona

A Solana produz blocos de forma linear — um slot de 400ms contém 64 segmentos de tempo, cada um enviando transações imediatamente. O BAM altera isto ao processar toda a ordem do bloco num TEE (Ambiente de Execução Confiável) primeiro, aplicando regras definidas por plugins antes de submeter aos validadores. Um exemplo prático: uma plataforma oracle poderia codificar de forma rígida “atualizações de preço sempre executam primeiro”, eliminando o elemento de aleatoriedade de dados de preços atrasados. Uma DEX poderia filtrar falhas de alta probabilidade, reduzindo taxas desperdiçadas.

A Realidade

A infraestrutura de TEE é cara e limitada a cerca de milhares de transações por segundo. Escalar isto para a capacidade de throughput da Solana exige múltiplos clusters de TEE, aumentando a complexidade e os riscos de falhas. Os lucros do Q2 de 2025 da Jito — 22.391 SOL (~$4M) — sugerem que a economia ainda não é convincente. A proposta de valor real parece ser restrita: transações de alto valor, com garantias determinísticas. Mas “restrita” pode ser exatamente o que se precisa para uma adoção inicial.

BRC2.0: Programando o Bitcoin Sem Alterar o Bitcoin

O Conceito

O BRC2.0 será lançado a 2 de setembro de 2025, como um híbrido curioso: os utilizadores escrevem instruções de transação no Bitcoin via inscrições ou esquemas de commit-reveal, desencadeando uma runtime EVM numa camada de indexador (não na cadeia, sem consenso). As taxas são denominadas em BTC, mas a computação é executada numa “Máquina Virtual Ethereum magicamente modificada”. Semelhante ao Alkanes (que usa WASM), mas direcionado a desenvolvedores EVM.

O Posicionamento

O Bestinslot, que ganhou destaque durante o boom de inscrições do Bitcoin, está a liderar este projeto. A premissa narrativa: adicionar camadas de programabilidade sem alterar o consenso central do Bitcoin. Nos últimos 24 meses, todos perseguiram histórias de “programabilidade do BTC”, mas soluções de engenharia concretas demoraram a surgir. O BRC2.0 e o Alkanes representam as primeiras tentativas sérias de implementações práticas deste ano.

Mecânica por Trás

A lógica EVM executa-se no indexador — não numa cadeia separada, nem no próprio Bitcoin, mas numa zona híbrida sem um protocolo de consenso. Endereços EVM controlados pelo utilizador são hashados a partir de endereços Bitcoin e mapeados para equivalentes virtuais. Imitam a lógica de controlo baseada em JSON do BRC20, mas executam bytecode arbitrário.

Um risco técnico importante: auditorias preliminares não encontraram limites de profundidade de chamadas ou recursão no código do nó, o que teoricamente permite que um contrato recursivo infinito possa derrubar a VM (embora seja fácil de acrescentar tais proteções).

Avaliação de Mercado

A estratégia de nomeação é inteligente — “BRC2.0” herda maior visibilidade do que um nome de protocolo totalmente novo. Contudo, o design do protocolo deve mais à alinhamento filosófico com o BRC20 do que à herança técnica direta. Mais importante, a maior força do Bitcoin não é a programabilidade — é a mecânica de oferta escassa e fixa que não pode ser avaliada por rácios P/E como outros ativos. Acrescentar complexidade pode, na verdade, erodir o que torna o Bitcoin valioso. Isto levanta uma questão filosófica: o Bitcoin deve priorizar aplicações universais ou defender a sua proposta de valor única como uma rede de consenso de recursos limitados?

EIP-7999: A Solução de Mercado de Taxas Multi-Dimensional do Ethereum

O Problema que Resolve

Após o EIP-4844 ter introduzido dados blob, a estrutura de taxas do Ethereum fragmentou-se. As transações agora negociam preços separados para execução, calldata e blobs. Os desenvolvedores de Layer 2 enfrentam um pesadelo: definir limites de taxas independentes para cada dimensão. Se um parâmetro cair demasiado, as transações falham apesar de orçamentos de taxas totais adequados. Carteiras e routers experienciam uma “experiência desarticulada” — o sistema parece quebrado para os utilizadores finais porque, tecnicamente, está fragmentado.

A Resposta de Vitalik

O EIP-7999 (renomeado de EIP-0000) propõe mercados de taxas unificados: os utilizadores definem um parâmetro max_fee único, e a EVM distribui automaticamente esse orçamento entre diferentes tipos de recursos (gás de execução, gás de blob, gás de calldata). Isto resolve elegantemente a crise de precificação dimensional que afligiu o Ethereum desde que o calldata foi inicialmente precificado de forma diferente (0 vs. bytes não-zero em 2015).

Complexidade de Implementação

A proposta introduz um novo tipo de transação com campos de taxas consolidados — mais limpo estruturalmente do que tentativas anteriores como o ERC-4337, que sofria de excesso de engenharia. Contudo, a implementação requer alterações nos cabeçalhos de blocos, codificação RLP, regras de validação e suporte de carteiras em toda a cadeia. Cada nó deve interpretar estas transações, mesmo que carteiras individuais optem por não suportar.

Cronograma e Impacto

A implementação a curto prazo é improvável — provavelmente a 1-2 hard forks principais de distância. Mas a análise económica de Vitalik revela um pensamento sofisticado sobre a dinâmica do mercado de taxas a longo prazo. O sucesso aqui desbloqueia designs mais simples de arquiteturas L2/L3 e posiciona a estrutura de taxas do Ethereum para mais uma década de escalabilidade.

Conclusão: Três Vislumbres da Próxima Fase do Web3

Estes três indicadores de tendência representam filosofias distintas de escalabilidade: a busca da Solana por justiça na book de ordens, a experimentação do Bitcoin com camadas programáveis, e a sistematização do Ethereum dos mercados de taxas. Nenhum é uma solução milagrosa, mas coletivamente sinalizam onde o foco de engenharia da indústria está a concentrar-se. Observar as curvas de adoção destas tendências revelará se a elegância técnica se traduz em tração de mercado.