Testnet Gonka per GPU normali (24 GB VRAM). Rete aggiornata alla v0.2.12: PoC multi-modello + Kimi K2.6, devshards spostati su versiond. Compensazioni per le epoche 132–247 approvate. Due proposte di governance rifiutate.
È stata proposta la creazione di una testnet Gonka permanente che opererà sugli stessi principi della mainnet, ma con un modello di IA più leggero. Ciò consentirà la partecipazione ai proprietari di GPU con 24 GB di VRAM (ad esempio, RTX 3090, RTX 4090), che attualmente non possono partecipare alla mainnet Gonka a causa dei requisiti elevati. Questo è un passo importante per attrarre nuovi partecipanti e testare gli aggiornamenti.
La Proposta #46 per i pagamenti di compensazione per i periodi 132-247 è stata adottata con successo. Ciò significa che gli utenti idonei alla compensazione riceveranno i loro fondi.
La Proposta #44 è stata accettata a stragrande maggioranza — la rete è stata aggiornata alla v0.2.12. Punti salienti: lanciato il PoC multi-modello, dove ogni modello di governance esegue nel proprio gruppo PoC con verifiche indipendenti e modalità di partecipazione per gli host (DIRECT — gestisco il modello io stesso, DELEGATE — delego il peso PoC a un altro host, REFUSE — rifiuto). Parallelamente, è stato aggiunto un secondo modello di governance Kimi K2.6 (moonshotai/Kimi-K2.6) — il primo test pratico dell'infrastruttura multi-modello. Le precedenti «sottoreti» sono state rinominate devshards e spostate in un servizio separato versiond: diverse versioni di devshard vengono eseguite in parallelo e vengono aggiornate indipendentemente dal DAPI principale, senza rischi per l'inferenza e il PoC. Le basi per le commissioni anti-spam sono state gettate (inizialmente `min_gas_price_ngonka = 0`, abilitate tramite governance senza hardfork). I MLNodes preservati vengono ora selezionati casualmente per ogni episodio PoC (in precedenza, la selezione era nota con un'epoca di anticipo — un operatore avrebbe potuto sfruttare questo). Le osservazioni dell'audit Certik (GEB-44/45/46/51/54, GOC-15) sono state affrontate, un bug di consenso in BLS DKG è stato risolto e TopMiner e l'allenamento on-chain non utilizzati sono stati rimossi (l'allenamento si sposta off-chain, come i devshards). Dopo l'aggiornamento, gli host devono distribuire versiond e aggiornare il proxy.
Due proposte (#45 e #43) per modificare l'architettura di governance della rete Gonka sono state rifiutate dalla comunità. Ciò indica che i meccanismi di governance attuali rimangono invariati per il momento.