As atualizações no @ethereum nunca pararam. Nos últimos meses, temos visto muitas atualizações no Ethereum e todas essas reformas são melhorias direcionadas que se acumulam ao longo do tempo.

Desde a fusão até o proto-danksharding, o roteiro do Ethereum não é mais sobre melhorias surpresa, mas sobre execução constante.

𝘛𝘩𝘢𝘵 𝘱𝘩𝘪𝘭𝘰𝘴𝘰𝘱𝘩𝘺 𝘣𝘦𝘤𝘢𝘮𝘦 𝘷𝘦𝘳𝘺 𝘤𝘭𝘦𝘢𝘳 𝘸𝘪𝘵𝘩 𝘍𝘶𝘴𝘢𝘬𝘢. 𝘈𝘯𝘥 𝘴𝘪𝘯𝘤𝘦 𝘍𝘶𝘴𝘢𝘬𝘢 𝘸𝘦𝘯𝘵 𝘭𝘪𝘷𝘦, 𝘸𝘦’𝘷𝘦 𝘢𝘭𝘳𝘦𝘢𝘥𝘺 𝘴𝘦𝘦𝘯 𝘉𝘗𝘖-1 𝘢𝘤𝘵𝘪𝘷𝘢𝘵𝘦.

Agora, o Ethereum está avançando novamente com o BPO-2.
-----------------------------------

𝐅𝐮𝐬𝐚𝐤𝐚 𝐡𝐚𝐬 𝐩𝐮𝐭𝐨 𝐚 𝐩𝐚𝐫𝐭𝐞 𝐝𝐚 𝐬𝐭𝐚𝐠𝐞

A atualização Fusaka é melhor compreendida como infraestrutura, não espetáculo.
Seu principal objetivo era finalizar o ambiente pós-4844 do Ethereum e introduzir um novo padrão de atualização que são os forks Blob-Parameter-Only (BPO).

Com o EIP-4844, o Ethereum adicionou blobs, contêineres de dados temporários e de baixo custo, projetados especificamente para rollups.

Isso deslocou a maior parte da pressão de escalabilidade do execução L1 para a disponibilidade de dados.

𝘉𝘶𝘵 𝘵𝘩𝘦 𝘪𝘯𝘪𝘵𝘪𝘢𝘭 𝘣𝘭𝘰𝘣 𝘭𝘪𝘮𝘪𝘵𝘴 𝘸𝘦𝘳𝘦 𝘥𝘦𝘭𝘪𝘣𝘦𝘳𝘢𝘵𝘦𝘭𝘺 𝘤𝘰𝘯𝘴𝘦𝘳𝘷𝘢𝘵𝘪𝘷𝘦. 𝘌𝘵𝘩𝘦𝘳𝘦𝘶𝘮 𝘯𝘦𝘦𝘥𝘦𝘥 𝘢 𝘸𝘢𝘺 𝘵𝘰 𝘪𝘯𝘤𝘳𝘦𝘢𝘴𝘦 𝘣𝘭𝘰𝘣 𝘤𝘢𝘱𝘢𝘤𝘪𝘵𝘺 𝘰𝘷𝘦𝘳 𝘵𝘪𝘮𝘦 𝘸𝘪𝘵𝘩𝘰𝘶𝘵 𝘸𝘢𝘪𝘵𝘪𝘯𝘨 𝘧𝘰𝘳 𝘧𝘶𝘭𝘭 𝘩𝘢𝘳𝘥 𝘧𝘰𝘳𝘬𝘴 𝘰𝘳 𝘳𝘪𝘴𝘬𝘪𝘯𝘨 𝘪𝘯𝘴𝘵𝘢𝘣𝘪𝘭𝘪𝘵𝘺.

Fusaka tornou isso possível.
-----------------------------------

𝐐𝐮𝐞 𝐬𝐚̃𝐨 𝐨 𝐅𝐮𝐤𝐬 𝐁𝐏𝐎 𝐞 𝐩𝐚𝐫𝐚 𝐪𝐮𝐞 𝐝𝐚 𝐩𝐚𝐫𝐭𝐞 𝐝𝐚𝐬 𝐦𝐚𝐭𝐞𝐫𝐢𝐚𝐢𝐬 𝐞𝐬𝐭𝐚̃𝐨𝐦 𝐝𝐚𝐬 𝐚𝐥𝐭𝐚𝐬

Um fork BPO não muda nada além dos parâmetros de capacidade de blob:

➢ O número alvo de blobs por bloco

➢ O número máximo de blobs permitido em um bloco

A atualização não adiciona novos opcodes, não altera o comportamento de execução, nem modifica a lógica de contas ou estado.

Isso torna os forks BPO de baixo risco, mais fáceis de coordenar entre clientes, e seguros para repetir à medida que a demanda cresce.
-----------------------------------

𝐁𝐏𝐎-1 𝐟𝐨𝐢 𝐨 𝐩𝐫𝐢𝐦𝐞𝐢𝐫𝐨 𝐬𝐢𝐠𝐧𝐚𝐥𝐞 𝐞 𝐩𝐫𝐨𝐟𝐚 𝐝𝐚 𝐜𝐨𝐧𝐜𝐞𝐩𝐭𝐮𝐚𝐥

Aumentou modestamente a capacidade de blob, dando aos rollups mais espaço para postar dados enquanto permite que operadores de nós, equipes de clientes e a rede mais ampla observem os efeitos no mundo real.

E funcionou.

A rede absorveu a mudança de forma limpa, os mercados de blob comportaram-se como esperado, e os rollups beneficiaram-se imediatamente de uma taxa de processamento mais alta disponível.

Esse sucesso abriu caminho para o próximo passo.
-----------------------------------

𝐁𝐏𝐎-2: 𝐨 𝐪𝐮𝐞 𝐦𝐚𝐭𝐭𝐞𝐫𝐚 𝐚𝐠𝐨𝐫𝐚

O BPO-2 é o segundo e mais significativo aumento de capacidade de blob sob o framework Fusaka.

De forma geral, o BPO-2:

➢ Aumenta o número alvo de blobs por bloco

➢ Aumenta o número máximo de blobs por bloco

➢ Aumenta a disponibilidade total de dados por bloco sem tocar no gás de execução

Isso significa que os rollups podem publicar mais transações por bloco, veremos menos congestionamento no mercado de blob e a disponibilidade de dados se tornará mais barata e mais previsível.

Nada mais sobre o consenso ou o modelo de execução do Ethereum muda. A cadeia se comporta igual, apenas carrega mais dados.
-----------------------------------

𝐐𝐮𝐞 𝐩𝐚𝐫𝐚 𝐨 𝐁𝐏𝐎-2 𝐞́ 𝐚𝐩𝐨𝐫𝐭𝐚𝐧𝐭𝐨 𝐩𝐚𝐫𝐚 𝐨 𝐫𝐨𝐥𝐥𝐮𝐩𝐬

A estratégia de escalabilidade do Ethereum é centrada em rollups. Isso só funciona se a disponibilidade de dados acompanhar.

O BPO-2 melhora diretamente:

➢ Processo de rollup, o que significa que mais lotes podem ser postados por bloco

➢ Menos competição pelo espaço limitado de blob e isso resulta em estabilidade nas taxas

➢ Veremos menos picos de taxas durante períodos de alta atividade

Isso é mais importante para L2s rápidos, rollups específicos de aplicativos e futuros designs de rollup que assumem capacidade sustentada de DA, não apenas picos.

Resumindo, o BPO-2 torna o Ethereum um sistema de liquidação melhor e uma camada de dados sem precisar que o L1 faça mais cálculos.