การกำกับดูแลใน Gonka: เครือข่ายกระจายอำนาจได้รับการบริหารจัดการอย่างไร

การกำกับดูแลใน Gonka ทำงานสองระดับ แต่ละระดับมีความเร็วและขอบเขตการตัดสินใจที่แตกต่างกัน

Operational Voting (นาที) — การตัดสินใจเชิงปฏิบัติการภายในเครือข่าย เมื่อเกิดข้อพิพาทเกี่ยวกับความถูกต้องของ inference-request หรือผลลัพธ์ PoC โฮสต์จะลงคะแนนผ่านโมดูล x/group ของ Cosmos SDK น้ำหนักเสียงกำหนดโดย PoC weight — ยิ่งโหนดประมวลผลมาก อิทธิพลก็ยิ่งมาก การลงคะแนนประเภทนี้ใช้เวลาเป็นนาทีและแก้ไขข้อขัดแย้งเฉพาะเจาะจง: inference ถูกต้องหรือไม่ โหนดทำงานของตัวเองสำเร็จหรือไม่

Governance Voting (วัน) — การตัดสินใจเชิงกลยุทธ์เกี่ยวกับการพัฒนาโปรโตคอล การอัปเดตซอฟต์แวร์ การเปลี่ยนพารามิเตอร์เครือข่าย การเปิดใช้งานโมเดลใหม่ การจัดสรรเงินจาก Community Pool — ทั้งหมดนี้ถูกนำเข้าสู่การลงคะแนนของโฮสต์ทุกคน ระยะเวลาลงคะแนนตั้งแต่หลายวันถึงหนึ่งสัปดาห์ เพื่อให้ผู้เข้าร่วมทุกคนมีเวลาศึกษาข้อเสนอ

ความแตกต่างสำคัญจากโปรเจกต์ crypto ส่วนใหญ่: น้ำหนักเสียงกำหนดโดย Proof of Compute ไม่ใช่การ staking ใน Gonka คุณไม่สามารถ «ซื้อเสียง» ด้วยการสะสมโทเคนในกระเป๋าเฉย ๆ อิทธิพลเป็นสัดส่วนกับ compute contribution จริง — GPU ที่ประมวลผลคำขอ AI และสร้างหลักฐานการทำงาน ตั้งแต่การอัปเดต v0.2.16 พลังที่ได้รับการยืนยันใน epoch ก่อนหน้าจะถูกนำมาคิดด้วย: โฮสต์ใหม่จะลงคะแนนด้วยน้ำหนักศูนย์ใน epoch แรก และพลังที่เพิ่มขึ้นจะเพิ่มเสียงตั้งแต่ epoch ถัดไป สิ่งนี้ผูกการกำกับดูแลไว้กับผู้ที่สนับสนุน สถาปัตยกรรมเครือข่าย อย่างแท้จริง ไม่ใช่กับทุน speculative

ในทางปฏิบัติ หมายความว่า: ผู้ดำเนินการที่มีเซิร์ฟเวอร์สองเครื่องขนาด 8× H100 มีเสียงมากกว่าผู้ดำเนินการที่มีเซิร์ฟเวอร์แบบเดียวกันหนึ่งเครื่องประมาณสองเท่า — เพราะประมวลผล inference-request มากกว่าประมาณสองเท่า ระบบปรับสมดุลได้เอง: ผู้ที่ลงทุนกับการทำงานของเครือข่ายมากกว่าจะมีอิทธิพลต่อการพัฒนามากกว่า

การอัปเดตโปรโตคอล Gonka คือกระบวนการที่เป็นทางการตั้งแต่โค้ดจนถึงการเปิดใช้งานบนเครือข่าย ทุกขั้นตอนโปร่งใสและตรวจสอบได้

กระบวนการอัปเดต:

