Новости

14 декабря, согласно официальному объявлению, протокол ликвидного стейкинга Berachain Infrared объявил детали airdrop токена IR. Airdrop предназначен для ранних членов сообщества, участников мероприятия по предварительному депозиту Boyco, а также пользователей, принимавших участие в активности сообщества. Пользователи могут заранее получить airdrop через процесс предварительного депозита на централизованных биржах. Период предварительного депозита: с 13 декабря 12:00 UTC до 15 декабря 17:00 UTC. Пользователям необходимо начать процесс на официальном сайте Infrared, выбрать биржу и отправить свой пользовательский ID. Токен IR выполняет три основные функции: стейкинг для получения sIR и права голоса в управлении; распределение дохода через механизм обратного выкупа, часть комиссий протокола поступает в "Red Fund" для обратного выкупа токенов IR; а также эмиссия токенов для оптимизации эффективности и дохода протокола. Ключевые даты: 17 декабря 8:00 UTC — запуск токена IR, 12 января 2026 года 00:00 UTC — окончательное закрытие всех заявок на получение. Заявки вне бирж будут открыты в день генерации токена. Ранее сообщалось, что первый протокол ликвидного стейкинга в экосистеме Berachain — Infrared — завершил раунд финансирования серии A на сумму 14 миллионов долларов, лид-инвестором выступил Framework Ventures.

ChainCatcher сообщает, что команда клиента консенсусного слоя Ethereum Prysm опубликовала отчет о постфактум-анализе сбоя на основной сети Fusaka. Во время инцидента практически все узлы Prysm столкнулись с исчерпанием ресурсов при обработке определённых доказательств, что привело к невозможности своевременно отвечать на запросы валидаторов. Сбой затронул эпохи с 411439 по 411480 включительно, в течение 42 эпох было потеряно 248 блоков, что составляет 18,5% от общего числа, а минимальный уровень участия в сети снизился до 75%. Валидаторы потеряли примерно 382 ETH в виде вознаграждения за доказательства. Коренной причиной сбоя стало то, что узлы Prysm Beacon получили доказательства, отправленные, возможно, несинхронизированными узлами, которые ссылались на корень блока предыдущего раунда. Для проверки этих доказательств Prysm пытался восстановить совместимое состояние, что приводило к повторной обработке блоков прошлых раундов и дорогостоящим перерасчетам переходов между раундами. Команда временно решила проблему, порекомендовав пользователям использовать параметр --disable-last-epoch-target, а в последующих версиях v7.1 и v7.1.0 будет реализовано долгосрочное решение.