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ó.

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

Quy trình cập nhật:

1. Pull Request trên GitHub — các nhà phát triển (đội ngũ Gonka hoặc những người đóng góp) tạo PR trong kho lưu trữ gonka-ai/gonka.
2. Xem xét bởi cộng đồng — mã được xem xét, thảo luận, thử nghiệm. Kiểm tra CertiK cho các thay đổi quan trọng.
3. Phát hành — phiên bản nhị phân gonkad mới được xây dựng.
4. Đề xuất on-chain — một đề xuất cập nhật được tạo trong mạng lưới với mô tả các thay đổi.
5. Gửi tiền + Bỏ phiếu — các máy chủ 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 phê duyệt, Cosmovisor tự động cập nhật các nút ở độ cao khối được chỉ định.

Từ tháng 1 đến tháng 3 năm 2026, mạng lưới đã trải qua hơn 11 cuộc bỏ phiếu thành công — từ phiên bản v0.2.2 đến v0.2.11. Tất cả các đề xuất đều được phê duyệt. Cuộc bỏ phiếu lớn gần đây nhất — đề xuất #31 (v0.2.11) — đã nhận được 673,699 phiếu “thuận” và 0 phiếu “chống”. Bản cập nhật này đã giới thiệu tính năng suy luận mạng con — một cơ chế tính toán ngoài chuỗi thông qua các mạng con, hứa hẹn tăng thông lượng gấp 100 lần.

Các lựa chọn bỏ phiếu:

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

Toàn bộ lịch sử các cuộc 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à một 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:

• Động lực — vấn đề mà đề xuất giải quyết.
• Giải pháp — mô tả kỹ thuật của giải pháp.
• Lộ trình — kế hoạch triển khai theo từng giai đoạn.
• Câu hỏi mở — 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 đội ngũ phải thực hiện. Nhưng chúng tạo ra sự đồng thuận của cộng đồng và đặt ra định hướng cho các đề xuất on-chain trong tương lai. Trên thực tế, GiP là “tiền quản trị”: thảo luận trước khi bỏ phiếu.

Các GiP quan trọng:

• #800 PoC đa mô hình — hỗ trợ nhiều mô hình AI cùng lúc. Hiện tại, mạng lưới hoạt động với Qwen3-235B; GiP này mô tả kiến trúc để hoạt động song song các mô hình khác nhau với Proof of Useful Work riêng biệt.
• #801 Mở rộng quy mô suy luận — 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 Giao thức chất lượng — định tuyến yêu cầu có tính đến chất lượng phản hồi. Các nút cho kết quả tốt hơn sẽ nhận được nhiều lưu lượng truy cập và phần thưởng hơn.

Bất kỳ người tham gia 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 tài khoản GitHub và hiểu biết về vấn đề. Các cuộc thảo luận sôi nổi với sự tham gia của đội ngũ Gonka và các máy chủ cho thấy rằng hệ thống đang hoạt động: các đề xuất nhận được phản hồi, được cải tiến 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 tiến hóa. Dưới đây là những định hướng phát triển chính trong giai đoạn 2026–2027.

PoC đa mô hình (GiP #800) — hỗ trợ nhiều mô hình đồng thời. Ứng viên đầu tiên — 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 hoàn toàn mới: hệ thống tìm kiếm, cơ sở tri thức doanh nghiệp, chatbot có bộ nhớ.

Giao thức chất lượng suy luận (GiP #860) — định tuyến theo chất lượng. Hiện tại, các yêu cầu được phân phối theo khả năng có sẵn của các nút; trong tương lai — theo 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ẽ nhận được ưu tiên.

Di chuyển quản trị on-chain (2026–2027) — chuyển sang mô-đun x/gov hoàn chỉnh từ Cosmos SDK. Điều này sẽ cung cấp: các loại đề xuất được chính thức hóa, tự động thực hiện 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 với Cosmos nào.

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