Tata Kelola di Gonka: Bagaimana Jaringan Terdesentralisasi Dikelola

Tata kelola di Gonka beroperasi pada dua tingkat, masing-masing dengan kecepatan dan skala keputusannya sendiri.

Operational Voting (menit) — keputusan operasional dalam jaringan. Ketika ada perselisihan tentang validitas permintaan inferensi atau hasil PoC, host memilih melalui modul x/group SDK Cosmos. Bobot suara ditentukan oleh bobot PoC — semakin banyak komputasi yang dilakukan node, semakin besar pengaruhnya. Pemilu semacam itu berlangsung beberapa menit dan menyelesaikan konflik spesifik: apakah inferensi benar, apakah node melakukan pekerjaannya.

Governance Voting (hari) — keputusan strategis tentang pengembangan protokol. Pembaruan perangkat lunak, perubahan parameter jaringan, aktivasi model baru, distribusi dana Community Pool — semua ini diajukan untuk pemilu semua host. Periode pemilu adalah dari beberapa hari hingga seminggu, agar semua peserta memiliki waktu untuk meninjau proposal.

Perbedaan utama dari sebagian besar proyek kripto: bobot suara ditentukan oleh Bukti Komputasi (Proof of Compute), bukan staking. Di Gonka, Anda tidak dapat “membeli suara” hanya dengan mengumpulkan token di dompet. Pengaruh proporsional dengan kontribusi komputasi nyata — GPU yang memproses permintaan AI dan menghasilkan bukti kerja. Ini mengikat tata kelola kepada mereka yang benar-benar mendukung arsitektur jaringan, bukan kepada modal spekulatif.

Dalam praktiknya, ini berarti: operator farm 10 H100 memiliki 10 kali lebih banyak suara daripada operator dengan satu kartu — karena ia memproses 10 kali lebih banyak permintaan inferensi. Sistem ini menyeimbangkan diri: mereka yang berinvestasi lebih banyak dalam operasi jaringan, lebih banyak memengaruhi pengembangannya.

Pembaruan protokol Gonka adalah proses formal dari kode hingga aktivasi di jaringan. Setiap langkah transparan dan dapat diverifikasi.

Proses pembaruan:

1. Pull Request di GitHub — pengembang (tim Gonka atau kontributor) membuat PR di repositori gonka-ai/gonka.
2. Tinjauan komunitas — kode diperiksa, didiskusikan, diuji. Audit CertiK untuk perubahan kritis.
3. Rilis — versi baru biner gonkad dikompilasi.
4. Proposal on-chain — proposal pembaruan dibuat di jaringan dengan deskripsi perubahan.
5. Deposit + Suara — host menyetor deposit (ambang batas aktivasi) dan memberikan suara selama periode pemungutan suara.
6. Cosmovisor — jika disetujui, Cosmovisor secara otomatis memperbarui node pada ketinggian blok yang ditentukan.

Dari Januari hingga Mei 2026, jaringan telah melalui lebih dari 13 pemungutan suara yang berhasil — dari versi v0.2.2 hingga v0.2.13. Semua proposal disetujui. Kronologi peningkatan kunci:

