Tata Kelola di Gonka: Bagaimana Jaringan Terdesentralisasi Dikelola

Tata kelola di Gonka berjalan pada dua tingkat, masing-masing dengan kecepatan dan skala keputusan tersendiri.

Operational Voting (menit) — keputusan operasional di dalam jaringan. Ketika muncul perselisihan tentang validitas permintaan inference atau hasil PoC, para host memberikan suara melalui modul x/group Cosmos SDK. Bobot suara ditentukan oleh PoC weight — semakin banyak komputasi yang dijalankan sebuah node, semakin besar pengaruhnya. Pemungutan suara semacam ini berlangsung dalam hitungan menit dan menyelesaikan konflik konkret: apakah inference-nya benar, apakah node telah menjalankan tugasnya.

Governance Voting (hari) — keputusan strategis tentang perkembangan protokol. Pembaruan perangkat lunak, perubahan parameter jaringan, aktivasi model baru, alokasi dana Community Pool — semua ini diajukan ke pemungutan suara seluruh host. Periode voting berlangsung dari beberapa hari hingga seminggu, agar semua peserta sempat meninjau proposal.

Perbedaan utama dari sebagian besar proyek kripto: bobot suara ditentukan oleh Proof of Compute, bukan staking. Di Gonka, Anda tidak bisa «membeli suara» hanya dengan menumpuk token di wallet. Pengaruh proporsional dengan kontribusi komputasi nyata — GPU yang memproses permintaan AI dan menghasilkan bukti kerja. Sejak pembaruan v0.2.16, yang dihitung adalah daya yang terkonfirmasi pada epoch sebelumnya: host baru memberikan suara dengan bobot nol pada epoch pertamanya, dan penambahan daya menambah suara mulai epoch berikutnya. Ini mengikat tata kelola pada mereka yang benar-benar mendukung arsitektur jaringan, bukan pada modal spekulatif.

Dalam praktiknya, ini berarti: operator dengan dua server 8× H100 masing-masing memiliki sekitar dua kali lebih banyak suara dibandingkan operator dengan satu server seperti itu — karena ia memproses sekitar dua kali lebih banyak permintaan inference. Sistem ini menyeimbangkan dirinya sendiri: mereka yang lebih banyak berinvestasi dalam operasional jaringan lebih besar pengaruhnya terhadap perkembangannya.

Pembaruan protokol Gonka adalah proses yang terformalisasi, dari kode hingga aktivasi di jaringan. Setiap langkahnya transparan dan dapat diverifikasi.

Proses pembaruan:

1. Pull Request di GitHub — para pengembang (tim Gonka atau kontributor) membuat PR di repositori gonka-ai/gonka.
2. Review oleh komunitas — kode diperiksa, didiskusikan, dan diuji. Audit CertiK untuk perubahan kritis.
3. Release — versi baru biner inferenced dikompilasi.
4. On-chain proposal — proposal pembaruan dibuat di jaringan dengan deskripsi perubahan.
5. Deposit + Vote — para host menyetor deposit (ambang aktivasi) dan memberikan suara selama voting period.
6. Cosmovisor — jika disetujui, Cosmovisor secara otomatis memperbarui node pada ketinggian blok yang ditentukan.

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

• v0.2.11 (Maret 2026, proposal #31) — 673.699 suara «setuju» dengan 0 «menolak». Memperkenalkan subnet inference — mekanisme komputasi off-chain melalui subnet, yang menjanjikan peningkatan throughput 100 kali lipat.
• v0.2.13 (Mei 2026, proposal #54) — disetujui pada 21 Mei 2026 (62,8% «setuju», partisipasi 39,9% dengan kuorum 33,4%), diaktifkan pada blok 4267300. Menambahkan MiniMax-M2.7 sebagai model ketiga di jaringan, mengaktifkan Ethereum bridge wiring, dan menurunkan kuorum menjadi 0.25.

Pilihan suara:

• Yes — saya mendukung pembaruan.
• No — menolak pembaruan.
• No with Veto — menolak secara kategoris; jika lebih dari 33% suara — proposal ditolak dan deposit hangus.
• Abstain — saya abstain, tetapi tetap berpartisipasi dalam kuorum.

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

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

Format setiap GiP:

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

GiP tidak bersifat binding — hal ini tidak mewajibkan tim untuk melakukan implementasi. Namun, mereka membentuk konsensus komunitas dan menetapkan arah bagi on-chain proposals di masa depan. Faktanya, GiP adalah "pre-governance": diskusi sebelum pemungutan suara.

GiP Utama:

• #800 Multi-Model PoC — dukungan untuk beberapa model AI secara bersamaan. Saat ini, jaringan bekerja dengan MiniMax M2.7 (ditambahkan di v0.2.13), DeepSeek V4 Flash (proposal #94), dan GLM-5.3 Flash (proposal #101). GiP menjelaskan arsitektur untuk menjalankan model berbeda secara paralel dengan Proof of Useful Work yang terpisah.
• #801 Inference Scaling — arsitektur subnet untuk penskalaan. Bagian dari GiP ini sudah diimplementasikan di v0.2.11 (subnet inference).
• #860 Quality Protocol — perutean permintaan dengan mempertimbangkan kualitas respons. Node yang memberikan hasil terbaik mendapatkan lebih banyak trafik dan imbalan.

Setiap peserta 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 menunjukkan bahwa sistem ini berhasil: usulan mendapatkan 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.

Governance di Gonka bukanlah sistem statis, melainkan proses yang terus berkembang. Berikut adalah fokus utama pengembangan untuk tahun 2026–2027.

Multi-Model PoC (GiP #800) — telah diimplementasikan: yang pertama pada Mei 2026 melalui DevShards adalah Kimi K2.6 (kemudian dihapus dari jaringan), MiniMax-M2.7 ditambahkan di v0.2.13 (proposal #54), DeepSeek V4 Flash terhubung pada Agustus 2026 (proposal #94), GLM-5.3 Flash — pada September 2026 (proposal #101). Kandidat berikutnya adalah model embedding 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 depan, berdasarkan kualitas respons. Node dengan perangkat keras terbaik dan kinerja yang lebih stabil akan diprioritaskan.

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

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