DAO 거버넌스 투표 메커니즘: 온체인 투표부터 위임(Delegation)까지

탈중앙화 자율조직(DAO)은 특정 관리자가 아니라 토큰 보유자들의 집단적 의사결정으로 프로토콜의 방향을 정한다는 이상을 내세웁니다. 그러나 실제로 이 이상을 코드로 구현하는 과정에서는 투표권을 어떻게 집계할지, 투표 결과를 어떻게 강제로 실행할지, 참여율이 낮은 문제를 어떻게 완화할지 등 여러 설계상의 선택이 필요합니다. 이 글에서는 DAO 거버넌스가 실제로 어떤 메커니즘으로 동작하는지, 그리고 이 구조가 가진 한계는 무엇인지 살펴봅니다.

토큰 기반 투표: 1토큰 1표의 원리와 한계

가장 널리 쓰이는 거버넌스 모델은 거버넌스 토큰을 보유한 만큼 투표권을 갖는 방식(1토큰 1표)입니다. 스냅샷 시점(특정 블록 번호)의 토큰 보유량을 기준으로 투표권이 계산되며, 이는 그 시점 이후에 토큰을 사고팔아도 이미 생성된 투표권에는 영향을 주지 않도록 하기 위함입니다. 이 방식은 구현이 단순하고 경제적 이해관계와 의사결정권을 일치시킨다는 논리를 갖지만, 자본을 많이 가진 소수(고래)가 사실상 의사결정을 좌우하는 금권정치(Plutocracy)로 흐르기 쉽다는 근본적인 한계도 함께 지적됩니다.

온체인 투표와 오프체인 투표의 차이

투표 자체를 어디서 처리하느냐에 따라 신뢰 모델이 크게 달라집니다. 온체인 투표는 투표 행위 자체가 블록체인 트랜잭션으로 기록되고, 그 결과에 따라 스마트 컨트랙트가 자동으로 실행되는 방식입니다. 위변조가 불가능하고 결과가 즉시 집행된다는 장점이 있지만, 매 투표마다 가스 비용이 발생해 참여 장벽이 높아질 수 있습니다. 반면 Snapshot과 같은 오프체인 투표 플랫폼은 서명(signature)만으로 투표 의사를 기록해 가스 비용 없이 투표할 수 있게 하지만, 그 결과가 실제로 실행되려면 별도의 신뢰된 주체(멀티시그 등)가 온체인에서 그 결정을 수행해야 하므로 완전한 자동 집행이 보장되지는 않습니다.

정족수(Quorum)와 제안 임계값의 역할

모든 투표가 유효하게 인정되려면 대개 두 가지 장치가 함께 작동합니다. 하나는 제안 임계값(Proposal Threshold)으로, 누구나 사소한 제안을 무한정 올리는 것을 막기 위해 일정 수량 이상의 토큰을 보유하거나 위임받은 주소만 새 제안을 등록할 수 있게 합니다. 다른 하나는 정족수(Quorum)로, 전체 투표권 중 일정 비율 이상이 참여해야만 그 투표 결과가 유효하다고 인정합니다. 정족수가 지나치게 높으면 참여율이 낮은 DAO에서는 거의 모든 제안이 통과되지 못하는 마비 상태에 빠질 수 있고, 반대로 너무 낮으면 소수의 적극적인 참여자만으로 중요한 결정이 좌우될 수 있어 각 프로토콜은 이 균형점을 신중하게 설정합니다.

위임(Delegation): 투표권 위임의 구조

대다수의 토큰 보유자는 매 제안마다 내용을 검토하고 투표할 시간이나 전문성이 부족합니다. 이를 보완하기 위해 Compound가 대중화시킨 위임(Delegation) 메커니즘은 토큰 보유자가 자신의 투표권을 신뢰하는 다른 주소(개인, 전문 위임자, 기관 등)에게 넘겨줄 수 있게 합니다. 중요한 점은 토큰 소유권 자체는 위임자에게 그대로 남아있고, 오직 투표권만 위임받은 주소로 이전된다는 것입니다. 이 구조 덕분에 적극적으로 프로토콜 거버넌스를 연구하는 전문 위임자에게 투표권이 자연스럽게 모이는 대의제와 유사한 효과가 나타나며, 위임은 언제든 취소하거나 다른 주소로 재위임할 수 있습니다.

주요 거버넌스 설계 요소 비교

DAO 거버넌스 참여 전 체크리스트

• 해당 DAO의 투표권이 순수 토큰 보유량 기준인지, 지분증명이나 평판 기반 등 다른 방식과 결합되어 있는지 확인했는가
• 정족수와 제안 임계값이 지나치게 낮아 소수에 의해 결정이 좌우되기 쉬운 구조는 아닌지 확인했는가
• 통과된 제안이 즉시 실행되는지, 타임락을 거쳐 일정 기간 후 실행되는지 확인했는가
• 상위 투표권 보유자(고래·대형 위임자) 목록이 공개되어 있고 그 집중도가 어느 정도인지 확인했는가
• 투표에 참여하지 않을 경우 자신의 투표권을 신뢰할 수 있는 위임자에게 위임할 수 있는 기능이 있는지 확인했는가

자주 묻는 질문

Q. 온체인 투표가 오프체인 투표보다 항상 더 우월한가요?
A. 일률적으로 말하기는 어렵습니다. 온체인 투표는 위변조 불가능성과 자동 집행이라는 강점이 있지만 가스 비용이 참여 장벽이 될 수 있습니다. 오프체인 투표는 참여 장벽을 낮추지만 결과 집행을 신뢰된 주체에게 의존해야 하므로, 프로토콜은 자신의 상황에 맞게 두 방식을 혼합해 사용하는 경우가 많습니다.

Q. 위임은 안전한 구조인가요?
A. 위임 자체는 언제든 취소하거나 다른 주소로 재위임할 수 있어 유연하지만, 실제로는 소수의 전문 위임자에게 투표권이 과도하게 집중되는 경향이 나타나기도 합니다. 이는 거버넌스 참여의 효율을 높이는 동시에, 새로운 형태의 권력 집중 리스크를 만들어낼 수 있습니다.

Q. 1토큰 1표 방식의 대안은 없나요?
A. 있습니다. 투표권이 늘어날수록 한계 영향력을 줄이는 2차 투표(Quadratic Voting), 특정 활동에 대한 평판이나 기여도를 반영하는 소울바운드 토큰 기반 모델 등 다양한 대안이 연구되고 있지만, 아직까지 실제 대규모 DAO에서 1토큰 1표 방식만큼 널리 채택된 대안은 많지 않습니다.

Q. 타임락은 왜 필요한가요?
A. 투표가 통과되자마자 즉시 실행되면, 악의적이거나 잘못 설계된 제안이 통과되었을 때 커뮤니티가 대응할 시간이 없습니다. 타임락은 통과된 제안과 실제 실행 사이에 일정 기간의 유예를 두어, 문제가 발견되면 긴급 대응이나 여론 형성이 가능하도록 하는 안전장치 역할을 합니다.