Digest #19: 4. – 10. Mai 2026

Es wurde vorgeschlagen, ein permanentes Gonka-Testnet zu erstellen, das nach den gleichen Prinzipien wie das Mainnet, aber mit einem leichteren KI-Modell funktionieren wird. Dies ermöglicht die Teilnahme von Besitzern von GPUs mit 24 GB VRAM (z. B. RTX 3090, RTX 4090), die derzeit aufgrund der hohen Anforderungen nicht am Gonka-Mainnet teilnehmen können. Dies ist ein wichtiger Schritt, um neue Teilnehmer zu gewinnen und Updates zu testen.

Vorschlag #46 für Entschädigungszahlungen für die Perioden 132-247 wurde erfolgreich angenommen. Dies bedeutet, dass berechtigte Benutzer ihre Gelder erhalten werden.

Vorschlag #44 wurde mit überwältigender Mehrheit angenommen — das Netzwerk wurde auf v0.2.12 aktualisiert. Das Wichtigste: Der Multi-Modell PoC wurde gestartet, bei dem jedes Governance-Modell in seiner eigenen PoC-Gruppe mit unabhängigen Checks und Teilnahmemodi für Hosts läuft (DIRECT — ich bediene das Modell selbst, DELEGATE — ich delegiere das PoC-Gewicht an einen anderen Host, REFUSE — Ablehnung). Parallel dazu wurde ein zweites Governance-Modell Kimi K2.6 (moonshotai/Kimi-K2.6) hinzugefügt — der erste praktische Test der Multi-Modell-Infrastruktur. Die ehemaligen „Subnetze“ wurden in Devshards umbenannt und in einen separaten Dienst versiond ausgelagert: verschiedene Versionen von Devshard laufen parallel und werden unabhängig vom Haupt-DAPI aktualisiert, ohne Risiken für Inferenz und PoC. Die Grundlage für Anti-Spam-Gebühren wurde gelegt (anfangs `min_gas_price_ngonka = 0`, Aktivierung über Governance ohne Hardfork). Bewahrte MLNodes werden nun zufällig für jede PoC-Episode ausgewählt (zuvor war die Auswahl eine Epoche im Voraus bekannt — ein Operator konnte dies ausnutzen). Die Anmerkungen des Certik-Audits (GEB-44/45/46/51/54, GOC-15) wurden behoben, ein Konsens-Fehler in BLS DKG wurde korrigiert und ungenutzte TopMiner sowie In-Chain-Training entfernt (Training wird wie Devshards off-chain verlagert). Hosts müssen nach dem Upgrade versiond implementieren und den Proxy aktualisieren.

Zwei Vorschläge (#45 und #43) zur Änderung der Governance-Architektur des Gonka-Netzwerks wurden von der Community abgelehnt. Dies deutet darauf hin, dass die derzeitigen Governance-Mechanismen vorerst unverändert bleiben.