O que acontece quando um blockchain decide escalonar não ao se reinventar, mas simplesmente ajustando os seletores? Em 7 de janeiro de 2026, o Ethereum ativou o BPO-2 — o segundo fork de Apenas Parâmetros de Blob (Blob Parameters Only) — concluindo silenciosamente a fase final da atualização Fusaka. O resultado: uma expansão de 40 % na capacidade que reduziu as taxas da Camada 2 em até 90 % da noite para o dia. Esta não foi uma reformulação chamativa do protocolo. Foi precisão cirúrgica, provando que a escalabilidade do Ethereum agora é paramétrica, não procedural.
A Atualização BPO-2: Números que Importam
O BPO-2 aumentou o objetivo (target) de blobs do Ethereum de 10 para 14 e o limite máximo de blobs de 15 para 21. Cada blob contém 128 kilobytes de dados, o que significa que um único bloco agora pode carregar aproximadamente 2,6 – 2,7 megabytes de dados de blob — um aumento em relação aos cerca de 1,9 MB antes do fork.
Para contextualizar, os blobs são os pacotes de dados que os rollups publicam no Ethereum. Eles permitem que redes de Camada 2 como Arbitrum, Base e Optimism processem transações fora da rede principal (off-chain) enquanto herdam as garantias de segurança do Ethereum. Quando o espaço de blob é escasso, os rollups competem pela capacidade, elevando os custos. O BPO-2 aliviou essa pressão.
O Cronograma: A Implementação em Três Fases da Fusaka
A atualização não aconteceu de forma isolada. Foi o estágio final da implantação metódica da Fusaka:
- 3 de dezembro de 2025: Ativação da mainnet Fusaka, introduzindo o PeerDAS (Peer Data Availability Sampling)
- 9 de dezembro de 2025: O BPO-1 aumentou o objetivo de blobs para 10 e o máximo para 15
- 7 de janeiro de 2026: O BPO-2 elevou o objetivo para 14 e o máximo para 21
Essa abordagem em etapas permitiu que os desenvolvedores monitorassem a saúde da rede entre cada incremento, garantindo que os operadores de nós domésticos pudessem lidar com as crescentes demandas de largura de banda.
Por que "Objetivo" e "Limite" são Diferentes
Entender a distinção entre o objetivo (target) de blobs e o limite (limit) de blobs é fundamental para compreender a mecânica de taxas do Ethereum.
O limite de blobs (21) representa o teto rígido — o número absoluto máximo de blobs que podem ser incluídos em um único bloco. O objetivo de blobs (14) é o ponto de equilíbrio que o protocolo visa manter ao longo do tempo.
Quando o uso real de blobs excede o objetivo, as taxas básicas aumentam para desencorajar o consumo excessivo. Quando o uso cai abaixo do objetivo, as taxas diminuem para incentivar mais atividade. Este ajuste dinâmico cria um mercado autorregulado:
- Blobs cheios: As taxas básicas aumentam em aproximadamente 8,2 %
- Sem blobs: As taxas básicas diminuem em aproximadamente 14,5 %
Esta assimetria é intencional. Ela permite que as taxas caiam rapidamente durante períodos de baixa demanda, enquanto aumentam mais gradualmente durante a alta demanda, evitando picos de preços que poderiam desestabilizar a economia dos rollups.
O Impacto nas Taxas: Números Reais de Redes Reais
Os custos de transação da Camada 2 despencaram entre 40 – 90 % desde a implementação da Fusaka. Os números falam por si:
| Rede | Taxa Média Pós-BPO-2 | Comparação com a Mainnet do Ethereum |
|---|
| Base | $ 0,000116 | $ 0,3139 |
| Arbitrum | ~ $ 0,001 | $ 0,3139 |
| Optimism | ~ $ 0,001 | $ 0,3139 |
As taxas medianas de blob caíram para valores tão baixos quanto $ 0,0000000005 por blob — efetivamente gratuitas para fins práticos. Para os usuários finais, isso se traduz em custos quase nulos para swaps, transferências, cunhagem de NFTs e transações de jogos.
Como os Rollups se Adaptaram
Os principais rollups reestruturaram suas operações para maximizar a eficiência dos blobs:
- A Optimism atualizou seu batcher para depender primordialmente de blobs em vez de calldata, reduzindo os custos de disponibilidade de dados em mais da metade
- A zkSync reformulou seu pipeline de envio de provas para compactar as atualizações de estado em menos blobs e maiores, reduzindo a frequência de postagem
- A Arbitrum preparou-se para sua atualização ArbOS Dia (1º trimestre de 2026), que introduz taxas mais suaves e maior taxa de transferência com suporte à Fusaka
Desde a introdução do EIP-4844, mais de 950.000 blobs foram postados no Ethereum. Os rollups otimistas viram uma redução de 81 % no uso de calldata, demonstrando que o modelo de blob está funcionando como planejado.
O Caminho para 128 Blobs: O que Vem a Seguir
O BPO-2 é um ponto de passagem, não o destino final. O roteiro do Ethereum prevê um futuro onde os blocos contenham 128 ou mais blobs por slot — um aumento de 8 vezes em relação aos níveis atuais.
PeerDAS: A Fundação Técnica
O PeerDAS (EIP-7594) é o protocolo de rede que torna possível o escalonamento agressivo de blobs. Em vez de exigir que cada nó baixe cada blob, o PeerDAS utiliza a amostragem de disponibilidade de dados (data availability sampling) para verificar a integridade dos dados baixando apenas um subconjunto.
Veja como funciona:
- Os dados estendidos do blob são divididos em 128 partes chamadas colunas
- Cada nó participa de pelo menos 8 sub-redes de colunas escolhidas aleatoriamente
- Receber 8 de 128 colunas (cerca de 12,5 % dos dados) é matematicamente suficiente para provar a disponibilidade total dos dados
- A codificação de apagamento (erasure coding) garante que, mesmo que alguns dados estejam faltando, o original possa ser reconstruído
Esta abordagem permite um escalonamento teórico de 8 vezes na taxa de transferência de dados, mantendo os requisitos dos nós gerenciáveis para operadores domésticos.
O Cronograma de Escalonamento de Blobs
| Fase | Blobs de Objetivo (Target) | Blobs Máximos | Status |
|---|
| Dencun (março de 2024) | 3 | 6 | Concluído |
| Pectra (maio de 2025) | 6 | 9 | Concluído |
| BPO-1 (dezembro de 2025) | 10 | 15 | Concluído |
| BPO-2 (janeiro de 2026) | 14 | 21 | Concluído |
| BPO-3/4 (2026) | A definir | 72+ | Planejado |
| Longo prazo | 128+ | 128+ | Roteiro |
Uma chamada recente de todos os desenvolvedores principais (all-core-devs) discutiu um "cronograma especulativo" que poderia incluir forks BPO adicionais a cada duas semanas após o final de fevereiro para atingir um objetivo de 72 blobs. Se este cronograma agressivo se concretizará, dependerá dos dados de monitoramento da rede.
Glamsterdam: O Próximo Grande Marco
Olhando além dos forks BPO, o upgrade combinado Glamsterdam (Glam para a camada de consenso, Amsterdam para a camada de execução) está atualmente planejado para o Q2 / Q3 de 2026. Ele promete melhorias ainda mais dramáticas:
- Block Access Lists (BALs): limites de gas dinâmicos que permitem o processamento paralelo de transações
- Enshrined Proposer-Builder Separation (ePBS): protocolo on-chain para separar as funções de construção de blocos, proporcionando mais tempo para a propagação de blocos
- Aumento do limite de gas: potencialmente até 200 milhões, permitindo um "processamento paralelo perfeito"
Vitalik Buterin projetou que o final de 2026 trará "grandes aumentos no limite de gas não dependentes de ZK-EVM devido às BALs e ePBS". Essas mudanças podem elevar o throughput sustentável para mais de 100.000+ TPS em todo o ecossistema de Camada 2.
O Que a BPO-2 Revela Sobre a Estratégia da Ethereum
O modelo de fork BPO representa uma mudança filosófica na forma como a Ethereum aborda os upgrades. Em vez de agrupar múltiplas mudanças complexas em hard forks monolíticos, a abordagem BPO isola ajustes de variável única que podem ser implantados rapidamente e revertidos caso surjam problemas.
"O fork BPO2 ressalta que a escalabilidade da Ethereum agora é paramétrica, não processual", observou um desenvolvedor. "O espaço de blobs continua longe da saturação, e a rede pode expandir o throughput simplesmente ajustando a capacidade."
Essa observação traz implicações significativas:
- Escalabilidade previsível: os rollups podem planejar as necessidades de capacidade sabendo que a Ethereum continuará expandindo o espaço de blobs
- Risco reduzido: mudanças de parâmetros isoladas minimizam a chance de bugs em cascata
- Iteração mais rápida: os forks BPO podem acontecer em semanas, não meses
- Decisões orientadas por dados: cada incremento fornece dados do mundo real para informar o próximo
A Economia: Quem se Beneficia?
Os beneficiários da BPO-2 estendem-se além dos usuários finais que desfrutam de transações mais baratas:
Operadores de Rollup
Custos mais baixos de publicação de dados melhoram a economia unitária para cada rollup. Redes que anteriormente operavam com margens estreitas agora têm espaço para investir na aquisição de usuários, ferramentas para desenvolvedores e crescimento do ecossistema.
Desenvolvedores de Aplicações
Custos de transação abaixo de um centavo desbloqueiam casos de uso que antes eram economicamente inviáveis: micropayments, jogos de alta frequência, aplicações sociais com estado on-chain e integrações de IoT.
Validadores da Ethereum
O aumento no throughput de blobs significa mais taxas totais, mesmo que as taxas por blob caiam. A rede processa mais valor, mantendo os incentivos para os validadores enquanto melhora a experiência do usuário.
O Ecossistema Mais Amplo
A disponibilidade de dados da Ethereum mais barata torna as camadas de DA alternativas menos atraentes para rollups que priorizam a segurança. Isso reforça a posição da Ethereum no centro da stack de blockchain modular.
Desafios e Considerações
A BPO-2 não está isenta de compensações:
Requisitos de Nó
Embora o PeerDAS reduza os requisitos de largura de banda por meio de amostragem, o aumento na contagem de blobs ainda exige mais dos operadores de nós. A implantação faseada visa identificar gargalos antes que se tornem críticos, mas operadores domésticos com largura de banda limitada podem ter dificuldades à medida que a contagem de blobs sobe para 72 ou 128.
Dinâmicas de MEV
Mais blobs significam mais oportunidades para extração de MEV em transações de rollup. O upgrade ePBS no Glamsterdam visa resolver isso, mas o período de transição pode ver um aumento na atividade de MEV.
Volatilidade do Espaço de Blobs
Durante picos de demanda, as taxas de blobs ainda podem subir rapidamente. O aumento de 8,2% por bloco cheio significa que a demanda alta sustentada cria um crescimento exponencial das taxas. Os futuros forks BPO precisarão equilibrar a expansão da capacidade contra essa volatilidade.
Conclusão: Escalando por Graus
A BPO-2 demonstra que uma escalabilidade significativa nem sempre exige avanços revolucionários. Às vezes, as melhorias mais eficazes vêm da calibração cuidadosa dos sistemas existentes.
A capacidade de blobs da Ethereum cresceu de no máximo 6 no Dencun para 21 na BPO-2 — um aumento de 250% em menos de dois anos. As taxas da Camada 2 caíram ordens de magnitude. E o roadmap para mais de 128 blobs sugere que este é apenas o começo.
Para os rollups, a mensagem é clara: a camada de disponibilidade de dados da Ethereum está escalando para atender à demanda. Para os usuários, o resultado é cada vez mais invisível: transações que custam frações de centavos, finalizadas em segundos, protegidas pela plataforma de smart contracts mais testada em combate existente.
A era paramétrica da escalabilidade da Ethereum chegou. A BPO-2 é a prova de que, às vezes, girar o botão certo é tudo o que é necessário.
Está construindo sobre a capacidade de blobs em expansão da Ethereum? BlockEden.xyz fornece serviços RPC de nível empresarial para a Ethereum e seu ecossistema de Camada 2, incluindo Arbitrum, Optimism e Base. Explore nosso marketplace de APIs para se conectar à infraestrutura que alimenta a próxima geração de aplicações escaláveis.
