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ştirmeye kadar resmi bir süreçtir. Her adım şeffaf ve denetlenebilirdir.

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ın – gonkad ikili dosyasının yeni bir sürümü derlenir.
4. Zincir İçi Teklif – Değişiklikleri açıklayan bir güncelleme teklifi ağda oluşturulur.
5. Depozito + Oylama – Ev sahipleri bir depozito yatırır (etkinleştirme 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ı oylama geçirdi. Tüm öneriler kabul edildi. Önemli yükseltmelerin kronolojisi:

• v0.2.11 (Mart 2026, öneri #31) – 0 “hayır” oyuyla 673.699 “evet” oyu. Alt ağ çıkarımının tanıtımı – alt ağlar aracılığıyla zincir dışı hesaplamalar için bir mekanizma, işlem hacminde 100 kat artış vaat ediyor.
• v0.2.13 (Mayıs 2026, öneri #54) – 21 Mayıs 2026'da kabul edildi (yüzde 62,8 “evet”, yüzde 39,9 katılım, yüzde 33,4 nisap ile), blok 4267300 üzerinde etkinleştirildi. MiniMax-M2.7'yi ağdaki üçüncü model olarak ekledi, Ethereum köprü kablolarını etkinleştirdi ve nisabı 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; oyların %33'ünden fazlası varsa – teklif reddedilir ve depozito yanar.
• Çekimser – Çekimser kalıyorum, ancak nisaba katılıyorum.

Tüm oylama geçmişine gonka.gg/network/proposals adresinden ulaşılabilir – her teklif, sonuçlar ve oy verenlerin listesi görüntülenebilir.

GiP, Gonka protokolünün gelişimine yönelik fikirleri resmileştirmek için 24 Şubat 2026'da GitHub Discussions (issue #795) aracılığıyla başlatılan bir sistemdir.

Her GiP'nin 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 konsensini oluşturur ve gelecekteki on-chain teklifler için yön belirlerler. Aslında GiP, “ön-yönetim”dir: oylamadan önceki tartışma.

Anahtar GiP'ler:

• #800 Multi-Model PoC — aynı anda birden fazla AI modelini destekleme. Şu anda ağ Qwen3-235B ve Kimi K2.6 ile çalışıyor (Mayıs 2026'dan beri DevShards aracılığıyla). MiniMax-M2.7, v0.2.13'e ekleniyor. GiP, farklı modellerin ayrı Proof of Useful Work ile paralel çalışması için mimariyi açıklar.
• #801 Inference Scaling — ölçeklendirme için alt ağ mimarisi. Bu GiP'nin bir kısmı v0.2.11'de (alt ağ inferenced) zaten uygulanmıştır.
• #860 Quality Protocol — yanıtların kalitesi göz önünde bulundurularak istek yönlendirme. Daha 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. Başlangıç eşiği minimaldir – sadece bir GitHub hesabına ve sorunu anlamaya ihtiyaç vardır. Gonka ekibinin ve barındırıcıların katılımıyla yapılan aktif tartışmalar, sistemin çalıştığını göstermektedir: teklifler geri bildirim alır, geliştirilir ve uygulamaya doğru ilerler.

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'daki yönetişim, statik bir sistemden ziyade evrimleşen bir süreçtir. İşte 2026-2027 yılları için temel geliştirme yönleri.

Multi-Model PoC (GiP #800) — uygulandı: Kimi K2.6, Mayıs 2026'dan beri DevShards'da çalışıyor, MiniMax-M2.7, v0.2.13'e ekleniyor (teklif #54). Sonraki adaylar, RAG için gömme modelleridir: bu, Gonka'yı yeni bir uygulama sınıfına açacaktır (arama motorları, kurumsal bilgi tabanları, hafızalı sohbet robotları).

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

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

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