Gonka 거버넌스: 분산형 네트워크가 관리되는 방식

Gonka는 실제 온체인 거버넌스를 갖춘 몇 안 되는 AI 네트워크 중 하나입니다. 여기서는 재단이나 투자자가 프로토콜의 방향을 결정하지 않습니다. 네트워크에 컴퓨팅 파워를 제공하는 호스트가 결정합니다. 모든 GPU는 검증된 컴퓨팅 기여도에 비례하는 발언권을 가집니다 — 연산이 많을수록 영향력도 커집니다.

2026년 1월부터 3월까지 석 달 동안 11건 이상의 투표가 진행되었고, 모두 승인되었습니다. 이 글에서는 두 계층의 거버넌스, 업데이트 메커니즘, GiP 시스템, Community Pool을 통한 생태계 자금 조달, 그리고 초기 단계의 방어 메커니즘을 살펴봅니다.

두 가지 거버넌스 수준

Gonka의 거버넌스는 각기 다른 속도와 결정 범위를 가진 두 계층으로 작동합니다.

Operational Voting(수 분) — 네트워크 내부의 운영상 의사결정입니다. inference 요청이나 PoC 결과의 유효성을 두고 분쟁이 발생하면, 호스트는 Cosmos SDK의 x/group 모듈을 통해 투표합니다. 투표 가중치는 PoC weight로 결정되며, 노드가 수행하는 연산이 많을수록 영향력이 커집니다. 이러한 투표는 몇 분 안에 끝나고, inference가 올바르게 수행되었는지, 노드가 자기 일을 다했는지 같은 구체적인 갈등을 해결합니다.

Governance Voting(수 일) — 프로토콜 발전에 관한 전략적 의사결정입니다. 소프트웨어 업데이트, 네트워크 파라미터 변경, 새 모델 활성화, Community Pool 자금 분배 — 이 모든 것이 모든 호스트의 투표에 부쳐집니다. 투표 기간은 며칠에서 일주일이며, 모든 참여자가 제안을 검토할 시간을 확보할 수 있습니다.

대부분의 크립토 프로젝트와의 결정적 차이: 투표 가중치는 스테이킹이 아니라 Proof of Compute로 결정됩니다. Gonka에서는 지갑에 토큰을 쌓아두는 것만으로 '표를 사는' 일은 불가능합니다. 영향력은 실제 컴퓨팅 기여도에 비례합니다 — AI 요청을 처리하고 작업 증명을 생성하는 GPU 말입니다. v0.2.16 업데이트부터는 이전 에포크에서 확인된 파워가 반영됩니다. 새 호스트는 첫 에포크 동안 가중치 0으로 투표하고, 파워 증가분은 다음 에포크부터 표를 더합니다. 이로써 거버넌스는 투기 자본이 아니라 네트워크 아키텍처를 실제로 지탱하는 사람들에게 묶입니다.

실제로 이것은 8× H100 서버 두 대를 운영하는 오퍼레이터가 같은 서버 한 대를 운영하는 오퍼레이터보다 약 두 배의 표를 가진다는 뜻입니다. 처리하는 inference 요청이 약 두 배이기 때문입니다. 이 시스템은 스스로 균형을 잡습니다: 네트워크 운영에 더 많이 기여하는 사람이 그 발전에 더 큰 영향력을 행사합니다.

업그레이드 제안: 네트워크 업데이트 방법

Gonka 프로토콜 업그레이드는 코드 작성부터 네트워크 활성화까지 체계화된 프로세스입니다. 모든 단계가 투명하고 검증 가능합니다.

업그레이드 프로세스:

GitHub Pull Request — 개발자(Gonka 팀 또는 컨트리뷰터)가 gonka-ai/gonka 저장소에 PR을 생성합니다.
커뮤니티 리뷰 — 코드가 검증, 논의, 테스트됩니다. 중요한 변경에는 CertiK 감사를 실시합니다.
릴리스 — 새로운 inferenced 바이너리 버전이 빌드됩니다.
온체인 제안 — 변경 사항을 설명하는 네트워크 업그레이드 제안이 생성됩니다.
예치금 + 투표 — 호스트가 예치금(활성화 임계값)을 납부하고 투표 기간 동안 투표합니다.
Cosmovisor — 승인되면 Cosmovisor가 지정된 블록 높이에서 노드를 자동 업데이트합니다.

