Berita

Pada 14 Desember, menurut pengumuman resmi, protokol staking likuid Berachain, Infrared, mengumumkan detail airdrop token IR. Airdrop ini ditujukan untuk anggota komunitas awal, peserta aktivitas deposit awal Boyco, serta pengguna yang berpartisipasi dalam aktivitas komunitas. Pengguna dapat mengklaim airdrop lebih awal melalui proses deposit awal di bursa terpusat. Proses deposit awal berlangsung dari 13 Desember pukul 12:00 UTC hingga 15 Desember pukul 17:00 UTC. Pengguna harus memulai proses di situs resmi Infrared, memilih bursa, dan mengirimkan ID pengguna. Token IR memiliki tiga fungsi utama: staking untuk mendapatkan sIR guna memperoleh hak suara dalam tata kelola; berbagi hasil melalui mekanisme buyback, di mana sebagian biaya protokol masuk ke "Red Fund" untuk membeli kembali token IR; serta penerbitan token untuk mengoptimalkan efisiensi dan pendapatan protokol. Waktu penting: 17 Desember pukul 8:00 UTC, token IR akan diluncurkan, dan pada 12 Januari 2026 pukul 00:00 UTC, semua klaim akan ditutup secara permanen. Klaim non-bursa akan dibuka pada hari terjadinya token generation event. Sebelumnya, protokol staking likuid pertama di ekosistem Berachain, Infrared, telah menyelesaikan pendanaan putaran A sebesar 14 juta dolar AS yang dipimpin oleh Framework Ventures.

Menurut ChainCatcher, tim klien konsensus layer Ethereum, Prysm, telah merilis laporan analisis pasca-insiden terkait kegagalan jaringan utama Fusaka. Selama insiden tersebut, hampir semua node Prysm mengalami kehabisan sumber daya saat memproses bukti tertentu, sehingga tidak dapat merespons permintaan validator secara tepat waktu. Cakupan dampak kegagalan terjadi pada epoch ke-411439 hingga 411480, dengan total 42 epoch kehilangan 248 blok, tingkat kehilangan mencapai 18,5%, dan tingkat partisipasi jaringan turun hingga 75% pada titik terendahnya. Validator kehilangan sekitar 382 ETH dalam bentuk hadiah bukti. Penyebab utama kegagalan adalah karena node beacon Prysm menerima bukti yang mungkin dikirim oleh node yang tidak sinkron, di mana bukti tersebut merujuk pada root blok dari putaran sebelumnya. Untuk memverifikasi bukti ini, Prysm mencoba membangun kembali status yang kompatibel, sehingga menyebabkan pemrosesan ulang blok putaran sebelumnya dan perhitungan ulang konversi putaran yang mahal. Tim sementara mengatasi masalah ini dengan membimbing pengguna menggunakan parameter --disable-last-epoch-target, dan solusi jangka panjang telah dimasukkan dalam versi v7.1 dan v7.1.0 berikutnya.