1. Pull Request บน GitHub — นักพัฒนา (ทีม Gonka หรือผู้มีส่วนร่วม) สร้าง PR ในรีโพซิทอรี gonka-ai/gonka
2. การรีวิวโดยชุมชน — โค้ดถูกตรวจสอบ หารือ และทดสอบ การตรวจสอบโดย CertiK สำหรับการเปลี่ยนแปลงที่สำคัญ
3. Release — สร้างเวอร์ชันใหม่ของไบนารี inferenced
4. On-chain proposal — สร้างข้อเสนอการอัปเดตบนเครือข่ายพร้อมคำอธิบายการเปลี่ยนแปลง
5. Deposit + Vote — โฮสต์วางเงินมัดจำ (เกณฑ์การเปิดใช้งาน) และโหวตภายใน voting period
6. Cosmovisor — เมื่อได้รับอนุมัติ Cosmovisor จะอัปเดตโหนดโดยอัตโนมัติที่ความสูงบล็อกที่กำหนด

ตั้งแต่เดือนมกราคมถึงพฤษภาคม 2026 เครือข่ายผ่านการโหวตที่สำเร็จมาแล้ว 13+ ครั้ง — จากเวอร์ชัน v0.2.2 ถึง v0.2.13 ข้อเสนอทั้งหมดได้รับการอนุมัติ ลำดับเหตุการณ์การอัปเกรดที่สำคัญ:

• v0.2.11 (มีนาคม 2026, proposal #31) — 673,699 เสียง «เห็นด้วย» ต่อ 0 เสียง «ไม่เห็นด้วย» นำเสนอ subnet inference — กลไกการคำนวณ off-chain ผ่าน subnet ที่สัญญาว่าจะเพิ่มปริมาณงานได้ถึง 100 เท่า
• v0.2.13 (พฤษภาคม 2026, proposal #54) — ผ่านเมื่อวันที่ 21 พฤษภาคม 2026 (62.8% «เห็นด้วย» ผู้เข้าร่วม 39.9% โดยมี quorum 33.4%) เปิดใช้งานที่บล็อก 4267300 เพิ่ม MiniMax-M2.7 เป็นโมเดลที่สามในเครือข่าย เปิดใช้งาน Ethereum bridge wiring และลด quorum เป็น 0.25

ตัวเลือกในการโหวต:

• Yes — สนับสนุนการอัปเดต
• No — ไม่เห็นด้วยกับการอัปเดต
• No with Veto — คัดค้านอย่างเด็ดขาด หากมีเสียงเกิน 33% ข้อเสนอจะถูกปฏิเสธและเงินมัดจำจะถูกเผา
• Abstain — งดออกเสียง แต่ยังนับรวมใน quorum

ประวัติการโหวตทั้งหมดดูได้ที่ gonka.gg/network/proposals — สามารถดูข้อเสนอแต่ละรายการ ผลลัพธ์ และรายชื่อผู้โหวตได้

GiP คือระบบการจัดทำข้อเสนอสำหรับการพัฒนาโปรโตคอล Gonka ซึ่งเปิดตัวเมื่อวันที่ 24 กุมภาพันธ์ 2026 ผ่าน GitHub Discussions (issue #795)

รูปแบบของแต่ละ GiP:

• Motivation — ปัญหาที่ข้อเสนอนี้จะแก้ไข
• Solution — คำอธิบายทางเทคนิคของโซลูชัน
• Roadmap — แผนการดำเนินการตามขั้นตอน
• Open Questions — คำถามที่ยังไม่มีคำตอบสำหรับการอภิปรายโดยชุมชน

GiP ไม่ใช่ข้อผูกมัด (binding) — ไม่ได้บังคับให้ทีมงานต้องนำไปปฏิบัติ แต่เป็นการสร้างฉันทามติของชุมชนและกำหนดทิศทางสำหรับ on-chain proposals ในอนาคต ในความเป็นจริง GiP คือ «pre-governance»: การอภิปรายก่อนการโหวตจริง

GiP ที่สำคัญ:

• #800 Multi-Model PoC — การรองรับ AI หลายโมเดลพร้อมกัน ขณะนี้เครือข่ายทำงานร่วมกับ MiniMax M2.7 (เพิ่มใน v0.2.13), DeepSeek V4 Flash (proposal #94) และ GLM-5.3 Flash (proposal #101) GiP นี้อธิบายสถาปัตยกรรมสำหรับการทำงานแบบคู่ขนานของโมเดลที่แตกต่างกันโดยแยก Proof of Useful Work ออกจากกัน
• #801 Inference Scaling — สถาปัตยกรรม subnet สำหรับการขยายขนาด (scaling) ส่วนหนึ่งของ GiP นี้ถูกนำไปใช้แล้วใน v0.2.11 (subnet inference)
• #860 Quality Protocol — การกำหนดเส้นทางคำขอ (routing) โดยคำนึงถึงคุณภาพของคำตอบ โหนดที่ให้ผลลัพธ์ที่ดีกว่าจะได้รับทราฟฟิกและรางวัลมากขึ้น

ผู้เข้าร่วมทุกคนสามารถสร้าง GiP ผ่าน GitHub Discussions ได้ เกณฑ์การเข้าร่วมนั้นต่ำมาก เพียงแค่มีบัญชี GitHub และความเข้าใจในปัญหาก็เพียงพอแล้ว การอภิปรายอย่างจริงจังโดยทีมงาน Gonka และโฮสต์แสดงให้เห็นว่าระบบนี้ใช้งานได้จริง: ข้อเสนอได้รับคำติชม มีการปรับปรุง และก้าวไปสู่การปฏิบัติจริง

Community Pool — แหล่งเงินทุนสำหรับการพัฒนาระบบนิเวศ Gonka ประมาณ 20% ของการออก Genesis (~200 ล้าน GNK) ถูกจัดสรรสำหรับทุนรางวัล, bounty และการสนับสนุนโครงการริเริ่มของชุมชน

Bounty สำหรับการมีส่วนร่วมในโค้ด — กลไกหลักในการจัดสรรเงินทุนจาก Community Pool นักพัฒนาจะได้รับรางวัลสำหรับ PR ใน repository gonka-ai/gonka: ตั้งแต่การแก้ไขข้อผิดพลาดไปจนถึงการนำคุณสมบัติใหม่มาใช้ ขนาดของ bounty ขึ้นอยู่กับความซับซ้อนและความสำคัญของการมีส่วนร่วม:

กลไกการอนุมัติ: bounties จะรวมอยู่ใน README ของข้อเสนอการอัปเกรด เมื่อโฮสต์ลงคะแนนเสียงสำหรับการอัปเดตโปรโตคอล พวกเขาจะอนุมัติรายการการชำระเงินสำหรับ PRs ที่รวมอยู่ในรุ่นนั้นด้วย ความโปร่งใสสมบูรณ์ — ทุกคนสามารถตรวจสอบได้ว่าจ่ายไปเท่าไหร่และเพื่ออะไร

นอกจาก bounties แล้ว Community Pool ยังสามารถให้เงินสนับสนุน: การพัฒนาเครื่องมือระบบนิเวศ, การตลาด, โครงการริเริ่มทางการศึกษา และทุนสำหรับการวิจัย รายละเอียดเพิ่มเติมเกี่ยวกับ การสร้างรายได้ผ่าน GitHub — ในบทความแยกต่างหาก

เครือข่ายที่อายุน้อยมีความเปราะบาง: มีโหนดน้อย, มีส่วนได้ส่วนเสียน้อย, การโจมตี 51% เป็นไปได้ทางทฤษฎี Gonka แก้ไขปัญหานี้ด้วยกลไกหลายอย่าง

Guardian System — โหนดที่ได้รับความเชื่อถือสามโหนด ซึ่งควบคุมโดยทีม Gonka โดยมีอำนาจการเห็นชอบรวม 34% Guardians ไม่สามารถบังคับการตัดสินใจได้ (34% < 67% สำหรับการยอมรับ) แต่สามารถบล็อกข้อเสนอที่เป็นอันตรายได้ (34% > 33% เกณฑ์การ Veto) สิ่งสำคัญคือ: Guardians จะถูกปิดการใช้งานโดยอัตโนมัติ เมื่อกำลังของเครือข่ายทั้งหมด (total_network_power) ถึง 10 ล้านหน่วย นี่ไม่ใช่สวิตช์แบบแมนนวล — การปิดการใช้งานถูกตั้งโปรแกรมไว้ในโปรโตคอล

ระบบหลักประกัน — โฮสต์จะต้องวางหลักประกันใน GNK เพื่อให้ได้รับน้ำหนักเต็มที่:

• Base Weight (20%) — น้ำหนักที่ไม่มีเงื่อนไข ซึ่งจะถูกมอบให้สำหรับการทำงานของโหนด
• Collateral-Eligible (80%) — น้ำหนักเพิ่มเติม ซึ่งจะได้รับก็ต่อเมื่อมีหลักประกันใน GNK เท่านั้น ขนาดของหลักประกันเป็นสัดส่วนกับพลังงานในการประมวลผล

การถูกลงโทษ/Slashing — การลงโทษสำหรับการละเมิด:

• 20% ของหลักประกัน — สำหรับ INVALID inference (โหนดให้ผลลัพธ์ที่ไม่ถูกต้อง)
• 10% ของหลักประกัน — สำหรับ downtime (โหนดไม่สามารถใช้งานได้เกินเกณฑ์ที่กำหนด)

Grace Period — 180 epochs (~6 เดือน) ซึ่งเป็นช่วงเวลาที่โฮสต์ใหม่สามารถทำงานได้โดยไม่ต้องมีหลักประกัน สิ่งนี้ช่วยลดอุปสรรคในการเข้า: สามารถเริ่มขุด สร้าง GNK ผ่านรางวัล และหลังจากนั้นจึงวางหลักประกัน หลังจากสิ้นสุด Grace Period โหนดที่ไม่มีหลักประกันจะได้รับเพียง 20% ของน้ำหนักที่มีศักยภาพเท่านั้น

กลไกทั้งหมดนี้ได้ถูกอธิบายไว้ใน tokenomics ของ GNK และมีวัตถุประสงค์เดียว: เพื่อปกป้องเครือข่ายในช่วงเริ่มต้น โดยไม่เสียความเป็นกระจายอำนาจในระยะยาว

Governance ใน Gonka ไม่ใช่ระบบที่หยุดนิ่ง แต่เป็นกระบวนการที่วิวัฒนาการ นี่คือแนวทางการพัฒนาที่สำคัญสำหรับปี 2026–2027

Multi-Model PoC (GiP #800) — ดำเนินการแล้ว: ตัวแรกในเดือนพฤษภาคม 2026 ผ่าน DevShards คือ Kimi K2.6 (ภายหลังถูกนำออกจากเครือข่าย), MiniMax-M2.7 ถูกเพิ่มใน v0.2.13 (proposal #54), DeepSeek V4 Flash ถูกเชื่อมต่อในเดือนสิงหาคม 2026 (proposal #94), GLM-5.3 Flash ในเดือนกันยายน 2026 (proposal #101) ผู้ท้าชิงรายต่อไปคือโมเดล embedding สำหรับ RAG: สิ่งนี้จะเปิด Gonka ไปสู่แอปพลิเคชันระดับใหม่ (ระบบค้นหา, ฐานความรู้ขององค์กร, แชทบอทที่มีความจำ)

Inference Quality Protocol (GiP #860) — การกำหนดเส้นทางตามคุณภาพ ปัจจุบันคำขอจะถูกกระจายตามความพร้อมของโหนด; ในอนาคตจะกระจายตามคุณภาพของคำตอบ โหนดที่มีฮาร์ดแวร์ที่ดีกว่าและมีการทำงานที่เสถียรกว่าจะได้รับลำดับความสำคัญสูงกว่า

On-chain governance migration (2026–2027) — การย้ายไปสู่โมดูล x/gov ที่สมบูรณ์แบบจาก Cosmos SDK ซึ่งจะให้: ประเภทข้อเสนอที่เป็นทางการ, การดำเนินการตามการเปลี่ยนแปลงที่ได้รับอนุมัติโดยอัตโนมัติ, การรวมเข้ากับ IBC (Inter-Blockchain Communication) และความสามารถในการสร้าง governance proposals ผ่านกระเป๋าเงินที่รองรับ Cosmos

สามารถติดตามการโหวตและเข้าร่วมได้ที่ gonka.gg/network/proposals