Testnet Gonka para GPUs normales (24 GB VRAM). Red actualizada a v0.2.12: PoC multimodo + Kimi K2.6, devshards movidos a versiond. Compensaciones para las épocas 132–247 aprobadas. Dos propuestas de gobernanza rechazadas.
Se ha propuesto crear una testnet Gonka permanente que operará bajo los mismos principios que la mainnet, pero con un modelo de IA más ligero. Esto permitirá la participación de propietarios de GPU con 24 GB de VRAM (por ejemplo, RTX 3090, RTX 4090), quienes actualmente no pueden participar en la mainnet de Gonka debido a los altos requisitos. Este es un paso importante para atraer nuevos participantes y probar actualizaciones.
La Propuesta #46 para pagos de compensación por los períodos 132-247 fue adoptada con éxito. Esto significa que los usuarios elegibles para compensación recibirán sus fondos.
La propuesta #44 fue aceptada por abrumadora mayoría — la red se actualizó a v0.2.12. Lo principal: se lanzó el PoC multimodo, donde cada modelo de gobernanza se ejecuta en su propio grupo PoC con verificaciones independientes y modos de participación para los hosts (DIRECT — yo mismo atiendo el modelo, DELEGATE — delego el peso PoC a otro host, REFUSE — rechazo). Paralelamente, se añadió un segundo modelo de gobernanza Kimi K2.6 (moonshotai/Kimi-K2.6) — la primera prueba práctica de infraestructura multimodo. Las antiguas «subredes» se renombraron como devshards y se movieron a un servicio separado versiond: diferentes versiones de devshard se ejecutan en paralelo y se actualizan independientemente del DAPI principal, sin riesgos para la inferencia y el PoC. Se sentaron las bases para las comisiones antispam (inicialmente `min_gas_price_ngonka = 0`, se activan mediante gobernanza sin un hardfork). Los MLNodes preservados ahora se seleccionan aleatoriamente para cada episodio PoC (anteriormente, la selección se conocía con una época de antelación — un operador podía explotar esto). Se cerraron las observaciones de la auditoría Certik (GEB-44/45/46/51/54, GOC-15), se corrigió un error de consenso en BLS DKG, se eliminaron TopMiner y el entrenamiento en cadena no utilizados (el entrenamiento se traslada fuera de cadena, como los devshards). Después de la actualización, los hosts deben implementar versiond y actualizar el proxy.
Dos propuestas (#45 y #43) para cambiar la arquitectura de gobernanza de la red Gonka fueron rechazadas por la comunidad. Esto indica que los mecanismos de gobernanza actuales permanecen sin cambios por ahora.
Resumen de las últimas actualizaciones de la red Gonka.ai — lanzamientos, cambios de protocolo, nuevas características.