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 terformal dari kode hingga aktivasi di jaringan. Setiap langkah transparan dan dapat diverifikasi.

Proses pembaruan:

1. Permintaan Pull di GitHub — pengembang (tim Gonka atau kontributor) membuat PR di repositori gonka-ai/gonka.
2. Tinjauan oleh komunitas — kode ditinjau, dibahas, diuji. Audit CertiK untuk perubahan kritis.
3. Rilis — versi baru biner gonkad dikompilasi.
4. Proposal On-chain — proposal pembaruan di jaringan dibuat dengan deskripsi perubahan.
5. Deposit + Voting — host mendepositkan (ambang aktivasi) dan memberikan suara selama periode voting.
6. Cosmovisor — jika disetujui, Cosmovisor secara otomatis memperbarui node pada tinggi blok yang ditentukan.

Dari Januari hingga Mei 2026, jaringan telah melewati 13+ voting yang berhasil — dari versi v0.2.2 hingga v0.2.13. Semua proposal telah disetujui. Kronologi peningkatan kunci:

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

Pilihan suara:

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

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

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

Format setiap GiP:

• Motivation — masalah apa yang ingin dipecahkan oleh proposal.
• Solution — deskripsi teknis solusi.
• Roadmap — rencana implementasi berdasarkan tahapan.
• Open Questions — pertanyaan yang belum terjawab untuk diskusi komunitas.

GiP tidak bersifat mengikat — GiP tidak mewajibkan tim untuk mengimplementasikannya. Namun GiP membentuk konsensus komunitas dan menetapkan arah untuk proposal on-chain di masa mendatang. Faktanya, GiP adalah “pra-pemerintahan”: diskusi sebelum pemungutan suara.

GiP kunci:

• #800 Multi-Model PoC — dukungan untuk beberapa model AI secara bersamaan. Saat ini jaringan beroperasi dengan Qwen3-235B dan Kimi K2.6 (melalui DevShards mulai Mei 2026). MiniMax-M2.7 ditambahkan dalam v0.2.13. GiP menjelaskan arsitektur untuk kerja paralel model yang berbeda dengan Proof of Useful Work terpisah.
• #801 Inference Scaling — arsitektur subnet untuk skalabilitas. Bagian dari GiP ini sudah diimplementasikan dalam v0.2.11 (inferensi subnet).
• #860 Quality Protocol — perutean permintaan dengan mempertimbangkan kualitas respons. Node yang memberikan hasil terbaik menerima lebih banyak lalu lintas dan hadiah.

Setiap peserta dapat membuat GiP melalui GitHub Discussions. Ambang batas masuk minimal — hanya memerlukan akun GitHub dan pemahaman masalah. Diskusi aktif dengan partisipasi tim Gonka dan host menunjukkan bahwa sistem berfungsi: proposal menerima umpan balik, disempurnakan, 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.