• v0.2.11 (Maret 2026, proposal #31) — 673,699 suara «mendukung» dengan 0 «menentang». Diperkenalkan subnet inference — mekanisme komputasi off-chain melalui subnet, menjanjikan peningkatan throughput 100 kali lipat.
• v0.2.13 (Mei 2026, proposal #54) — diterima 21 Mei 2026 (62,8% «mendukung», partisipasi 39,9% dengan kuorum 33,4%), diaktifkan di blok 4267300. Menambahkan MiniMax-M2.7 sebagai model ketiga di jaringan, mengaktifkan wiring jembatan Ethereum dan menurunkan kuorum menjadi 0,25.

Pilihan suara:

• Ya — saya mendukung pembaruan.
• Tidak — saya menentang pembaruan.
• Tidak dengan Veto — saya benar-benar menentang; jika lebih dari 33% suara — proposal ditolak, dan deposit hangus.
• Abstain — saya abstain, tetapi berpartisipasi dalam kuorum.

Seluruh riwayat pemungutan suara tersedia di gonka.gg/network/proposals — Anda dapat melihat setiap proposal, hasil, dan daftar pemilih.

GiP adalah sistem formalisasi ide untuk pengembangan protokol Gonka, diluncurkan pada 24 Februari 2026 melalui GitHub Discussions (issue #795).

Format setiap GiP:

• Motivation — masalah apa yang diselesaikan oleh proposal tersebut.
• Solution — deskripsi teknis solusi.
• Roadmap — rencana implementasi berdasarkan tahap.
• Open Questions — pertanyaan yang belum terjawab untuk didiskusikan dengan komunitas.

GiP tidak bersifat mengikat (non-binding) — proposal ini tidak mewajibkan tim untuk melakukan implementasi. Namun, proposal ini membentuk konsensus komunitas dan menentukan arah untuk on-chain proposals di masa depan. Faktanya, GiP adalah "pra-tata kelola": diskusi sebelum pemungutan suara.

GiP Utama:

• #800 Multi-Model PoC — dukungan untuk beberapa model AI secara bersamaan. Saat ini jaringan berjalan dengan Kimi K2.6 dan MiniMax M2.7. MiniMax-M2.7 ditambahkan di v0.2.13. GiP ini menjelaskan arsitektur untuk menjalankan berbagai model secara paralel dengan Proof of Useful Work yang terpisah.
• #801 Inference Scaling — arsitektur subnet untuk penskalaan. Sebagian dari GiP ini sudah diimplementasikan di v0.2.11 (subnet inference).
• #860 Quality Protocol — perutean permintaan berdasarkan kualitas respons. Node yang memberikan hasil terbaik mendapatkan lebih banyak lalu lintas dan imbalan.

Setiap partisipan dapat membuat GiP melalui GitHub Discussions. Ambang batas masuknya minimal — hanya memerlukan akun GitHub dan pemahaman tentang masalah tersebut. Diskusi aktif yang melibatkan tim Gonka dan host membuktikan bahwa sistem ini berhasil: proposal mendapatkan masukan, diperbaiki, dan bergerak menuju implementasi.

Community Pool — dana pengembangan ekosistem Gonka. Sekitar 20% dari emisi genesis (~200 juta GNK) dialokasikan untuk hibah, bounty, dan pendanaan inisiatif komunitas.

Bounty untuk kontribusi kode — mekanisme utama distribusi dana Community Pool. Pengembang menerima hadiah untuk PR di repositori gonka-ai/gonka: dari perbaikan bug hingga implementasi fitur baru. Ukuran bounty tergantung pada kompleksitas dan pentingnya kontribusi:

Mekanisme persetujuan: bounty termasuk dalam README untuk proposal peningkatan. Ketika host memilih untuk pembaruan protokol, mereka secara bersamaan menyetujui daftar pembayaran untuk PR yang termasuk dalam rilis ini. Transparansi penuh — siapa pun dapat memeriksa mengapa dan berapa banyak yang dibayarkan.

Selain bounty, Community Pool dapat mendanai: pengembangan alat ekosistem, pemasaran, inisiatif pendidikan, dan hibah penelitian. Lebih lanjut tentang mendapatkan penghasilan melalui GitHub — dalam artikel terpisah.

Jaringan muda rentan: sedikit node, sedikit staking, serangan 51% secara teoritis mungkin. Gonka mengatasi ini dengan beberapa mekanisme.

Sistem Guardian — tiga node tepercaya, dikendalikan oleh tim Gonka, dengan total daya konsensus 34%. Guardian tidak dapat memaksakan keputusan (34% < 67% untuk persetujuan), tetapi dapat memblokir proposal berbahaya (34% > 33% ambang veto). Kunci: Guardian secara otomatis dinonaktifkan ketika total daya jaringan (total_network_power) mencapai 10 juta unit. Ini bukan sakelar manual — penonaktifan diprogram dalam protokol.

Sistem kolateral — host harus menyetor jaminan dalam GNK untuk mendapatkan bobot penuh:

• Bobot Dasar (20%) — bobot tanpa syarat, diberikan hanya karena fakta bahwa node berfungsi.
• Berkelayakan Kolateral (80%) — bobot tambahan, hanya tersedia jika ada jaminan dalam GNK. Jumlah jaminan proporsional dengan daya komputasi.

Slashing — hukuman untuk pelanggaran:

• 20% dari jaminan — untuk inferensi INVALID (node memberikan hasil yang salah).
• 10% dari jaminan — untuk waktu henti (node tidak tersedia melebihi ambang batas yang diizinkan).

Masa Tenggang (Grace Period) — 180 epoch (~6 bulan), di mana host baru dapat bekerja tanpa jaminan. Ini mengurangi hambatan masuk: seseorang dapat mulai menambang, mendapatkan GNK melalui hadiah, dan baru kemudian menyetor kolateral. Setelah berakhirnya Masa Tenggang, node tanpa jaminan hanya menerima 20% dari bobot potensial.

Semua mekanisme ini dijelaskan dalam tokenomics GNK dan bertujuan untuk satu tujuan: melindungi jaringan di tahap awal, tanpa mengorbankan desentralisasi dalam jangka panjang.

Tata kelola di Gonka bukanlah sistem statis, melainkan proses yang berkembang. Berikut adalah arah pengembangan utama untuk tahun 2026–2027.

Multi-Model PoC (GiP #800) — diimplementasikan: Kimi K2.6 sudah beroperasi di DevShards sejak Mei 2026, MiniMax-M2.7 ditambahkan di v0.2.13 (proposal #54). Kandidat berikutnya adalah model penyematan untuk RAG: ini akan membuka Gonka untuk kelas aplikasi baru (mesin pencari, basis pengetahuan perusahaan, chatbot dengan memori).

Inference Quality Protocol (GiP #860) — perutean berdasarkan kualitas. Saat ini, permintaan didistribusikan berdasarkan ketersediaan node; di masa mendatang — berdasarkan kualitas respons. Node dengan perangkat keras yang lebih baik dan operasi yang lebih stabil akan mendapatkan prioritas.

On-chain governance migration (2026–2027) — transisi ke modul x/gov penuh dari Cosmos SDK. Ini akan memberikan: jenis proposal yang diformalkan, eksekusi otomatis perubahan yang disetujui, integrasi dengan IBC (Inter-Blockchain Communication), dan kemampuan untuk membuat proposal tata kelola melalui dompet apa pun yang kompatibel dengan Cosmos.

Anda dapat mengikuti dan berpartisipasi dalam pemungutan suara di gonka.gg/network/proposals.