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

Gonka'daki yönetişim, her biri kendi hızına ve karar kapsamına sahip iki katmanda işler.

Operational Voting (dakikalar) — ağ içindeki operasyonel kararlar. Bir inference isteğinin veya PoC sonucunun geçerliliği konusunda anlaşmazlık çıktığında, hostlar Cosmos SDK'nın x/group modülü üzerinden oy kullanır. Oy ağırlığı PoC weight ile belirlenir — bir node ne kadar çok hesaplama yaparsa etkisi o kadar büyük olur. Bu tür oylamalar dakikalar sürer ve somut anlaşmazlıkları çözer: inference doğru muydu, node üzerine düşen işi yaptı mı.

Governance Voting (günler) — protokolün gelişimine dair stratejik kararlar. Yazılım güncellemeleri, ağ parametrelerinin değiştirilmesi, yeni modellerin etkinleştirilmesi, Community Pool kaynaklarının dağıtımı — tüm bunlar bütün hostların oylamasına sunulur. Oylama süresi birkaç günden bir haftaya kadar sürer ki her katılımcı öneriyi incelemeye zaman bulabilsin.

Çoğu kripto projesinden temel fark: oy ağırlığı staking ile değil, Proof of Compute ile belirlenir. Gonka'da cüzdanda token biriktirerek "oy satın almak" mümkün değildir. Etki, gerçek hesaplama katkısıyla orantılıdır — AI isteklerini işleyen ve iş kanıtı üreten GPU'lar. v0.2.16 güncellemesinden itibaren bir önceki dönemde onaylanan güç hesaba katılır: yeni bir host ilk döneminde sıfır ağırlıkla oy kullanır, güç artışı ise bir sonraki dönemden itibaren oy ekler. Bu, yönetişimi spekülatif sermayeye değil, ağ mimarisini gerçekten ayakta tutanlara bağlar.

Pratikte bu şu anlama gelir: her biri 8× H100'lük iki sunucu işleten bir operatörün oyu, tek böyle sunucu işleten bir operatörün oyunun yaklaşık iki katıdır — çünkü yaklaşık iki kat fazla inference isteği işler. Sistem kendini dengeler: ağın işleyişine ne kadar çok katkı sağlayan varsa, gelişimi üzerinde o kadar çok söz sahibi olur.

Gonka protokol güncellemesi, koddan ağda etkinleştirmeye kadar uzanan resmi 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 incelemesi — kod incelenir, tartışılır, test edilir. Kritik değişiklikler için CertiK denetimi yapılır.
3. Release — yeni bir inferenced binary sürümü derlenir.
4. Zincir üstü öneri — ağda değişikliklerin açıklandığı bir güncelleme önerisi oluşturulur.
5. Deposit + Vote — host'lar depozito yatırır (etkinleştirme eşiği) ve oylama süresi boyunca oy kullanır.
6. Cosmovisor — onaylanması durumunda Cosmovisor, belirtilen blok yüksekliğinde node'ları otomatik olarak günceller.

Ocak-Mayıs 2026 arasında ağ 13'ten fazla başarılı oylama gerçekleştirdi — v0.2.2'den v0.2.13'e kadar. Tüm öneriler kabul edildi. Önemli yükseltmelerin kronolojisi:

• v0.2.11 (Mart 2026, proposal #31) — 0 hayır oyuna karşı 673.699 kabul oyu. Subnet inference devreye alındı — subnet'ler üzerinden zincir dışı hesaplama mekanizması, 100 katlık işlem hacmi artışı vaat ediyor.
• v0.2.13 (Mayıs 2026, proposal #54) — 21 Mayıs 2026'da kabul edildi (%62,8 kabul, %33,4 yeter sayıya karşı %39,9 katılım), 4267300 numaralı blokta etkinleştirildi. MiniMax-M2.7'yi ağdaki üçüncü model olarak ekledi, Ethereum bridge wiring'i etkinleştirdi ve yeter sayıyı 0.25'e düşürdü.

Oy seçenekleri:

• Yes — güncellemeyi destekliyorum.
• No — güncellemeye karşıyım.
• No with Veto — kesinlikle karşıyım; oyların %33'ünden fazlası bu yönde olursa öneri reddedilir ve depozito yanar.
• Abstain — çekimserim, ancak yeter sayıya katılıyorum.

Tüm oylama geçmişine gonka.gg/network/proposals adresinden ulaşılabilir — her öneriyi, sonuçları ve oy kullananların listesini görebilirsiniz.

GiP — 24 Şubat 2026'da GitHub Discussions (issue #795) üzerinden 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 binding değildir — ekibi uygulamaya zorlamazlar. Ancak topluluk konsensüsünü oluştururlar ve gelecekteki on-chain proposals için yön belirlerler. Aslında GiP, "pre-governance" yani oylama öncesi tartışmadır.

Anahtar GiP'ler:

• #800 Multi-Model PoC — aynı anda birden fazla yapay zeka modelinin desteği. Ağ şu anda MiniMax M2.7 (v0.2.13'te eklendi), DeepSeek V4 Flash (proposal #94) ve GLM-5.3 Flash (proposal #101) ile çalışıyor. GiP, farklı modellerin ayrı Proof of Useful Work ile 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 (subnet inference) sürümünde zaten uygulandı.
• #860 Quality Protocol — yanıt kalitesini dikkate alarak isteklerin yönlendirilmesi. Daha iyi sonuçlar veren düğümler, daha fazla trafik ve ödül alır.

Her katılımcı GitHub Discussions aracılığıyla bir GiP oluşturabilir. Giriş eşiği minimumdur — sadece bir GitHub hesabı ve sorunu anlama yetisi yeterlidir. Gonka ekibinin ve sunucuların aktif katılımı, sistemin çalıştığını kanıtlıyor: 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, gelişen bir süreçtir. İşte 2026–2027 yılları için temel gelişim alanları.

Multi-Model PoC (GiP #800) — uygulandı: Mayıs 2026'da DevShards üzerinden gelen ilk model Kimi K2.6 idi (daha sonra ağdan çıkarıldı), MiniMax-M2.7 v0.2.13'te (proposal #54) eklendi, DeepSeek V4 Flash Ağustos 2026'da bağlandı (proposal #94), GLM-5.3 Flash — Eylül 2026'da (proposal #101). Sıradaki adaylar RAG için embedding modelleridir: 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 göre yönlendirme. Şu anda istekler düğüm kullanılabilirliğ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 types, onaylanmış değişikliklerin otomatik yürütülmesi, IBC (Inter-Blockchain Communication) entegrasyonu 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 adresine gidebilirsiniz.