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. Peninjauan oleh 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 + Pemilu — host menyetor deposit (ambang aktivasi) dan memilih selama periode pemilu.
6. Cosmovisor — jika disetujui, Cosmovisor secara otomatis memperbarui node pada ketinggian blok yang ditentukan.

Dari Januari hingga Maret 2026, jaringan telah melewati lebih dari 11 pemilu yang berhasil — dari versi v0.2.2 hingga v0.2.11. Semua proposal disetujui. Pemilu besar terakhir — proposal #31 (v0.2.11) — mengumpulkan 673.699 suara «mendukung» dengan 0 suara «menolak». Pembaruan ini memperkenalkan inferensi subnet — mekanisme komputasi off-chain melalui subnet, menjanjikan peningkatan throughput 100 kali lipat.

Opsi suara:

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

Seluruh riwayat pemilu 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 Diskusi GitHub (issue #795).

Format setiap GiP:

• Motivasi — masalah apa yang diselesaikan oleh proposal.
• Solusi — deskripsi teknis solusi.
• Peta jalan — rencana implementasi sesuai tahapan.
• Pertanyaan Terbuka — pertanyaan yang belum terpecahkan untuk didiskusikan oleh komunitas.

GiP tidak mengikat — mereka tidak mewajibkan tim untuk mengimplementasikannya. Tapi mereka membentuk konsensus komunitas dan menetapkan arah untuk proposal on-chain di masa depan. Faktanya, GiP adalah «pra-tata kelola»: diskusi sebelum pemilu.

GiP kunci:

• #800 Multi-Model PoC — dukungan untuk beberapa model AI secara bersamaan. Kandidat pertama adalah model embedding untuk RAG. Ini akan membuka Gonka untuk kelas aplikasi yang sama sekali baru: mesin pencari, basis pengetahuan perusahaan, chatbot dengan memori.
• #801 Inference Scaling — arsitektur subnet untuk penskalaan. Bagian dari GiP ini sudah diterapkan dalam v0.2.11 (inferensi subnet).
• #860 Quality Protocol — perutean permintaan dengan mempertimbangkan kualitas respons. Node yang memberikan hasil terbaik akan mendapatkan lebih banyak lalu lintas dan hadiah.

Setiap peserta dapat membuat GiP melalui Diskusi GitHub. Ambang batas masuk minimal — hanya akun GitHub dan pemahaman masalah yang diperlukan. Diskusi aktif dengan 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 — bukan sistem statis, melainkan proses yang berkembang. Berikut adalah arah pengembangan utama untuk tahun 2026–2027.

Multi-Model PoC (GiP #800) — dukungan untuk beberapa model secara bersamaan. Kandidat pertama adalah model embedding untuk RAG. Ini akan membuka Gonka untuk kelas aplikasi yang sama sekali baru: mesin pencari, basis pengetahuan perusahaan, chatbot dengan memori.

Protokol Kualitas Inferensi (GiP #860) — perutean berdasarkan kualitas. Saat ini, permintaan didistribusikan berdasarkan ketersediaan node; di masa depan — berdasarkan kualitas respons. Node dengan perangkat keras terbaik dan operasi yang lebih stabil akan mendapatkan prioritas.

Migrasi tata kelola on-chain (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 Cosmos yang kompatibel.

Anda dapat mengikuti pemilu dan berpartisipasi di gonka.gg/network/proposals.