Yangiliklar

14-dekabr kuni xabar qilinishicha, rasmiy e’longa ko‘ra, Berachain likvid staking protokoli Infrared IR token airdrop tafsilotlarini e’lon qildi. Airdrop dastlabki hamjamiyat a’zolari, Boyco oldindan depozit tadbirida qatnashganlar va hamjamiyat faoliyatida ishtirok etgan foydalanuvchilar uchun mo‘ljallangan. Foydalanuvchilar markazlashtirilgan birjalar orqali oldindan depozit jarayonidan foydalanib, airdropni oldindan talab qilishlari mumkin. Oldindan depozit jarayoni 13-dekabr 12:00 UTC dan 15-dekabr 17:00 UTC gacha davom etadi. Foydalanuvchilar Infrared rasmiy saytida jarayonni boshlashlari, birjani tanlashlari va foydalanuvchi ID raqamini topshirishlari kerak. IR tokenining uchta asosiy funksiyasi mavjud: staking orqali sIR olish va boshqaruvda ovoz berish huquqiga ega bo‘lish; buyback mexanizmi orqali daromad ulashish, protokol to‘lovlarining bir qismi "Red Fund"ga yo‘naltiriladi va IR tokenlarini qayta sotib olish uchun ishlatiladi; va token emissiyasi orqali protokol samaradorligi va daromadini optimallashtirish. Muhim vaqtlar: 17-dekabr 8:00 UTC da IR tokeni ishga tushiriladi, 2026-yil 12-yanvar 00:00 UTC da barcha talablar doimiy ravishda yopiladi. Birja orqali bo‘lmagan talablar token yaratilgan kuni ochiladi. Avvalroq xabar berilganidek, Berachain ekotizimidagi birinchi likvid staking protokoli Infrared 14 million dollar A raund investitsiyasini yakunladi, Framework Ventures boshchilik qildi.

ChainCatcher xabariga ko‘ra, Ethereum konsensus qatlami mijoz dasturi Prysm jamoasi Fusaka asosiy tarmoqidagi nosozlik yuzasidan tahliliy hisobot chiqardi. Hodisa davomida deyarli barcha Prysm tugunlari ma’lum bir isbotni qayta ishlashda resurslar tugab qolishi muammosiga duch keldi, bu esa validator so‘rovlariga o‘z vaqtida javob bera olmaslikka olib keldi. Nosozlik 411439-dan 411480-gacha bo‘lgan epochlar oralig‘ini qamrab oldi, jami 42 epochda 248 ta blok yo‘qotildi, yo‘qotish darajasi 18.5%ni tashkil etdi, tarmoq ishtiroki eng pastida 75%gacha tushdi va validatorlar taxminan 382 ETH isbot mukofotidan mahrum bo‘ldi. Nosozlikning asosiy sababi shundaki, Prysm beacon tugunlari ehtimoliy sinxronizatsiyalanmagan tugunlardan yuborilgan isbotlarni qabul qilgan, bu isbotlar oldingi raund blok ildiziga murojaat qilgan. Ushbu isbotlarni tekshirish uchun Prysm mos holatni qayta tiklashga harakat qilgan, natijada o‘tgan raund bloklarini takroran qayta ishlash va qimmatli raund konvertatsiyasini qayta hisoblash sodir bo‘lgan. Jamoa foydalanuvchilarga muammoni vaqtincha hal qilish uchun --disable-last-epoch-target parametridan foydalanishni tavsiya qildi, keyingi v7.1 va v7.1.0 versiyalarida esa uzoq muddatli yechimlar kiritilgan.