Gonka'da Yönetişim: Merkezi Olmayan Bir Ağ Nasıl Yönetilir

Gonka'da yönetişim, her biri kendi hızına ve karar kapsamına sahip iki düzeyde çalışır.

Operasyonel Oylama (dakikalar) – Ağ içindeki operasyonel kararlar. Bir çıkarım isteğinin veya bir PoC sonucunun geçerliliği hakkında bir anlaşmazlık ortaya çıktığında, ana bilgisayarlar Cosmos SDK'nın x/group modülü aracılığıyla oy kullanır. Oylama ağırlığı PoC ağırlığına göre belirlenir – bir düğüm ne kadar çok hesaplama yaparsa, etkisi o kadar büyük olur. Bu tür oylamalar dakikalar sürer ve belirli çatışmaları çözer: çıkarım doğru muydu, düğüm işini yaptı mı?

Yönetişim Oylaması (günler) – Protokol geliştirme hakkında stratejik kararlar. Yazılım güncellemeleri, ağ parametrelerinin değiştirilmesi, yeni modellerin etkinleştirilmesi, Topluluk Havuzu fonlarının dağıtılması – bunların hepsi tüm ana bilgisayarların oylamasına sunulur. Oylama süresi, tüm katılımcıların teklifi incelemesi için birkaç günden bir haftaya kadardır.

Çoğu kripto projesinden temel fark: Oylama ağırlığı staking ile değil, Hesaplama Kanıtı ile belirlenir. Gonka'da sadece cüzdanınızda token biriktirerek “oy satın alamazsınız”. Etki, gerçek hesaplama katkısıyla orantılıdır – yapay zeka isteklerini işleyen ve iş kanıtları üreten GPU'lar. Bu, yönetişimi, spekülatif sermayeye değil, ağ mimarisini gerçekten destekleyenlere bağlar.

Pratikte bu şu anlama gelir: 10 H100'lü bir çiftlik operatörü, tek kartlı bir operatörden 10 kat daha fazla oya sahiptir – çünkü 10 kat daha fazla çıkarım isteği işler. Sistem kendi kendini dengelemektedir: ağın çalışmasına daha fazla katkıda bulunanlar, gelişimini daha fazla etkiler.

Gonka protokolünün güncellenmesi, koddan ağda etkinleştirme sürecine kadar biçimlendirilmiş bir süreçtir. Her adım şeffaf ve doğrulanabilir.

Güncelleme Süreci:

1. GitHub'da Pull Request – Geliştiriciler (Gonka ekibi veya katkıda bulunanlar) gonka-ai/gonka deposunda bir PR oluşturur.
2. Topluluk İncelemesi – Kod incelenir, tartışılır, test edilir. Kritik değişiklikler için CertiK denetimi.
3. Yayınlama – Yeni bir gonkad ikilisi sürümü derlenir.
4. Zincir İçi Teklif – Değişikliklerin açıklamasıyla birlikte ağda bir güncelleme teklifi oluşturulur.
5. Depozito + Oylama – Ev sahipleri bir depozito yatırır (aktivasyon eşiği) ve oylama süresi boyunca oy kullanır.
6. Cosmovisor – Onaylandığında, Cosmovisor düğümleri belirtilen blok yüksekliğinde otomatik olarak günceller.

Ocak'tan Mayıs 2026'ya kadar ağ, v0.2.2'den v0.2.13'e kadar 13'ten fazla başarılı oylamadan geçti. Tüm teklifler kabul edildi. Önemli yükseltmelerin kronolojisi:

