Skip to main content

거버넌스 토큰이란 무엇인가

참고: 이 문서는 영문 원본의 자동 번역본입니다.

거버넌스 토큰이란 무엇인가

거버넌스 토큰(governance token) 은 보유자에게 프로토콜 또는 탈중앙화 조직에 영향을 미치는 결정에 투표할 권리를 부여하는 크립토 토큰입니다. 이러한 결정은 트레저리 지출과 수수료 매개변수 변경에서부터 프로토콜 업그레이드, 보조금 할당, 전략적 방향에 이르기까지 다양합니다. 거버넌스 토큰은 집단적 의사 결정을 온체인에서 공식화합니다: 중앙화된 팀이 모든 선택을 내리는 대신, 토큰 보유자가 스마트 컨트랙트에 인코딩된 규칙에 따라 변경을 제안하고 투표합니다.

한 줄 요약: 거버넌스 토큰은 프로토콜 소유권을 비공식적 개념에서 측정 가능한 온체인 투표권으로 전환합니다 — 그러나 토큰을 보유한다고 해서 의미 있는 영향력이나 탈중앙화된 통제가 보장되지는 않습니다.

작동 방식

거버넌스 토큰의 기본 메커니즘은 제안-투표-실행 주기를 따릅니다:

  1. 제안 생성 — 토큰 보유자(또는 최소 임계값을 충족하는 모든 주소)가 공식 제안을 제출합니다. 이 제안은 특정 행동을 기술합니다: 프로토콜 매개변수 변경, 트레저리 자금 할당, 새 기능 추가, 또는 수수료 구조 조정.

  2. 투표 기간 — 제안은 시간 제한이 있는 투표 창에 들어갑니다. 토큰 보유자가 투표합니다 — 일반적으로 1토큰이 1표이지만, 일부 프로토콜은 이 공식을 수정하기 위해 2차 투표, 컨빅션 투표, 또는 위임을 사용합니다.

  3. 정족수와 임계값 — 투표가 통과하려면 보통 최소 참여 수준(정족수)과 최소 승인 비율(임계값)에 도달해야 합니다. 이 매개변수들 자체도 거버넌스에 의해 설정됩니다.

  4. 실행 — 투표가 통과하면, 제안된 행동은 스마트 컨트랙트에 의해 자동으로 실행되거나, 실행 전 지연을 도입하는 타임락 메커니즘을 통해 대기열에 들어갑니다.

이 주기는 완전히 온체인(제안과 투표가 트랜잭션으로 기록됨)이거나 부분적으로 오프체인(Snapshot 같은 도구로 투표를 수집한 후 멀티시그나 협의회가 실행)일 수 있습니다. 자동화와 구속력 있는 집행의 정도는 프로토콜마다 크게 다릅니다.

위임(Delegation)

많은 거버넌스 시스템은 위임을 허용합니다 — 토큰 보유자가 토큰 자체를 이전하지 않고 자신의 투표권을 다른 주소에 할당할 수 있습니다. 위임은 더 정보에 기반한 의사 결정을 가능하게 합니다: 모든 제안을 평가할 시간이나 전문성이 부족한 보유자는 거버넌스에 적극 참여하는 대표자에게 위임할 수 있습니다. 위임은 보통 언제든지 철회할 수 있습니다.

투표 가중치와 집중

대부분의 거버넌스 토큰이 1토큰-1표 모델을 사용하기 때문에, 투표권은 토큰 보유량에 비례합니다. 이는 대규모 보유자(흔히 "고래(whale)"라고 불림)가 불균형적인 영향력을 가질 수 있음을 의미합니다. 일부 프로토콜은 다음을 통해 이를 해결합니다:

  • 2차 투표(Quadratic voting) — 투표권이 토큰의 제곱근에 비례하여, 고래의 지배력을 줄입니다.
  • 시간 가중 투표(Time-weighted voting) — 더 오래 잠긴 토큰이 더 높은 투표 가중치를 받습니다.
  • 협의회 시스템 — 선출된 협의회가 전체 토큰 투표에 도달하기 전에 제안을 걸러내거나 거부합니다.

거버넌스 토큰의 분배는 의사 결정이 실제로 얼마나 탈중앙화되어 있는지에 직접 영향을 줍니다. 소수의 주소가 공급량의 대부분을 통제하는 거버넌스 토큰은 탈중앙화되어 보이지만 사실상 중앙화된 온체인 투표를 만들어 낼 수 있습니다.

거버넌스 범위

모든 거버넌스 토큰이 동일한 범위의 통제를 부여하는 것은 아닙니다. 일부 거버넌스 시스템은 토큰 보유자가 사실상 모든 것 — 스마트 컨트랙트 업그레이드, 수수료 매개변수, 트레저리 할당, 채용 결정 — 에 투표할 수 있게 합니다. 다른 시스템은 거버넌스를 좁은 매개변수 집합(예: 수수료율과 보상 분배)으로 제한하면서 팀이 프로토콜 업그레이드와 전략적 방향에 대한 통제를 유지합니다.

