ATUALIZAÇÃO BASE DENIM: O QUE VOCÊ PRECISA SABER A quarta atualização da rede Base, Denim, foi ativada no mainnet em 5 de novembro de 2026. Ela introduz blocos nativos de 200 ms, temporização de contrato inteligente com resolução de milissegundos por meio do BaseTime e controles de transferência mais robustos para tokens B20. Aqui está o que mudou e por que isso importa. ⇩ ⊹ BLOCOS NATIVOS DE 200 MS: ALÉM DOS FLASHBLOCKS Anteriormente, a Base usava Flashblocks para fornecer visualizações de transações enquanto os blocos estavam sendo montados. Essas visualizações ofereciam visibilidade mais rápida, mas não representavam o estado canônico e podiam mudar antes da conclusão do bloco. Denim substitui esse sistema separado de visualização por cinco blocos canônicos completos por segundo, acessíveis por meio de métodos padrão Ethereum JSON-RPC. Isso simplifica como as aplicações acessam o estado mais recente e elimina a necessidade de reconciliar visualizações de Flashblocks com blocos completos. ⊹ NÚMEROS DE BLOCO AGORA AVANÇAM 10X MAIS RÁPIDO A Base passa de aproximadamente um bloco a cada dois segundos para um a cada 200 milissegundos. No entanto, inclusão mais rápida não significa finalidade imediata. As transações tornam-se seguras quando seu lote é publicado no Ethereum e finalizadas quando o Ethereum finaliza esse lote. Há também uma consideração importante para contratos inteligentes existentes: aplicações que usam block.number para medir tempo decorrido podem se comportar de forma diferente. Um atraso de 100 blocos anteriormente representava aproximadamente 200 segundos. Sob Denim, representa aproximadamente 20 segundos. Isso pode afetar timelocks, atrasos de retirada, cronogramas de vesting, períodos de governança, cooldowns e cálculos TWAP. Desenvolvedores precisam revisar suposições de temporização baseadas em blocos, em vez de tratar isso como simples melhoria de velocidade. ⊹ BASETIME: PRECISÃO DE MILISSEGUNDOS Denim introduz o BaseTime, fornecendo aos contratos inteligentes acesso a carimbos de data/hora com resolução de milissegundos. O block.timestamp padrão continua medido em segundos inteiros. Como a Base agora produz cinco blocos por segundo, blocos consecutivos podem compartilhar o mesmo carimbo de data/hora. BaseTime fornece temporização mais fina para aplicações como leilões, sistemas de negociação e cálculos de recompensas sensíveis ao tempo. Importante: ele não substitui o block.timestamp padrão por milissegundos. Desenvolvedores devem usar explicitamente o BaseTime quando precisarem de maior precisão. ⊹ B20: CONTROLES MAIS ROBUSTOS PARA TOKENS Denim também melhora o B20, o padrão de token da Base, por meio de três alterações: ▹ Políticas de conformidade reutilizáveis: Adiciona o operador NOT ao lado de AND e OR, permitindo que emissores criem condições de transferência mais flexíveis. ▹ Aplicação do executor de transferência: Fecha uma brecha que anteriormente permitia chamadas diretas a transfer para contornar a TRANSFER_EXECUTOR_POLICY configurada. ▹ Proteção contra perda de tokens: Transferências, cunhagens e apreensões para o endereço próprio do contrato de token agora são revertidas com InvalidReceiver, ajudando a evitar que tokens fiquem presos lá. Essas melhorias fortalecem os controles dos emissores, mas não garantem automaticamente conformidade regulatória. Isso ainda depende da implementação e da jurisdição. ⊹ O QUE DESenvolvedores PRECISAM REVISAR ▹ Migre aplicações que dependem de Flashblocks para assinaturas de blocos canônicos e métodos RPC padrão. ▹ Audite contratos que usam contagem de blocos como medição de tempo. ▹ Use BaseTime onde precisão subsegundo for necessária. ▹ Atualize infraestrutura RPC, indexadores e Exploradores para o novo ritmo mais rápido de blocos. ▹ Revise políticas de transferência e conformidade do B20. ⊹ MINHA AVALIAÇÃO Denim é mais do que uma redução no tempo de bloco. Blocos canônicos nativos de 200 ms simplificam o acesso ao estado, BaseTime introduz capacidades de temporização mais finas e as alterações no B20 fortalecem os controles ao nível do token. A compensação é que aplicações existentes precisam revisar suposições construídas em torno do ritmo anterior de blocos. A inclusão mais rápida também não deve ser confundida com finalidade respaldada pelo Ethereum. A atualização fornece aos desenvolvedores uma infraestrutura mais capaz, mas seu valor a longo prazo dependerá da eficácia com que as aplicações se adaptam e utilizam essas melhorias. Esta é minha opinião com base nos dados que revisei, não um conselho financeiro.