• v0.2.11 (Mart 2026, teklif #31) – 0 „hayır“ oyuna karşılık 673,699 „evet“ oyu. Subnet inference tanıtıldı – alt ağlar aracılığıyla zincir dışı hesaplamalar için bir mekanizma, 100 kat verim artışı vaat ediyor.
• v0.2.13 (Mayıs 2026, teklif #54) – 21 Mayıs 2026'da kabul edildi (%62,8 „evet“, %33,4'lük yeter sayı ile katılım %39,9), blok 4267300'de etkinleştirildi. Ağdaki üçüncü model olarak MiniMax-M2.7'yi ekledi, Ethereum köprü kablolamasını etkinleştirdi ve yeter sayıyı 0,25'e düşürdü.

Oylama Seçenekleri:

• Evet – Güncellemeyi destekliyorum.
• Hayır – Güncellemeye karşıyım.
• Veto ile Hayır – Kesinlikle karşıyım; %33'ten fazla oy alınırsa – teklif reddedilir ve depozito yakılır.
• Çekimser – Çekimser kalırım, ancak yeter sayıya dahil olurum.

Tüm oylama geçmişi gonka.gg/network/proposals adresinde mevcuttur – her teklifi, sonuçları ve oy verenlerin listesini görüntüleyebilirsiniz.

GiP — 24 Şubat 2026'da GitHub Discussions (issue #795) aracılığıyla başlatılan, Gonka protokolünü geliştirme fikirlerini resmileştirme sistemidir.

Her GiP'in formatı:

• Motivation — teklifin hangi sorunu çözdüğü.
• Solution — çözümün teknik açıklaması.
• Roadmap — aşamalı uygulama planı.
• Open Questions — topluluk tarafından tartışılacak çözülmemiş sorular.

GiP'ler bağlayıcı değildir — ekibi uygulamaya zorlamazlar. Ancak topluluk konsensüsü oluştururlar ve gelecekteki on-chain proposals için yön belirlerler. Aslında GiP bir "pre-governance"'tır: oylamadan önceki tartışma.

Önemli GiP'ler:

• #800 Multi-Model PoC — aynı anda birden fazla AI modeli desteği. Şu anda ağ Kimi K2.6, MiniMax M2.7 ve DeepSeek V4 Flash (proposal #94) ile çalışmaktadır. MiniMax-M2.7, v0.2.13'te eklendi. GiP, ayrı Proof of Useful Work ile farklı modellerin paralel çalışması için mimariyi tanımlar.
• #801 Inference Scaling — ölçeklendirme için subnet architecture. Bu GiP'in bir kısmı v0.2.11'de (subnet inference) zaten uygulandı.
• #860 Quality Protocol — yanıt kalitesine dayalı istek yönlendirmesi. En iyi sonuçları veren düğümler daha fazla trafik ve ödül alır.

Herhangi bir katılımcı GitHub Discussions aracılığıyla bir GiP oluşturabilir. Giriş eşiği minimumdur — sadece bir GitHub hesabı ve sorunun anlaşılması yeterlidir. Gonka ekibinin ve host'ların katılımıyla yapılan aktif tartışmalar sistemin çalıştığını gösteriyor: teklifler geri bildirim alıyor, iyileştiriliyor ve uygulamaya doğru ilerliyor.

Topluluk Havuzu, Gonka ekosisteminin gelişim fonudur. Genesis emisyonunun yaklaşık %20'si (~200 milyon GNK), hibe, ödül ve topluluk girişimlerinin finansmanı için ayrılmıştır.

Kod Katkısına Karşılık Ödüller – Topluluk Havuzu fonlarının dağıtılması için ana mekanizma. Geliştiriciler, gonka-ai/gonka deposundaki PR'lar için ödül alır: hata düzeltmelerinden yeni özelliklerin uygulanmasına kadar. Ödülün boyutu, katkının karmaşıklığına ve önemine bağlıdır:

Onay Mekanizması: Ödüller, yükseltme tekliflerinin README dosyasına dahil edilir. Ana bilgisayarlar protokol güncellemesi için oy kullandığında, bu sürüme dahil edilen PR'lar için ödemeler listesini aynı anda onaylarlar. Şeffaflık tamdır – herkes ne için ve ne kadar ödendiğini kontrol edebilir.

Ödüllerin yanı sıra, Topluluk Havuzu şunları finanse edebilir: ekosistem araçlarının geliştirilmesi, pazarlama, eğitim girişimleri ve araştırma hibeleri. GitHub aracılığıyla nasıl kazanılacağı hakkında daha fazla bilgi – ayrı bir makalede.

Genç bir ağ savunmasızdır: az sayıda düğüm, az staking, %51'lik bir saldırı teorik olarak mümkündür. Gonka bunu çeşitli mekanizmalarla çözer.

Gardiyan Sistemi – Gonka ekibi tarafından kontrol edilen, toplam %34 konsensüs gücüne sahip üç güvenilir düğüm. Gardiyanlar kararlar dayatamaz (%34 < %67 kabul için), ancak kötü niyetli bir teklifi engelleyebilir (%34 > %33 veto eşiği). Anahtar: Gardiyanlar, ağın toplam gücü (total_network_power) 10 milyon birime ulaştığında otomatik olarak devre dışı bırakılır. Bu manuel bir anahtar değildir – devre dışı bırakma protokole programlanmıştır.

Teminat Sistemi – Ana bilgisayarlar tam ağırlık elde etmek için GNK cinsinden teminat yatırmak zorundadır:

• Temel Ağırlık (%20) – Koşulsuz ağırlık, düğümün çalışma gerçeği için verilir.
• Teminat Uygunluğu (%80) – Yalnızca GNK cinsinden teminat varlığında kullanılabilen ek ağırlık. Teminat miktarı hesaplama gücüyle orantılıdır.

Kırpma – İhlaller için ceza:

• Teminatın %20'si – GEÇERSİZ çıkarım (düğüm yanlış sonuç verdi).
• Teminatın %10'u – Kesinti için (düğüm izin verilen eşiğin üzerinde kullanılamaz).

Zanaat Dönemi – Yeni ana bilgisayarların teminat olmadan çalışabileceği 180 dönem (~6 ay). Bu, giriş bariyerini azaltır: madenciliğe başlayabilir, ödüller aracılığıyla GNK kazanabilir ve ancak o zaman teminat yatırabilirsiniz. Zanaat Dönemi sona erdikten sonra, teminatı olmayan bir düğüm potansiyel ağırlığın sadece %20'sini alır.

Tüm bu mekanizmalar GNK'nın tokenomisinde açıklanmıştır ve tek bir amacı vardır: ağı erken aşamada korumak, uzun vadede merkezsizlikten ödün vermeden.

Gonka'da Governance statik bir sistem değil, evrimsel bir süreçtir. İşte 2026–2027 yılları için temel gelişme yönleri.

Multi-Model PoC (GiP #800) — uygulandı: Kimi K2.6, Mayıs 2026'dan beri DevShards'ta çalışıyor, MiniMax-M2.7 v0.2.13'e (proposal #54) eklendi ve DeepSeek V4 Flash, Ağustos 2026'da (proposal #94) bağlandı. Sırada RAG için embedding modelleri var: bu, Gonka'yı yeni bir uygulama sınıfına (arama motorları, kurumsal bilgi tabanları, hafızalı sohbet botları) açacaktır.

Inference Quality Protocol (GiP #860) — kaliteye dayalı yönlendirme. Şu anda istekler düğüm erişilebilirliğine göre dağıtılıyor; gelecekte yanıt kalitesine göre yapılacak. Daha iyi donanıma ve daha kararlı çalışmaya sahip düğümler öncelik alacaktır.

On-chain governance migration (2026–2027) — Cosmos SDK'dan tam x/gov modülüne geçiş. Bu şunları sağlayacaktır: resmileştirilmiş proposal tipleri, onaylanmış değişikliklerin otomatik yürütülmesi, IBC (Inter-Blockchain Communication) ile entegrasyon ve herhangi bir Cosmos uyumlu cüzdan aracılığıyla governance proposals oluşturma imkanı.

Oylamaları takip etmek ve katılmak için gonka.gg/network/proposals adresini ziyaret edebilirsiniz.