O Optimism está mirando blocos secundários de 200 ms na OP Mainnet, reduzindo o intervalo de pré-confirmação de 250 milissegundos em uma mudança contínua com data-alvo para 31 de agosto. Os blocos secundários, anteriormente chamados de Flashblocks, são atualizações incrementais que o sequenciador envia enquanto ainda está construindo um bloco normal, fornecendo feedback às aplicações antes que esse bloco seja selado.
[
Leitura Relacionada
Coinbase-backed Base revela atualizações visando dobrar a velocidade da Solana
](https://cryptoslate.com/coinbase-backed-base-unveils-upgrades-to-beat-solana-performance-by-double/)
A aceleração de 20% traz um risco silencioso de compatibilidade. A notificação de migração do Optimism diz que quatro campos permanecerão em cada carga útil transmitida, mas deixarão de carregar dados úteis: state_root, block_hash e withdrawals_root serão valores todos-zero, enquanto withdrawals será uma lista vazia.
O tipo de carga útil continua sendo ExecutionPayloadFlashblockDeltaV1, então o software pode continuar analisando a transmissão sem gerar erros. Campos como receipts_root e logs_bloom ainda conterão valores reais. Essa combinação torna a migração fácil de ser ignorada em sistemas que tratam a decodificação bem-sucedida como prova de que todos os campos são significativos.
Por que blocos secundários de 200 ms fazem a fronteira do provedor importar
Blocos secundários são pré-confirmações, não blocos finalizados ou compromissos de estado. O explicador técnico do Optimism disponível aqui afirma que consumidores diretos do fluxo devem tratar o root de estado e o hash de bloco zerados como ausentes e derivar o estado pré-confirmado executando as transações transportadas pelo fluxo.
[
Leitura Relacionada
Como a guerra entre Ethereum e Solana terminou silenciosamente, não com estouro, mas com um gemido
](https://cryptoslate.com/the-ethereum-vs-solana-war-ended-quietly-not-with-a-bang-but-a-whimper/)
A maioria das aplicações fica no lado mais seguro dessa fronteira. Elas se conectam a um provedor RPC sensível a blocos secundários e usam métodos padrão do Ethereum, muitas vezes com a tag pending. Um provedor ou nó corretamente configurado mantém sua própria visão de estado, então chamadas como eth_getBalance podem retornar dados pré-confirmados derivados sem depender de um root de estado útil na carga útil bruta, segundo o guia de integração do Optimism aqui.
A auditoria, portanto, recai mais diretamente sobre aplicações que consomem o fluxo WebSocket por conta própria e sobre provedores RPC que encaminham campos brutos aos clientes. Operadores precisam encontrar leituras dos quatro campos afetados, tratar os roots e hashes de bloco placeholders como indisponíveis e impedir que esses valores entrem no estado, saldos ou entradas de provas downstream. Provedores que retransmitem cargas úteis brutas também devem notificar seus consumidores.
A cadência mais rápida já é visível nas documentações dos provedores. O guia da Alchemy para OP Mainnet descreve atualizações de 200 ms através dos endpoints RPC existentes do Optimism, enquanto a notificação da QuickNode aplica a migração aos componentes JSON-RPC da Optimism Mainnet e Sepolia.
[
Leitura Relacionada
A nova 'super app' Base da Coinbase coloca trading, pagamentos, social e IA sob o mesmo teto
O Optimism diz que a meta de 200 ms para blocos secundários de 31 de agosto pode mudar e que o lançamento será gradual, então não há um prazo documentado para conclusão em toda a rede. Sua página de status mostrava sistemas operacionais e nenhuma notificação recente de incidentes quando verificada. As notificações oficiais e dos provedores apresentam os campos com valor zero como um risco de migração que requer trabalho preventivo, e não como evidência de que saldos ou provas já foram corrompidos.
O post Optimism impulsiona velocidades da rede para 200 ms, mas feeds de dados padrão estão silenciosamente perdendo informações-chave apareceu primeiro em CryptoSlate.