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

Gonka의 거버넌스는 두 가지 수준에서 작동하며, 각기 다른 속도와 결정 범위를 가집니다.

운영 투표 (분 단위) — 네트워크 내의 운영 결정. 추론 요청이나 PoC 결과의 유효성에 대한 분쟁이 발생하면 호스트는 Cosmos SDK의 x/group 모듈을 통해 투표합니다. 투표 가중치는 PoC weight에 따라 결정됩니다. 노드가 더 많은 계산을 수행할수록 영향력이 커집니다. 이러한 투표는 몇 분 동안 진행되며 특정 충돌을 해결합니다. 예를 들어, 추론이 정확했는지, 노드가 작업을 완료했는지 여부 등입니다.

거버넌스 투표 (일 단위) — 프로토콜 개발에 대한 전략적 결정. 소프트웨어 업데이트, 네트워크 매개변수 변경, 새로운 모델 활성화, 커뮤니티 풀 자금 분배 등 이 모든 것은 모든 호스트의 투표에 부쳐집니다. 투표 기간은 며칠에서 일주일이며, 모든 참가자가 제안을 검토할 충분한 시간을 가집니다.

대부분의 암호화폐 프로젝트와의 주요 차이점: 투표 가중치는 스테이킹이 아닌 Proof of Compute에 의해 결정됩니다. Gonka에서는 단순히 지갑에 토큰을 축적하는 것만으로 '투표를 구매'할 수 없습니다. 영향력은 실제 컴퓨팅 기여, 즉 AI 요청을 처리하고 작업 증명을 생성하는 GPU에 비례합니다. 이는 거버넌스를 투기적 자본이 아닌, 네트워크 아키텍처를 실제로 지원하는 사람들에게 연결합니다.

실제로 이는 10대의 H100을 가진 팜 운영자가 하나의 카드만 가진 운영자보다 10배 많은 투표권을 가진다는 것을 의미합니다. 왜냐하면 그들이 10배 더 많은 추론 요청을 처리하기 때문입니다. 시스템은 자체 균형을 이룹니다. 네트워크 작동에 더 많이 기여하는 사람이 그 개발에 더 큰 영향을 미칩니다.

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

업데이트 프로세스:

1. GitHub Pull Request — 개발자(Gonka 팀 또는 기여자)가 gonka-ai/gonka 리포지토리에 PR을 생성합니다.
2. 커뮤니티 검토 — 코드가 검토, 논의, 테스트됩니다. 중요한 변경 사항에 대해서는 CertiK 감사가 진행됩니다.
3. 릴리스 — 새 버전의 바이너리 gonkad가 빌드됩니다.
4. 온체인 제안 — 변경 사항에 대한 설명과 함께 네트워크에 업데이트 제안이 생성됩니다.
5. 예치금 + 투표 — 호스트는 예치금(활성화 임계값)을 예치하고 투표 기간 동안 투표합니다.
6. Cosmovisor — 승인되면 Cosmovisor는 지정된 블록 높이에서 노드를 자동으로 업데이트합니다.

2026년 1월부터 3월까지 네트워크는 11회 이상의 성공적인 투표를 거쳐 v0.2.2에서 v0.2.11로 업데이트되었습니다. 모든 제안이 승인되었습니다. 마지막 주요 투표 — 제안 #31 (v0.2.11) —는 찬성 673,699표, 반대 0표를 얻었습니다. 이 업데이트는 서브넷 추론을 도입했습니다. 이는 서브넷을 통한 오프체인 계산 메커니즘으로, 100배의 처리량 증가를 약속합니다.

투표 옵션:

• 찬성 (Yes) — 업데이트를 지지합니다.
• 반대 (No) — 업데이트에 반대합니다.
• 거부권 행사 반대 (No with Veto) — 단호히 반대합니다. If 33% 이상의 표를 얻으면 제안은 거부되고 예치금은 소각됩니다.
• 기권 (Abstain) — 기권하지만 정족수에 참여합니다.

모든 투표 기록은 gonka.gg/network/proposals에서 확인할 수 있으며, 각 제안, 결과, 투표자 목록을 볼 수 있습니다.

GiP는 Gonka 프로토콜 개발 아이디어를 공식화하는 시스템으로, 2026년 2월 24일 GitHub Discussions (이슈 #795)를 통해 시작되었습니다.

각 GiP의 형식:

• 동기 (Motivation) — 제안이 해결하는 문제.
• 해결책 (Solution) — 해결책에 대한 기술적 설명.
• 로드맵 (Roadmap) — 단계별 구현 계획.
• 미해결 질문 (Open Questions) — 커뮤니티에서 논의할 미해결 질문.

GiP는 구속력이 없습니다. 팀에 구현을 의무화하지는 않습니다. 그러나 GiP는 커뮤니티의 합의를 형성하고 향후 온체인 제안의 방향을 설정합니다. 사실상 GiP는 거버넌스 전 단계, 즉 투표 전 논의입니다.

주요 GiP:

• #800 Multi-Model PoC — 여러 AI 모델의 동시 지원. 현재 네트워크는 Qwen3-235B로 작동합니다. 이 GiP는 독립적인 Proof of Useful Work를 사용하여 다양한 모델을 병렬로 작동시키기 위한 아키텍처를 설명합니다.
• #801 Inference Scaling — 확장을 위한 서브넷 아키텍처. 이 GiP의 일부는 v0.2.11 (서브넷 추론)에서 이미 구현되었습니다.
• #860 Quality Protocol — 응답 품질을 고려한 요청 라우팅. 더 나은 결과를 제공하는 노드가 더 많은 트래픽과 보상을 받습니다.

어떤 참여자도 GitHub Discussions를 통해 GiP를 생성할 수 있습니다. 진입 장벽은 최소한이며, GitHub 계정과 문제에 대한 이해만 필요합니다. Gonka 팀과 호스트가 참여하는 활발한 논의는 시스템이 작동하고 있음을 보여줍니다. 제안은 피드백을 받고 개선되며 구현으로 나아갑니다.

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

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

승인 메커니즘: 현상금은 업그레이드 제안의 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의 거버넌스는 정적인 시스템이 아니라 진화하는 과정입니다. 다음은 2026-2027년의 주요 개발 방향입니다.

다중 모델 PoC (GiP #800) — 여러 모델의 동시 지원. 첫 번째 후보는 RAG를 위한 임베딩 모델입니다. 이는 Gonka를 검색 엔진, 기업 지식 기반, 메모리가 있는 챗봇과 같은 완전히 새로운 종류의 애플리케이션에 개방할 것입니다.

추론 품질 프로토콜 (GiP #860) — 품질 기반 라우팅. 현재 요청은 노드의 가용성에 따라 분배되지만, 미래에는 응답 품질에 따라 분배될 것입니다. 더 나은 하드웨어와 더 안정적인 작동을 하는 노드가 우선 순위를 가질 것입니다.

온체인 거버넌스 마이그레이션 (2026–2027) — Cosmos SDK의 완전한 x/gov 모듈로 전환. 이는 공식화된 제안 유형, 승인된 변경 사항의 자동 실행, IBC (Inter-Blockchain Communication)와의 통합, 그리고 Cosmos 호환 지갑을 통한 거버넌스 제안 생성 기능을 제공할 것입니다.

투표를 추적하고 참여하려면 gonka.gg/network/proposals를 방문하십시오.