Kaia 거버넌스
본 문서는 Kaia 거버넌스의 구성 요소, 운영 구조 및 프로세스, 참여 조건, 보상 체계, 그리고 온보딩/오프보딩 절차까지 전반적인 거버넌스 프레임워크를 설명합니다.
개요
Kaia 거버넌스는 다음 세 가지 핵심 구성 요소를 기반으로 운영됩니다:
- Kaia 커뮤니티: KAIA 토큰 보유자를 중심으로 구성되며, 이들은 온체인 거버넌스 및 주요 의사결정에 참여할 수 있는 권한을 가짐. 또한, 커뮤니티에는 개발자, 서비스 제공자, 사용자 등 생태계 전반에 기여하는 다양한 주체들이 포함되어 있어, 거버넌스 외에도 지속적인 생태계 발전에 중요한 역할을 수행함.
- Kaia 거버넌스 위원(Kaia Governance Council, 이하 GC): 커뮤니티를 대표하며, 직접 보유 중인 토큰 및 커뮤니티로부터 위임받은 투표권을 통해 거버넌스 의사결정에 참여함.
- Kaia 재단: 블록체인 및 Web3 기술 전문성을 기반으로 GC의 의사결정을 지원하며, 결정된 사항을 실행함.
Kaia GC는 Kaia 생태계 내 전략적 의사결정을 수행하는 주요 기구입니다. 전통적인 기업체, DAO, 프로토콜 팀, 커뮤니티 빌더 등 다양한 유형의 주체로 구성되어 있습니다.
GC의 구조는 탈중앙화되어 이해관계자 중심의 거버넌스를 보장합니다. GC의 투표권은 스테이킹된 KAIA 양과 위임받은 KAIA 양을 기반으로 산정되며, 특정 주체의 독점을 방지하기 위한 상한선이 존재합니다. 이러한 설계는 GC가 투명하고 효율적인 운영을 유지하는 동시에 커뮤니티의 광범 위한 이익을 대변할 수 있도록 합니다.
GC의 주요 역할은 다음과 같습니다.
- 기술 정책: 신규 기술 도입, 새로운 기능 추가, 블록체인 인프라 개선 등
- 경제 정책 : KAIA 발행 및 분배, 거래 수수료 변경, 에코시스템 예산 편성 등
- 운영 규정: 거버넌스 및 투표 프로세스, 거버넌스 주체의 권리와 책임의 정립 및 개정
거버넌스 제안은 Kaia 거버넌스 포럼을 통해 제출되며, 공개 토론을 거쳐 온체인 투표에 부쳐집니다. GC 모델은 모든 KAIA 보유자가 생태계 운영에 기여하고 영향을 미칠 수 있도록 설계되었습니다. 생태계의 성장에 따라 GC 역시 구성과 운영 방식을 유연하게 조정하고 있습니다.
온체인 거버넌스
온체인 거버넌스는 이해관계자 간 의사결정을 스마트 컨트랙트를 통해 자동화하고 투명하게 수행하는 시스템입니다. 이 방식은 다음과 같은 이점을 제공합니다:
- 투명성: 모든 거버넌스 과정이 블록체인에 기록되어 누구나 검증 가능
- 무결성: 투표 내용은 스마트 컨트랙트에 의해 처리되며, 그 과정에서 변경되거나 위조될 수 없음
- 부인 방지: 서명된 투표는 온체인에 기록되어 부정할 수 없음
- 강제성: 투표 결과는 자동으로 실행 가능하여 투표 결과를 무시할 수 없음
Kaia 블록체인은 이와 같은 속성을 갖춘 온체 인 거버넌스 시스템을 구현합니다. 투표권은 스테이킹한 KAIA 수량에 비례하되, 투표 집중을 방지하기 위해 상한선이 설정되어 있습니다. 또한, KAIA 보유자는 자신이 보유한 투표권을 GC 멤버에게 위임할 수 있습니다.
투표권 산정 방식
- GC의 투표권은 스테이킹한 KAIA 수량에 비례함 (5M KAIA 당 1 Vote)
- 공개 위임 메커니즘을 통해 GC가 아닌 KAIA 보유자는 GC 멤버에게 투표권을 위임할 수 있음
- 위임받은 토큰은 GC가 보유한 토큰과 합산되어 동일 기준(5M KAIA 당 1 Vote)으로 투표권 산정
- 최대치 제한이 있어 특정 주체가 독점하지 않도록 설계됨
- 상한 투표권: 유효 GC 멤버 수 - 1 (예: 유효 GC 멤버가 40명일 경우 최대 39표)
Kaia 거버넌스 프로세스
- 논의: 누구나 거버넌스 포럼을 통해 제안 가능
- 온체인 등록 및 투표: 거버넌스 포럼에 제안된 안건에 GC 멤버로부터 최소 하나 이상의 긍정적인 피드백이 있으면 제안 등록 및 투표 시작
- 결과 반영: 가결된 안건은 실행됨
온체인에 등록된 안건은 투표가 완료될 때까지 여러 상태를 거칩니다.
- 대기 중 (Pending): 안건이 등록된 후 투표가 진행될 때까지의 상태
- 활성 (Active): 투표가 진행 중인 상태
- 통과 (Passed): 정족수의 승인으로 안건이 가결된 상태
- 실패 (Failed): 정족수의 승인 투표를 받지 못해 안건이 부결된 상태
- 결과 반영: 가결된 안건은 실행됨
- 실행 완료 (Executed): 안건이 완전히 실행된 상태
투표 기간은 일반적으로 7일이며, 안건에 따라서 추가적인 프로세스가 진행될 수 있습니다.
일반적으로 안건이 트랜잭션을 포함하지 않고 텍스트로만 구성된 텍스트 안건(예시)의 경우에는, 투표가 완료되면 프로세스가 종료됩니다. 그러나 매개변수 변경 안건(예시)과 같이, 안건이 통과되는 것 뿐만 아니라 해당 안건을 강제하는 트랜잭션도 실행되어야 하는 경우에는, 투표가 가결되고 2~16일 대기 후 해당 트랜잭션이 실행되어야 프로세스가 종료됩니다.
매개변수 변경에 대해서 더 자세한 내용은 KIP-81: 온체인 거버넌스 투표 도입을 참고하시길 바랍니 다. 긴급한 패치가 또는 빠른 거버넌스 안건 통과가 필요한 경우는 위에 제시된 기간이 단축될 수 있습니다.
정족수 및 가결 기준
- 최소 조건: Count Quorum (전체 GC의 3분의 1 이상 투표 참여) 또는 Power Quorum (전체 투표권의 3분의 1 이상 행사)
- 가결 조건: 참여자의 과반수 찬성
- 기권(Abstain)은 투표 참여 정족수 계산에는 포함되지만, 찬반 계산에는 제외
불참 페널티
불참 패널티 정책은 KGP-31: GC의 거버넌스 참여를 장려하기 위한 정책으로 제안되어 가결된 안건입니다. 3회 연속 투표에 미참여 시 7일간 블록 보상에서 제외됩니다.
GC 자격 요건, 책임 및 보상
자격 요건
- 최소 5,000,000 KAIA 스테이킹
- Kaia 노드 운영(권장 스펙 참고)
- 거버넌스 참여
- 주요 제안에 대한 토론 및 투표에 참여
- 정기 회의 및 특별 회의에 참석
책임
Kaia 네트워크 보안 및 운영 기준을 충족하는 노드 운영
- 노드 운영
지속적이고 안전한 노드 운영을 유지하여 네트워크 합의를 지원하기 위해 높은 가용성과 낮은 다운타임을 보장해야 합니다. - 모니터링 및 알림
네트워크의 위협이나 장애를 모니터링하고 생태계 안정성을 보호하기 위해 적시에 대응합니다.
거버넌스 참여 및 KEF 승인
- 거버넌스 참여: GC 내부 또는 커뮤니티에서 제안된 내용을 검토하고 의사결정을 진행합니다. GC 안건에는 세부적인 기술 내용 및 구현 방법까지는 포함되지 않지만 방향성이나 정책적인 결정에 대한 내용들과 토크노믹스가 포함됩니다. GC는 제안서 제출, 토론 및 투표 결과 적용을 포함한 온체인 거버넌스 투표 프로세스에 적극적으로 참여해야 합니다.
- GC 미팅은 매월 세째주 수요일에 진행되며, 해당월에 특별한 아젠다가 없을 경우 생략될 수 있음
- 특별 회의는 긴급한 안건에 대해서 소집될 수 있음
- Kaia 생태계 펀드(KEF) 승인 및 감시
KEF는 기본 생태계 인프라를 강화하고, 개발자를 지원하며, 간접 투자를 통해 생태계에 이익을 환원함으로써 Kaia 블록체인 메인넷의 지속 가능성을 보장하기 위해 사용되는 재정 자원입니다. GC는 KEF 예산 승인 및 자금 집행 감시하는 역할을 합니다.
커뮤니티 참여 및 투명성
- 대표성: 커뮤니티를 대표하여 모든 의사 결정에 다양한 이해관계자의 이익이 반영되도록 합니다. 청렴성 기준을 준수하고, 이해 상충을 방지하며, Kaia 생태계의 이익을 위해 행동합니다.
- 원활한 소통: 이해 관계자들과 투명하고 시의적절한 소통 채널을 유지하고, 회의 내용 및 결정 사항들을 명확하게 공개합니다.
- 참여 장려: 필수적인 의무는 아니지만, 위임을 통해 KAIA 토큰 보유자의 적극적인 참여를 장려합니다.
보상
현재 보상 정책은 KIP-82에 의해서 제안되어 가결되었습니다. KIP-82 보상의 핵심 구조는 **프로포저 보상(Proposer Reward)**과 **스테이킹 보상(Staking Reward)**으로 나뉩니다.
- 프로포저 보상
모든 GC 멤버는 500만 KAIA 이상을 스테이킹하고 CN, PN을 운영하며, 동일하게 블록 생성에 참여하게 됩니다. 블록을 생성하고 제안하는 의무가 동일하므로 모든 GC 멤버는 동일한 양의 프로포저 보상을 받으며, 블록 제안당 0.96 KAIA를 받습니다. - 스테이킹 보상
500만 KAIA를 초과하여 스테이킹한 GC들의 경우, 초과 스테이킹에 대해서는 스테이킹 규모에 비례한 이익이 발생하는데, 매 블록마다 3.84 KAIA에서 전체 GC들의 스테이킹 초과량 중 자신의 초과량의 비율 만큼 보상을 받습니다.
온보딩 프로세스
온보딩 절차는 다음과 같은 기준과 단계를 따릅니다.
- 참여 의사 표현 Kaia 거버넌스 포럼에서 GC 멤버 참여 의사를 밝히면, GC 참여에 대한 검토 의견을 반영하여, Kaia 커뮤니케이션 플랫폼에 초대를 요청합니다.
- 온보딩 사전 조사 및 Klaytool 및 관련 자료 전달 필수 세 부 정보, 거버넌스 경험 및 운영 역량을 파악하기 위한 사전 온보딩 설문조사를 작성하여 제출하고, 재단은 노드 관리 및 공개 위임을 위한 Klaytool 및 사용자 가이드를 전달해 드립니다.
- 프라이빗 네트워크, 테스트넷 및 메인넷 온보딩 원활한 온보딩을 위해서 먼저 프라이빗 네트워크과 테스트넷에서 온보딩 테스트를 진행한 이후에, 메인넷에 온보딩을 진행합니다. 온보딩은 보통 3주 정도의 시간이 소요되며, 상세 일정은 온보딩 과정을 진행하며 조율됩니다.
- 최종 확인 및 공지 위의 프로세스를 모두 완료하면, 공식적으로 GC 멤버가 되며, 온보딩 현황은 Kaia Square에서 확인할 수 있습니다. 멤버십은 거버넌스 채널을 통해 발표되고 투표권이 활성화 됩니다.
오프보딩 프로세스
거버넌스 위원회 구성원의 오프보딩 절차는 네트워크 안정성과 무결성을 유지하며, 커뮤니티에 투명성을 유지하도록 설계되었습니다. 구성원이 자발적으로 사임하거나, 규정 위반으로 제명되거나, 더 이상 참여 요건을 충족하지 못할 때 적용됩니다. 노드 운영이 제대로 이뤄지지 않을 경우에는 불이익이나 강제 오프로딩이 될 있으니 각별히 주의를 부탁 드립니다.
오프보딩 절차는 다음과 같습니다.
- 사임 또는 제명 통지 GC 멤버가 탈퇴 의사를 재단에 전달하면, 재단이 이를 거버넌스 포럼에 게시하고 공식 오프보딩 절차를 시작합니다.
- Square를 통한 사임 처리 Kaia 재단에서 카아아 스퀘어의 admin 권한을 가진 운영자는 탈퇴 예정일을 지정하여 사임 처리를 시키면 Square 상에서 GC 슬롯은 비활성화됩니다.
- Validator, Address Book 및 BLS 제거
- Kaia 재단의 Node 운영자는 Validator 목록에서 해당 GC를 제거합니다.
- Kaia 재단 재무 담당자는 Token Manager (TM) 을 통해서 Address Book에서 해당 GC 정보를 삭제합니다.
- Kaia 재단 Core팀 담당자가 해당 GC의 BLS 키를 삭제합니다.
- Node 종료 및 오프보딩 공지
위의 절차가 모두 마무리되면 해당 GC의 Node는 셧다운해도 되고, 멤버의 오프보딩은 거버넌스 포럼 및 공식 커뮤니케이션 채널을 통해 커뮤니티에 공식적으로 발표됩니다.