Quản trị trong Gonka: cách một mạng lưới phi tập trung được quản lý

Quản trị trong Gonka hoạt động ở hai cấp độ, mỗi cấp độ có tốc độ và quy mô quyết định riêng.

Bỏ phiếu Hoạt động (phút) — các quyết định hoạt động trong mạng lưới. Khi có tranh chấp về tính hợp lệ của yêu cầu suy luận hoặc kết quả PoC, các máy chủ bỏ phiếu thông qua mô-đun x/group của Cosmos SDK. Trọng số phiếu bầu được xác định bởi trọng số PoC — một nút càng thực hiện nhiều tính toán, ảnh hưởng của nó càng lớn. Các cuộc bỏ phiếu này kéo dài vài phút và giải quyết các xung đột cụ thể: liệu suy luận có chính xác không, nút có hoàn thành công việc của mình không.

Bỏ phiếu Quản trị (ngày) — các quyết định chiến lược về phát triển giao thức. Cập nhật phần mềm, thay đổi thông số mạng, kích hoạt các mô hình mới, phân bổ quỹ Community Pool — tất cả đều được đưa ra để tất cả các máy chủ bỏ phiếu. Thời gian bỏ phiếu từ vài ngày đến một tuần để tất cả những người tham gia có thời gian làm quen với đề xuất.

Điểm khác biệt chính so với hầu hết các dự án tiền điện tử: trọng số phiếu bầu được xác định bởi Proof of Compute, chứ không phải staking. Trong Gonka, bạn không thể “mua phiếu bầu” chỉ bằng cách tích lũy token trên ví. Ảnh hưởng tỷ lệ thuận với đóng góp tính toán thực tế — GPU xử lý các yêu cầu AI và tạo bằng chứng công việc. Điều này gắn quản trị với những người thực sự hỗ trợ kiến trúc mạng lưới, chứ không phải với vốn đầu cơ.

Trong thực tế, điều này có nghĩa là: nhà điều hành một trang trại 10 H100 có số phiếu bầu gấp 10 lần so với nhà điều hành một thẻ duy nhất — bởi vì anh ta xử lý các yêu cầu suy luận gấp 10 lần. Hệ thống tự cân bằng: những người càng đóng góp nhiều vào hoạt động của mạng lưới thì càng có nhiều ảnh hưởng đến sự phát triển của nó.

Việc cập nhật giao thức Gonka là một quy trình được chính thức hóa từ mã nguồn đến kích hoạt trong mạng. Mỗi bước đều minh bạch và có thể kiểm tra được.

Quy trình cập nhật:

1. Pull Request trên GitHub — các nhà phát triển (đội Gonka hoặc những người đóng góp) tạo PR trong kho lưu trữ gonka-ai/gonka.
2. Đánh giá của cộng đồng — mã nguồn được kiểm tra, thảo luận, thử nghiệm. Kiểm toán CertiK cho các thay đổi quan trọng.
3. Phát hành — phiên bản nhị phân mới của gonkad được tạo.
4. Đề xuất On-chain — một đề xuất cập nhật được tạo trong mạng với mô tả các thay đổi.
5. Gửi tiền + Bỏ phiếu — các host gửi tiền (ngưỡng kích hoạt) và bỏ phiếu trong thời gian bỏ phiếu.
6. Cosmovisor — khi được chấp thuận, Cosmovisor tự động cập nhật các node ở chiều cao khối được chỉ định.

Từ tháng 1 đến tháng 5 năm 2026, mạng đã trải qua hơn 13 cuộc bỏ phiếu thành công — từ phiên bản v0.2.2 đến v0.2.13. Tất cả các đề xuất đều được chấp thuận. Lịch sử các nâng cấp chính:

• v0.2.11 (tháng 3 năm 2026, đề xuất #31) — 673.699 phiếu “thuận” và 0 phiếu “chống”. Đã giới thiệu suy luận mạng con — cơ chế tính toán off-chain thông qua các mạng con, hứa hẹn tăng thông lượng gấp 100 lần.
• v0.2.13 (tháng 5 năm 2026, đề xuất #54) — được chấp thuận vào ngày 21 tháng 5 năm 2026 (62,8% “thuận”, tỷ lệ tham gia 39,9% với tỷ lệ đại biểu 33,4%), được kích hoạt trên khối 4267300. Đã thêm MiniMax-M2.7 làm mô hình thứ ba trong mạng, kích hoạt kết nối cầu nối Ethereum và giảm tỷ lệ đại biểu xuống 0.25.

Các tùy chọn bỏ phiếu:

• Có — tôi ủng hộ cập nhật.
• Không — tôi phản đối cập nhật.
• Không có quyền phủ quyết — tôi hoàn toàn phản đối; nếu hơn 33% phiếu bầu — đề xuất bị từ chối và tiền gửi bị mất.
• Bỏ phiếu trắng — tôi bỏ phiếu trắng, nhưng tham gia vào tỷ lệ đại biểu.

Toàn bộ lịch sử bỏ phiếu có sẵn tại gonka.gg/network/proposals — bạn có thể xem từng đề xuất, kết quả và danh sách những người đã bỏ phiếu.

GiP là hệ thống chính thức hóa các ý tưởng phát triển giao thức Gonka, được khởi chạy vào ngày 24 tháng 2 năm 2026 thông qua GitHub Discussions (vấn đề #795).

Định dạng của mỗi GiP:

• Motivation — vấn đề mà đề xuất giải quyết.
• Solution — mô tả kỹ thuật của giải pháp.
• Roadmap — kế hoạch triển khai theo từng giai đoạn.
• Open Questions — các câu hỏi chưa được giải quyết để cộng đồng thảo luận.

GiP không mang tính ràng buộc — chúng không bắt buộc nhóm phải triển khai. Nhưng chúng hình thành sự đồng thuận của cộng đồng và đặt ra hướng đi cho các đề xuất on-chain trong tương lai. Thực tế, GiP là “quản trị sơ bộ”: thảo luận trước khi bỏ phiếu.

Các GiP chính:

• #800 Multi-Model PoC — hỗ trợ nhiều mô hình AI đồng thời. Hiện tại mạng đang hoạt động với Qwen3-235B và Kimi K2.6 (thông qua DevShards từ tháng 5 năm 2026). MiniMax-M2.7 được thêm vào v0.2.13. GiP mô tả kiến trúc để các mô hình khác nhau hoạt động song song với Proof of Useful Work riêng biệt.
• #801 Inference Scaling — kiến trúc mạng con để mở rộng quy mô. Một phần của GiP này đã được triển khai trong v0.2.11 (suy luận mạng con).
• #860 Quality Protocol — định tuyến yêu cầu có tính đến chất lượng phản hồi. Các nút cung cấp kết quả tốt nhất sẽ nhận được nhiều lưu lượng truy cập và phần thưởng hơn.

Bất kỳ thành viên nào cũng có thể tạo GiP thông qua GitHub Discussions. Ngưỡng gia nhập tối thiểu — chỉ cần có tài khoản GitHub và hiểu rõ vấn đề. Các cuộc thảo luận tích cực với sự tham gia của nhóm Gonka và các nhà cung cấp dịch vụ cho thấy hệ thống đang hoạt động: các đề xuất nhận được phản hồi, được điều chỉnh và tiến tới triển khai.

Community Pool — quỹ phát triển hệ sinh thái Gonka. Khoảng 20% tổng số GNK phát hành ban đầu (~200 triệu GNK) được phân bổ cho các khoản tài trợ, tiền thưởng và tài trợ cho các sáng kiến cộng đồng.

Tiền thưởng cho đóng góp mã nguồn — cơ chế phân phối quỹ Community Pool chính. Các nhà phát triển nhận được phần thưởng cho các PR trong kho lưu trữ gonka-ai/gonka: từ sửa lỗi đến triển khai các tính năng mới. Kích thước tiền thưởng phụ thuộc vào độ phức tạp và tầm quan trọng của đóng góp:

Cơ chế phê duyệt: tiền thưởng được bao gồm trong README của các đề xuất nâng cấp. Khi các máy chủ bỏ phiếu cho việc nâng cấp giao thức, họ đồng thời phê duyệt danh sách các khoản thanh toán cho các PR đã được đưa vào bản phát hành đó. Tính minh bạch hoàn toàn — bất kỳ ai cũng có thể kiểm tra xem đã được thanh toán bao nhiêu và cho cái gì.

Ngoài tiền thưởng, Community Pool có thể tài trợ: phát triển các công cụ hệ sinh thái, tiếp thị, các sáng kiến giáo dục và tài trợ nghiên cứu. Đọc thêm về việc kiếm tiền thông qua GitHub — trong một bài viết riêng.

Một mạng lưới non trẻ dễ bị tấn công: ít nút, ít stake, tấn công 51% về mặt lý thuyết có thể xảy ra. Gonka giải quyết điều này bằng một số cơ chế.

Hệ thống giám hộ — ba nút đáng tin cậy, được kiểm soát bởi đội ngũ Gonka, với tổng cộng 34% sức mạnh đồng thuận. Các giám hộ không thể áp đặt các quyết định (34% < 67% để thông qua), nhưng có thể chặn một đề xuất độc hại (34% > 33% ngưỡng phủ quyết). Điều quan trọng: Các giám hộ tự động bị vô hiệu hóa khi tổng sức mạnh mạng (total_network_power) đạt 10 triệu đơn vị. Đây không phải là công tắc thủ công — việc vô hiệu hóa được lập trình trong giao thức.

Hệ thống thế chấp — các máy chủ phải gửi tiền thế chấp bằng GNK để có được trọng số đầy đủ:

• Trọng số cơ bản (20%) — trọng số vô điều kiện, được tính cho chính việc hoạt động của một nút.
• Đủ điều kiện thế chấp (80%) — trọng số bổ sung, chỉ có sẵn khi có tiền thế chấp bằng GNK. Kích thước tiền thế chấp tỷ lệ thuận với sức mạnh tính toán.

Xử phạt — phạt cho các vi phạm:

• 20% tiền thế chấp — đối với suy luận KHÔNG HỢP LỆ (nút đưa ra kết quả không chính xác).
• 10% tiền thế chấp — đối với thời gian ngừng hoạt động (nút không khả dụng vượt quá ngưỡng cho phép).

Thời gian ân hạn — 180 kỷ nguyên (~6 tháng), trong thời gian đó các máy chủ mới có thể hoạt động mà không cần thế chấp. Điều này làm giảm rào cản gia nhập: bạn có thể bắt đầu khai thác, kiếm GNK thông qua phần thưởng và sau đó mới gửi tiền thế chấp. Sau khi kết thúc Thời gian ân hạn, một nút không có thế chấp chỉ nhận được 20% trọng số tiềm năng.

Tất cả các cơ chế này được mô tả trong tokenomics của GNK và hướng tới một mục tiêu: bảo vệ mạng lưới trong giai đoạn đầu mà không làm mất đi tính phi tập trung về lâu dài.

Quản trị trong Gonka không phải là một hệ thống tĩnh mà là một quá trình phát triển. Dưới đây là những hướng phát triển chính cho giai đoạn 2026–2027.

Multi-Model PoC (GiP #800) — đã được triển khai: Kimi K2.6 đã hoạt động trong DevShards từ tháng 5 năm 2026, MiniMax-M2.7 được thêm vào v0.2.13 (đề xuất #54). Các ứng cử viên tiếp theo là các mô hình nhúng cho RAG: điều này sẽ mở ra Gonka cho một loại ứng dụng mới (hệ thống tìm kiếm, cơ sở kiến thức doanh nghiệp, chatbot có bộ nhớ).

Inference Quality Protocol (GiP #860) — định tuyến dựa trên chất lượng. Hiện tại, các yêu cầu được phân phối dựa trên tính khả dụng của các nút; trong tương lai — dựa trên chất lượng phản hồi. Các nút có phần cứng tốt hơn và hoạt động ổn định hơn sẽ được ưu tiên.

On-chain governance migration (2026–2027) — chuyển đổi sang mô-đun x/gov hoàn chỉnh từ Cosmos SDK. Điều này sẽ mang lại: các loại đề xuất được chính thức hóa, tự động thực thi các thay đổi đã được phê duyệt, tích hợp với IBC (Inter-Blockchain Communication) và khả năng tạo các đề xuất quản trị thông qua bất kỳ ví tương thích Cosmos nào.

Bạn có thể theo dõi và tham gia bỏ phiếu tại gonka.gg/network/proposals.