Notícias

14 de dezembro, de acordo com anúncio oficial, o protocolo de staking líquido Infrared da Berachain anunciou os detalhes do airdrop do token IR. O airdrop é direcionado a membros iniciais da comunidade, participantes da atividade de pré-depósito Boyco e usuários que participaram de atividades comunitárias. Os usuários podem reivindicar antecipadamente o airdrop através do processo de pré-depósito em exchanges centralizadas. O período de pré-depósito vai de 13 de dezembro às 12:00 UTC até 15 de dezembro às 17:00 UTC. Os usuários devem iniciar o processo no site oficial da Infrared, escolher a exchange e enviar o ID do usuário. O token IR possui três funções principais: fazer staking para obter sIR e direito de voto em governança; compartilhar receitas por meio de um mecanismo de recompra, onde parte das taxas do protocolo vai para o "Red Fund" para recomprar tokens IR; e a emissão de tokens para otimizar a eficiência e a receita do protocolo. Principais datas: 17 de dezembro às 8:00 UTC, o token IR será lançado; 12 de janeiro de 2026 às 00:00 UTC, todas as reivindicações serão permanentemente encerradas. As reivindicações fora das exchanges serão abertas no dia do evento de geração de tokens. Segundo notícias anteriores, o Infrared, primeiro protocolo de staking líquido do ecossistema Berachain, concluiu uma rodada de financiamento Série A de 14 milhões de dólares, liderada pela Framework Ventures.

De acordo com o ChainCatcher, a equipe do cliente da camada de consenso do Ethereum, Prysm, publicou um relatório de análise pós-incidente sobre a falha na mainnet Fusaka. Durante o evento, quase todos os nós Prysm sofreram esgotamento de recursos ao processar determinadas provas, o que resultou na incapacidade de responder prontamente às solicitações dos validadores. O impacto da falha ocorreu entre os epochs 411439 e 411480, com a perda de 248 blocos em 42 epochs, representando uma taxa de ausência de 18,5%. A participação da rede caiu para um mínimo de 75% e os validadores perderam aproximadamente 382 ETH em recompensas de prova. A causa raiz da falha foi que os nós beacon do Prysm receberam provas enviadas por nós possivelmente fora de sincronia, as quais faziam referência à raiz do bloco da rodada anterior. Para validar essas provas, o Prysm tentou reconstruir o estado compatível, levando ao processamento repetido de blocos de rodadas passadas e a recálculos caros de transições de rodada. A equipe orientou os usuários a utilizarem temporariamente o parâmetro --disable-last-epoch-target para resolver o problema, enquanto as versões v7.1 e v7.1.0 incluem uma solução de longo prazo.