거버넌스 권한의 범위는 메커니즘 자체만큼 중요합니다. 의미 있는 프로토콜 매개변수 집합을 통치하는 토큰은 단지 외형적 결정에만 투표하는 토큰보다 더 강한 정렬을 만듭니다.

왜 중요한가

거버넌스 토큰은 누가 프로토콜을 통제하는가 와 변경이 어떻게 이루어지는가 를 정의하기 때문에 중요합니다. 전통적인 소프트웨어에서는 회사가 무엇을 만들지, 어떻게 가격을 매길지, 언제 변경할지를 결정합니다. 탈중앙화 프로토콜에서, 거버넌스 토큰은 이 권한을 — 적어도 부분적으로 — 보유자 커뮤니티로 이전합니다.

크립토 AI 프로젝트를 평가하는 독자에게, 거버넌스 모델은 여러 가지를 드러냅니다:

  • 의사 결정 구조 — 커뮤니티가 실제로 프로토콜에 영향을 미치는가, 아니면 팀이 다수 토큰 보유, 관리자 키, 또는 업그레이드 권한을 통해 완전한 통제를 유지하는가?
  • 인센티브 정렬 — 거버넌스 토큰은 보유자가 자신이 사용하고 투자하는 프로토콜에 영향을 미치는 매개변수에 투표하므로, 보유자 이익을 프로토콜 성공과 정렬할 수 있습니다.
  • 위험 표면 — 거버넌스는 자체적인 위험을 도입합니다: 유권자 무관심, 금권주의적 장악, 거버넌스 공격(공격자가 악의적 제안을 통과시키기에 충분한 토큰을 획득하는 것), 그리고 느린 의사 결정.

거버넌스 토큰은 본질적으로 좋거나 나쁜 것이 아닙니다. 이는 메커니즘입니다. 그 가치는 전적으로 거버넌스 시스템이 얼마나 잘 설계되었는지, 토큰이 얼마나 광범위하게 분배되었는지, 그리고 커뮤니티가 얼마나 적극적으로 참여하는지에 달려 있습니다.

크립토 AI 프로젝트의 경우, AI 프로토콜은 모든 참여자에게 영향을 미치는 진행 중인 설계 결정에 직면하기 때문에 거버넌스 토큰이 특히 중요합니다: 어떤 AI 모델을 지원할지, 연산 보상을 어떻게 할당할지, 어떤 품질 벤치마크를 강제할지, 그리고 모델 업데이트를 어떻게 처리할지. 거버넌스 토큰은 누가 그러한 선택을 하는지를 결정합니다 — 토큰 보유자 커뮤니티인지, 아니면 창립 팀 단독인지.

DecAIHub 프로젝트 카드에서 나타나는 위치

DecAIHub 레지스트리에서 거버넌스 토큰은 Token model 필드에 Governance 값으로 나타납니다. 이는 토큰의 문서화된 역할 중 하나가 프로토콜 결정에 대한 투표권을 부여하는 것임을 나타냅니다.

프로젝트 카드는 Governance를 유일한 토큰 모델로 나열하거나 여러 모델 중 하나(예: Utility | Governance | Staking)로 나열할 수 있습니다. 거버넌스가 다른 모델과 함께 나타날 때, 이는 토큰이 여러 기능 — 접근 비용 지불, 보상을 위한 스테이킹, 제안 투표 — 을 수행함을 의미합니다.

거버넌스가 나열될 때 상호 참조할 주요 필드:

  • Token model — Governance가 주요 역할인가, 아니면 유틸리티, 수수료, 또는 스테이킹 메커니즘과 묶여 있는가?
  • DAO / 거버넌스 구조 — 프로젝트에 문서화된 DAO 또는 거버넌스 프레임워크가 있는가?
  • Onchain necessity — 거버넌스 메커니즘이 실제로 온체인인가, 아니면 비공식적인가?
  • Token necessity — 거버넌스가 기능하기 위해 토큰이 존재해야 하는가, 아니면 동일한 결정을 더 단순한 메커니즘으로 내릴 수 있는가?

이 용어만으로 증명되지 않는 것

  • 토큰 모델로 Governance가 나열되어 있다는 것이 거버넌스가 탈중앙화되어 있음을 증명하지는 않습니다. 창립 팀이 토큰의 다수를 보유하고 있다면, 투표 결과는 미리 정해져 있습니다.
  • 거버넌스 토큰이 있다는 것이 커뮤니티가 실제로 그것을 사용함을 증명하지는 않습니다. 많은 거버넌스 시스템은 극도로 낮은 참여율로 어려움을 겪으며, 사실상 결정을 소수의 적극적 유권자에게 맡깁니다.
  • 온체인 투표가 그 투표가 구속력이 있음을 증명하지는 않습니다. 일부 프로토콜은 투표 결과를 무효화할 수 있는 관리자 키를 유지하면서 거버넌스를 신호 메커니즘으로 사용합니다.
  • 거버넌스 토큰이 토큰이 존재해야 함을 증명하지는 않습니다. 일부 프로젝트는 거래 가능한 토큰을 요구하지 않고 멀티시그 협의회나 오프체인 여론조사 같은 더 단순한 메커니즘으로 동일한 거버넌스를 달성할 수 있습니다.
  • 거버넌스가 프로젝트 품질, AI 역량, 또는 기술적 우수성을 증명하지는 않습니다. 이는 의사 결정 메커니즘이지 보증이 아닙니다.

