Testnet Gonka untuk GPU biasa (24 GB VRAM). Jaringan diperbarui ke v0.2.12: PoC multi-model + Kimi K2.6, devshards dipindahkan ke versiond. Kompensasi untuk epoch 132–247 disetujui. Dua proposal tata kelola ditolak.
Sebuah proposal telah dibuat untuk menciptakan testnet Gonka permanen yang akan beroperasi dengan prinsip yang sama dengan mainnet, tetapi dengan model AI yang lebih ringan. Ini akan memungkinkan partisipasi dari pemilik GPU dengan VRAM 24GB (misalnya, RTX 3090, RTX 4090), yang saat ini tidak dapat berpartisipasi dalam mainnet Gonka karena persyaratan tinggi. Ini adalah langkah penting untuk menarik peserta baru dan menguji pembaruan.
Proposal #46 untuk pembayaran kompensasi periode 132-247 berhasil diadopsi. Ini berarti pengguna yang memenuhi syarat untuk kompensasi akan menerima dana mereka.
Proposal #44 diterima dengan suara mayoritas — jaringan diperbarui ke v0.2.12. Utama: PoC multi-model diluncurkan, di mana setiap model tata kelola berjalan dalam grup PoC sendiri dengan pemeriksaan independen dan mode partisipasi untuk host (DIRECT — saya melayani model sendiri, DELEGATE — saya mendelegasikan bobot PoC ke host lain, REFUSE — menolak). Paralel, model tata kelola kedua Kimi K2.6 (moonshotai/Kimi-K2.6) ditambahkan — uji praktis pertama infrastruktur multi-model. Mantan «subnet» diganti namanya menjadi devshards dan dipindahkan ke layanan terpisah versiond: versi devshard yang berbeda berjalan secara paralel dan diperbarui secara independen dari DAPI utama, tanpa risiko pada inferensi dan PoC. Fondasi untuk komisi anti-spam diletakkan (awalnya `min_gas_price_ngonka = 0`, diaktifkan melalui tata kelola tanpa hardfork). MLNode yang diawetkan sekarang dipilih secara acak untuk setiap episode PoC (sebelumnya, pemilihan diketahui satu epoch di muka — operator dapat mengeksploitasi ini). Catatan audit Certik (GEB-44/45/46/51/54, GOC-15) ditangani, bug konsensus di BLS DKG diperbaiki, dan TopMiner serta pelatihan dalam rantai yang tidak digunakan dihapus (pelatihan bergerak di luar rantai, seperti devshards). Setelah peningkatan, host perlu menerapkan versiond dan memperbarui proxy.
Dua proposal (#45 dan #43) untuk mengubah arsitektur tata kelola jaringan Gonka ditolak oleh komunitas. Ini menunjukkan bahwa mekanisme tata kelola saat ini tetap tidak berubah untuk saat ini.