2026년 1월부터 5월까지 네트워크는 13회 이상의 투표를 성공적으로 통과했습니다 — v0.2.2부터 v0.2.13까지. 모든 제안이 승인되었습니다. 주요 업그레이드 연대기:

v0.2.11 (2026년 3월, proposal #31) — 찬성 673,699표, 반대 0표. subnet inference를 도입 — 서브넷을 통한 오프체인 연산 메커니즘으로, 처리량 100배 증가를 약속합니다.
v0.2.13 (2026년 5월, proposal #54) — 2026년 5월 21일 통과(찬성 62.8%, 투표율 39.9%, 정족수 33.4%), 블록 4267300에서 활성화. MiniMax-M2.7을 네트워크의 세 번째 모델로 추가하고, Ethereum bridge wiring을 활성화했으며, 정족수를 0.25로 낮췄습니다.

투표 옵션:

Yes — 업그레이드를 지지합니다.
No — 업그레이드에 반대합니다.
No with Veto — 강력히 반대합니다. 33%를 초과하는 표가 모이면 제안이 부결되고 예치금은 소각됩니다.
Abstain — 기권하지만 정족수에는 참여합니다.

전체 투표 내역은 gonka.gg/network/proposals에서 확인할 수 있습니다 — 각 제안, 결과, 투표자 목록을 볼 수 있습니다.

GiP: Gonka 개선 제안

GiP — 2026년 2월 24일 GitHub Discussions (issue #795) 를 통해 시작된 Gonka 프로토콜 개발을 위한 아이디어 공식화 시스템입니다.

각 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 architecture. 이 GiP의 일부는 v0.2.11 (subnet inference) 에서 이미 구현되었습니다.
#860 Quality Protocol — 응답 품질을 고려한 요청 라우팅. 더 좋은 결과를 내는 노드가 더 많은 트래픽과 보상을 획득합니다.

누구나 GitHub Discussions를 통해 GiP를 생성할 수 있습니다. 진입 장벽은 최소화되어 있으며 GitHub 계정과 문제에 대한 이해만 있으면 충분합니다. Gonka 팀과 호스트들이 참여하는 활발한 토론은 시스템이 잘 작동하고 있음을 보여주며, 제안들은 피드백을 받아 개선되고 구현 단계로 나아갑니다.

커뮤니티 풀: 생태계 자금 조달

커뮤니티 풀은 Gonka 생태계 발전을 위한 기금입니다. 생성 초기 발행량의 약 20% (약 2억 GNK)가 보조금, 현상금, 커뮤니티 이니셔티브 자금으로 할당됩니다.

코드 기여에 대한 현상금 — 커뮤니티 풀 자금 분배의 주요 메커니즘입니다. 개발자는 gonka-ai/gonka 리포지토리의 PR에 대해 보상을 받습니다. 버그 수정부터 새로운 기능 구현까지. 현상금 규모는 기여의 복잡성과 중요성에 따라 달라집니다.

기여 유형	예시	현상금 (GNK)
취약성 (critical)	보안 수정, 익스플로잇	5,000 — 10,000
계획된 작업	로드맵의 기능	1,000 — 2,500
코드 검토	중요 PR 검토	1,500 — 2,500
문서화	기술 문서	500 — 1,500
사소한 수정	버그 수정, 리팩토링	100 — 700

승인 메커니즘: 현상금은 업그레이드 제안의 README에 포함됩니다. 호스트가 프로토콜 업그레이드에 투표할 때, 이 릴리스에 포함된 PR에 대한 지급 목록을 동시에 승인합니다. 투명성은 완전하며, 누구든지 무엇에 대해 얼마가 지급되었는지 확인할 수 있습니다.

현상금 외에도 커뮤니티 풀은 생태계 도구 개발, 마케팅, 교육 이니셔티브 및 연구 보조금에 자금을 지원할 수 있습니다. GitHub를 통한 수익 창출에 대한 자세한 내용은 별도의 기사에서 확인할 수 있습니다.

초기 단계 보호

젊은 네트워크는 취약합니다. 노드가 적고 스테이킹이 적어 51% 공격이 이론적으로 가능합니다. Gonka는 여러 메커니즘으로 이를 해결합니다.

가디언 시스템 — Gonka 팀이 제어하는 세 개의 신뢰할 수 있는 노드로, 총 합의력의 34%를 차지합니다. 가디언은 결정을 강요할 수는 없지만(34% < 67% 승인), 악의적인 제안을 차단할 수는 있습니다(34% > 33% 거부권 임계값). 핵심: 총 네트워크 파워(total_network_power)가 1천만 유닛에 도달하면 가디언은 자동으로 비활성화됩니다. 이는 수동 스위치가 아니라 프로토콜에 프로그래밍된 비활성화입니다.

담보 시스템 — 호스트는 전체 가중치를 얻기 위해 GNK로 담보를 예치해야 합니다.

기본 가중치 (20%) — 무조건적인 가중치로, 노드 자체의 작동 사실에 대해 부여됩니다.
담보 가능 (80%) — GNK 담보가 있을 때만 사용 가능한 추가 가중치. 담보의 크기는 컴퓨팅 파워에 비례합니다.

슬래싱 — 위반에 대한 처벌:

담보의 20% — 유효하지 않은 추론 (노드가 잘못된 결과를 반환한 경우).
담보의 10% — 다운타임 (노드가 허용 임계값을 초과하여 사용할 수 없는 경우).

유예 기간 (Grace Period) — 180 에포크(약 6개월) 동안 새로운 호스트는 담보 없이 작동할 수 있습니다. 이는 진입 장벽을 낮춥니다. 마이닝을 시작하고 보상을 통해 GNK를 벌 수 있으며, 그 후에 담보를 예치할 수 있습니다. 유예 기간이 끝나면 담보 없는 노드는 잠재적 가중치의 20%만 받습니다.

이 모든 메커니즘은 GNK 토크노믹스에 설명되어 있으며, 장기적인 분산화를 희생하지 않고 초기 단계에서 네트워크를 보호하는 것을 목표로 합니다.

다음 단계: 거버넌스 로드맵

Gonka의 Governance는 정적인 시스템이 아니라 진화하는 과정입니다. 2026–2027년을 위한 주요 개발 방향입니다.

Multi-Model PoC (GiP #800) — 구현됨: 2026년 5월 DevShards를 통해 Kimi K2.6이 처음 합류(현재는 네트워크에서 제외됨), MiniMax-M2.7은 v0.2.13 (proposal #54) 에 추가, DeepSeek V4 Flash는 2026년 8월 (proposal #94) 에 연결, GLM-5.3 Flash는 2026년 9월 (proposal #101) 에 연결되었습니다. 다음 후보는 RAG를 위한 embedding 모델이며, 이는 Gonka를 새로운 클래스의 애플리케이션(검색 엔진, 기업 지식 베이스, 기억을 가진 챗봇)으로 확장할 것입니다.

Inference Quality Protocol (GiP #860) — 품질 기반 라우팅. 현재 요청은 노드 가용성에 따라 분산되지만, 향후에는 응답 품질에 따라 분산됩니다. 더 좋은 하드웨어와 안정적인 운영을 가진 노드가 우선순위를 갖게 됩니다.

On-chain governance migration (2026–2027) — Cosmos SDK의 x/gov 모듈로의 완전한 이전. 이를 통해 형식화된 proposal types, 승인된 변경 사항의 자동 실행, IBC (Inter-Blockchain Communication) 와의 통합, 그리고 Cosmos 호환 지갑을 통한 governance proposals 생성이 가능해집니다.

투표 확인 및 참여는 gonka.gg/network/proposals 에서 가능합니다.

Gonka는 거버넌스가 진정으로 탈중앙화된 몇 안 되는 AI 네트워크 중 하나입니다. 3개월간 11회 이상의 투표, Community Pool이 개발자에게 자금을 지원하고, GiP가 방향을 제시합니다. 각 GPU는 스테이킹이 아니라 검증된 연산 기여에 연결된 진정한 한 표입니다.

← Gonka vs Flux: 유용한 채굴에 대한 두 가지 접근 방식

더 자세히 알고 싶으세요?

다른 섹션을 탐색하거나 지금 GNK를 얻기 시작하세요.

Gonka를 통해 AI 사용해보기 →