혼동하지 마세요

용어 구분
유틸리티 토큰 유틸리티 토큰은 프로토콜 내에서 접근을 제공하거나, 서비스 비용을 지불하거나, 보상을 얻습니다. 거버넌스 토큰은 구체적으로 투표권을 부여합니다. 많은 토큰이 동시에 유틸리티이면서 거버넌스입니다.
DAO DAO는 조직 구조이고, 거버넌스 토큰은 그 구조 내의 투표 도구입니다. 모든 거버넌스 토큰이 공식 DAO 내에서 작동하는 것은 아니며, 모든 DAO가 독립형 거버넌스 토큰을 사용하는 것은 아닙니다.
스테이킹 스테이킹은 네트워크 보안이나 프로토콜 참여를 위해 토큰을 잠그는 것입니다. 일부 거버넌스 시스템은 투표하기 위해 스테이킹을 요구하지만, 스테이킹과 거버넌스는 독립적으로 존재할 수 있는 별개의 기능입니다.
지분 / 주식 거버넌스 토큰은 때때로 기업 주식에 비유되지만, 일반적으로 법적 소유권, 배당, 또는 규제 보호를 수반하지 않습니다. 그 비유는 구조적인 것이지 법적인 것이 아닙니다.

자주 묻는 질문

거버넌스 토큰을 보유하면 프로토콜의 소유주가 되나요?

법적 의미에서는 아닙니다. 거버넌스 토큰은 프로토콜의 온체인 의사 결정 시스템 내에서 투표권을 부여하지만, 전통적인 증권에 수반되는 법적 소유권, 지분, 이익 공유 권리, 또는 규제 보호를 부여하지는 않습니다. 그 "소유권"은 기능적입니다 — 프로토콜 매개변수에 영향을 미칠 수 있다는 의미이지 법적인 것이 아닙니다. 이 구분은 거버넌스 토큰 보유자가 팀이 투표를 무시하거나 거버넌스 규칙을 변경할 경우 일반적으로 아무런 구제 수단이 없기 때문에 중요합니다.

아무도 투표하지 않으면 어떻게 되나요?

낮은 참여율은 가장 흔한 거버넌스 문제 중 하나입니다. 소수의 보유자만 투표할 때, 제안은 총 토큰 공급량의 극히 일부의 지지로 통과될 수 있습니다. 일부 프로토콜은 최소 정족수 요건을 설정합니다(투표가 유효하려면 제안에 일정 비율의 총 공급량이 참여해야 함). 다른 프로토콜은 지지가 시간에 걸쳐 누적되고 최소 참여를 요구하지 않는 컨빅션 투표를 사용합니다. 실제로 많은 프로토콜이 한 자릿수 백분율의 거버넌스 참여율을 보이며, 이는 소수의 적극적 위임자나 대규모 보유자가 사실상 프로토콜을 통제함을 의미합니다.

거버넌스가 공격받을 수 있나요?

네. 거버넌스 공격은 한 주체가 — 매입, 플래시 론, 또는 축적을 통해 — 자신에게 유리하지만 프로토콜에 해로운 제안을 통과시키기에 충분한 투표권을 획득할 때 발생합니다. 흔한 방어책으로는 타임락(커뮤니티가 대응할 수 있도록 실행 지연), 투표 에스크로 메커니즘(투표권을 부여하기 전에 토큰을 잠그도록 요구), 그리고 악의적 제안을 거부할 수 있는 가디언 멀티시그가 있습니다. 거버넌스 시스템의 보안은 토큰의 분배, 지배 지분 획득 비용, 그리고 투표 메커니즘에 내장된 안전장치에 달려 있습니다.

거버넌스는 DecAI Fit와 어떻게 관련되나요?

DecAI Fit 프레임워크에서, 거버넌스는 Token necessity 차원에 영향을 줍니다. 거버넌스 토큰이 프로토콜 의사 결정에서 진정한 역할 — 매개변수, 트레저리, 또는 업그레이드 권한 통제 — 을 한다면, 토큰이 구조적 기능을 갖는다는 주장을 뒷받침합니다. 거버넌스가 외형적이라면(팀이 투표를 무효화할 수 있거나, 참여가 미미하거나, 토큰의 거버넌스 역할이 결코 행사되지 않는다면), Token necessity 논거를 약화시킵니다.

외부 참고 자료

함께 보기

No comments to display

Back to top