O Cronos interrompeu a produção de blocos após uma exploração no protocolo Tectonic que visou US$ 75 milhões. Os validadores congelaram a cadeia rapidamente o suficiente para reter a maior parte do capital roubado na rede.

O mais rápido #Cosmos EVM acabou de parar. O Cronos reduziu os tempos de bloco para ~430–490ms com apenas 28 validadores e infraestrutura fortemente otimizada. Agora, ele parou no meio do incidente de segurança em andamento no Cosmos EVM. Para HFT, velocidade sozinha não é suficiente. A próxima geração precisa de consenso abaixo de 70ms + arquitetura projetada para negociação e resiliência desde o primeiro dia.

Polygon acabou de corrigir uma série de vulnerabilidades de segurança em sua rede por meio de dois hard forks, Austin e Kyoto. As vulnerabilidades estavam nos softwares Bor e Heimdall, que poderiam causar congestionamento da rede ou sobrecarga dos validadores, sendo a mais grave a falha no Heimdall, capaz de sobrecarregar validadores e interromper toda a rede. A Polygon informou que as falhas foram corrigidas antes do anúncio e não foram registradas explorações no mainnet.

Na última hora, o Fogo Mainnet foi temporariamente interrompido como medida preventiva após a detecção de atividade não autorizada. A interrupção está sendo implementada para impedir a movimentação adicional dos ativos afetados. Durante a interrupção, a rede será atualizada para restringir os endereços associados ao incidente. Divulgaremos mais atualizações assim que mais informações forem confirmadas. Por favor, confie apenas neste canal do Fogo para atualizações.

☕️ Liquidez da manhã Polygon corrigiu silenciosamente falhas de segurança em forks recentes, sem pânico no mercado, mas é um lembrete de que a confiança nessas cadeias é frágil. $SOL e $ZEC estão atraindo volume real, enquanto $BTC permanece estável com baixa participação.

⚠️ Centralização do sequenciador do Polymer e bugs no IBC — 30 de agosto ⚠️ oi, galera o lançamento do hub IBC do Polymer e as preocupações com a centralização do sequenciador estão completamente frustrando o meta de interoperabilidade do Cosmos e os usuários varejistas estão sendo atingidos por transações falhas. O Polymer foi lançado como o principal hub IBC no Ethereum, prometendo trazer o padrão de interoperabilidade do Cosmos para cada rollup EVM sem exigir que cada cadeia implemente seus próprios light clients IBC. A comunidade entrou correndo para fazer pontes de ativos entre Optimism, Arbitrum e Base, esperando minerar o token POLY e aproveitar transferências cruzadas baratas. Mas a controvérsia é a centralização absoluta do sequenciador do Polymer e os grandes bugs técnicos na lógica de retransmissão de pacotes IBC. A fundação controla o sequenciador por meio de um multisig e pode, teoricamente, censurar ou reordenar transações à vontade, anulando completamente o propósito de construir um hub IBC descentralizado. Para piorar as coisas, os contratos de retransmissão de pacotes têm múltiplos bugs, causando milhares de transferências cruzadas presas no depósito, sem possibilidade de recuperação dos fundos sem intervenção manual da equipe central. Minha análise aprofundada sobre o meta EVM IBC é que trazer a interoperabilidade do Cosmos para rollups Ethereum é extremamente difícil, e os usuários varejistas sempre correm riscos quando a infraestrutura ainda está em versão beta. Se você estiver usando o Polymer para transferências cruzadas, mantenha-se em quantias pequenas de teste até que o sequenciador esteja totalmente descentralizado e os contratos de retransmissão sejam auditados. Proteja seu capital e nunca faça ponte com todo o seu estoque por meio de um sequenciador centralizado que possa censurar suas transações. A tecnologia do Polymer é brilhante para unificar os ecossistemas EVM e Cosmos, mas a experiência varejista de ponte é atualmente uma armadilha de confiança massiva. #Polymer #IBC #Ethereum

📡 Bugs e atrasos na configuração do Hyperlane ISM — 30 de agosto 📡 gm Os bugs do módulo de segurança interchain do Hyperlane e os atrasos no roteamento estão totalmente frustrando os usuários do meta de interoperabilidade modular e os usuários de pontes varejistas, cujos fundos estão presos em limbo. O Hyperlane foi lançado como o protocolo de mensagens cross-chain sem permissão definitivo, permitindo que qualquer desenvolvedor implante seus próprios módulos de segurança personalizados e transfira ativos entre qualquer cadeia EVM sem depender de um conjunto centralizado de validadores. A comunidade entrou rapidamente para usar as rotas Warp nativas e pontes de tokens, esperando minerar o token Hyper e ganhar taxas com o roteamento de mensagens. Mas a controvérsia reside na complexidade absoluta da configuração do ISM e nos grandes bugs técnicos na lógica de roteamento padrão. Quando um usuário tenta pontear um token por meio de uma rota Warp, os relayers do Hyperlane precisam verificar o módulo de segurança personalizado, o que frequentemente falha devido a assinaturas de limiar mal configuradas ou listas de validadores desatualizadas, fazendo com que os fundos fiquem presos no contrato da ponte. Usuários varejistas que iniciaram transferências não conseguem recuperar seus fundos sem chamar manualmente a função process e pagar taxas de gás enormes na cadeia de destino. Minha opinião sobre o meta de mensagens sem permissão é que permitir que qualquer um implante seus próprios módulos de segurança introduz riscos operacionais massivos, e os usuários varejistas sempre sofrem as perdas quando a configuração está errada. Se você estiver usando rotas Warp do Hyperlane, precisa verificar a configuração do ISM e o conjunto de validadores antes de pontear qualquer quantia significativa de capital. Proteja seus fundos e fique nas rotas estabelecidas com módulos de segurança testados no campo ou use pontes centralizadas para transferências sensíveis ao tempo. A tecnologia do Hyperlane é brilhante para interoperabilidade personalizável, mas a experiência do usuário varejista é atualmente um campo minado enorme. #Hyperlane #CrossChain #Messaging

Fogo interrompeu temporariamente a rede principal após um atacante obter 400 milhões de $FOGO. Esses tokens têm um valor de aproximadamente 3 milhões de dólares, o que equivale a mais de 10% da oferta em circulação. O ponto confuso é que, 15 horas antes, o projeto ainda afirmava que a blockchain estava funcionando normalmente e não estava afetada. Uma Layer 1 que promove velocidade de bloco de 40 milissegundos acabou tendo que acionar o botão de parada total da rede para bloquear os fundos.

Cosmos Labs reconheceu ter avaliado incorretamente a vulnerabilidade por trás do ataque de US$ 5,7 milhões. A falha foi relatada por um pesquisador em abril, mas a equipe de verificação concluiu que as redes em operação não estavam em risco e corrigiu silenciosamente sem alertar. Posteriormente, o atacante usou essa falha para retirar ativos em 6 blockchains. A MANTRA sofreu perdas de aproximadamente US$ 3,6 milhões. Há um patch disponível, mas não se esclarece qual é a falha, e isso não ajuda muito, pois os validadores tinham apenas 20 horas para atualizar.